home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1992.volume.12 / vol12.iss401-450 < prev    next >
Internet Message Format  |  1992-06-06  |  885KB

  1. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa04389;
  2.           20 May 92 2:15 EDT
  3. Received: by delta.eecs.nwu.edu id AA10143
  4.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 20 May 1992 00:29:38 -0500
  5. Received: by delta.eecs.nwu.edu id AA14619
  6.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 20 May 1992 00:29:30 -0500
  7. Date: Wed, 20 May 1992 00:29:30 -0500
  8. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9. Message-Id: <199205200529.AA14619@delta.eecs.nwu.edu>
  10. To: "\\telecom"@eecs.nwu.edu
  11. Subject: TELECOM Digest V12 #401
  12.  
  13. TELECOM Digest     Wed, 20 May 92 00:29:30 CDT    Volume 12 : Issue 401
  14.  
  15. Index To This Issue:                      Moderator: Patrick A. Townson
  16.  
  17.     Re: On Getting Telco to Correct Routing Errors (Steve Forrette)
  18.     Modem Tax: Years of Crying Wolf (Kurt Cockrum)
  19.     Pricey 800 Calls (John Gruber)
  20.     Call Forwarding Billing (Phil Howard)
  21. ----------------------------------------------------------------------
  22.  
  23. Date: Tue, 19 May 92 09:46:55 pdt
  24. From: Steve Forrette <stevef@wrq.com>
  25. Subject: Re: On Getting Telco to Correct Routing Errors 
  26.  
  27.  
  28. In article <telecom12.392.1@eecs.nwu.edu> telecom (TELECOM Moderator)
  29. writes:
  30.  
  31. > This is a little story about an experience I had last week with
  32. > Illinois Bell, trying to get them to correct an error in their
  33. > handling of calls to an exchange near Green Bay, Wisconsin.
  34.  
  35. [long story deleted]
  36.  
  37. Well, Pat, welcome to the club!  I had a very similar experience about
  38. a month ago, but the villian in my case was AT&T.  Only with the help
  39. of my LEC (US West) was the problem solved.  This is interestingly
  40. just the opposite of your experience.  I guess I'll start from the
  41. beginning:
  42.  
  43. I live in Seattle, and my home phone is served from US West's 206-527
  44. exchange.  I was trying to call a friend's cellular phone on 206-921,
  45. which is in Vancouver, WA, and in the Portland LATA, thus an
  46. inter-LATA call.  When I called, I got a "Your call cannot be
  47. completed as dialed.  Please check the number and try your call
  48. again." recording.  I did both, and got the same result.  I have
  49. successfully dialed this number on at least a weekly basis for over 9
  50. months, so I'm sure the number was correct, and I do know how to dial
  51. properly, so the problem was not at my end.  From the voice, format,
  52. and lack of identifying code, I could tell that it was a US West
  53. recording, as opposed to a Cellular One or AT&T recording (the
  54. Cellular One recordings have a distinctive voice that nobody else
  55. uses, and the AT&T ones have a switch identifier at the end.  US West
  56. uses a common voice, but with no switch identifier).  Also, by the
  57. length of time before the recording started, it appeared that the
  58. recording was at the far end.
  59.  
  60. So, I called the AT&T operator to ask for call completion assistance.
  61. I knew that even if it wasn't their problem, they would be able to get
  62. an inward operator in the Portland area which would be able to deal
  63. with the problem.  At least that's what I thought.  (As an aside, I
  64. had been a Sprint customer for over 6 years since I had a lot of calls
  65. that were billed out to a client and my personal calls got to take
  66. advantage of a substantial volume discount.  Now I just have personal
  67. calls, and I thought that the superior operator service in times of
  68. need was enough of a reason alone to pay the small premium for AT&T
  69. service).  The operator tried to place the call, and she got the same
  70. result.  I explained to her how I was sure the number was correct, and
  71. how it had worked just a few days before.  I persisted that I wanted
  72. her to look into it further.  Since she was getting the same
  73. recording, this ruled out US West's part of the call on my end.  It
  74. now had to be either in the AT&T network, or with US West on the
  75. terminating end.  I asked her if she would contact an inward operator
  76. with US West in Portland to have her try it.  The AT&T operator
  77. responded that *this was not possible*.  She said that AT&T itself
  78. handled all inward operator functions in US West territory, and that
  79. it was not possible to contact a US West operator.  Her demeanor and
  80. tone throughout the call indicated to me that she was honestly trying
  81. to help, and that she was not making this up.  She did something which
  82. connected her to an AT&T operator in Portland, but he was of no help.
  83.  
  84. I let it slip that this was to a cellular prefix, and this turned out
  85. to be a mistake.  At this point, all blame was put on the cellular
  86. carrier and the cellular subscriber.  Here are some of the
  87. possibilities offered: perhaps the subscriber's phone was off, perhaps
  88. they didn't pay their bill on time, perhaps they cancelled their
  89. account, etc.  I kept pointing out that the recording was a US West
  90. recording, and thus the call was never getting to the Cellular One
  91. switch.  Whatever problems the subscriber might be having (and they
  92. were having none) were irrelevant, since the call was never getting
  93. that far.  This was a difficult point to try to get across to the
  94. operator, and I don't think she ever got this point.  I eventually got
  95. passed to a supervisor, who tried the call again, with the same
  96. results.  She refused to do anything to correct the problem, and would
  97. not offer any solutions other than to contact the cellular subscriber
  98. through some other means and ask him what the problem was with "his
  99. phone."
  100.  
  101. At this point, I decided to do some more investigation on my part, as
  102. well as contact the cellular subscriber as suggested.  He knew nothing
  103. of the problem, and his phone was working just fine for local calls.
  104. I next tried to use another long distance carrier.  Using either 10222
  105. or 10333 resulted in a call that completed normally.  So this
  106. definately pointed the finger at AT&T, although it was still a mystery
  107. as to why a US West recording was being played.  Also, since I had
  108. contact the cellular subscriber at his residence, there was apparently
  109. no general problem with calls to that area (I know this doesn't really
  110. prove anything).
  111.  
  112. Armed with this irrefutable evidence that it was an AT&T-specific
  113. problem, I called the AT&T operator back, and naturally got a
  114. different one.  We tried the call again, with the same result, and
  115. with no suggested solutions.  I did get one expert piece of advice,
  116. however, from the AT&T operator: "I thought cellular phones went over
  117. radio lines, not AT&T lines!"  It was clearly time for a supervisor.
  118.  
  119. The supervisor basically said the same thing as the previous one;
  120. namely, that it just MUST be a problem in the cellular switch.  I
  121. pointed out the evidence about the problem happening only when using
  122. AT&T, and that it was a US West, not Cellular One, recording.  She
  123. said "Well, it's definately not an AT&T recording, because our network
  124. never gives recordings!"  And this was the supervisor. :-( Then she
  125. tried to blame it on a billing problem, such as me not having paid my
  126. bill on time.  I explained that this was definately not the case, and
  127. there was no billing mistake, as I was able to call any other long
  128. distance number using AT&T just fine.  It was only this specific
  129. number that was having the problem.  "Well then, maybe the party you
  130. are calling did not pay HIS AT&T bill on time!"  Why would this have
  131. anything to do with it, as I was paying for the call!  "Well then,
  132. maybe the other party as requested to not be able to receive AT&T
  133. calls on his cellular phone."  First, this isn't even an option
  134. anywhere I know of, and second, the recording is coming from US West -
  135. the call isn't even getting to the cellular switch.  Basically, every
  136. possible reason, and some impossible ones, were suggested as to why
  137. this wasn't an AT&T problem, even though the problem only happened
  138. when using AT&T!
  139.  
  140. She finally admitted to the possibility of this being an AT&T and/or
  141. US West problem, and suggested that I call US West repair in Portland.
  142. She said that the non-supervisory operator, who was still on the line,
  143. could place the call for me to repair, but that they did not have the
  144. number handy, and that I would have to be billed for the call for the
  145. AT&T operator to call Portland Directory Assitance to get the number,
  146. and then left the call.  Can you believe this?  At this point, I
  147. became quite irate, and I think not unjustifiably so, and explained to
  148. the first operator (still on the line) that the whole reason I
  149. switched back to AT&T from Sprint was because of the supposedly
  150. superior operator service, and was very disappointed that their
  151. wanting ME to pay to report what was clearly THEIR problem, as
  152. evidenced by 10222 and 10333 completing the call normally.  She said
  153. she understood, and placed the DA call without charging me.  We put in
  154. a trouble ticket with US West in Portland, and they said someone would
  155. call me back within 24 hours.  I was still unconvinced that it was
  156. impossible to reach an inward US West operator in the Portland area.
  157. I asked "Can't you just dial 503-121?"  I ordinarily would not reveal
  158. my knowledge of such "proprietary" information, but I was getting
  159. desparate.  The response?  "That just gets me an AT&T operator in
  160. Portland."  (She didn't seem the least bit surprised that a customer
  161. would ask this question).
  162.  
  163. After this conversation, I decided to call AT&T Long Lines Repair to
  164. open a ticket with them.  Note that despite almost ten minutes on the
  165. line with the AT&T operator supervisor (and a total of two regular
  166. operators and two supervisors), that no suggestion was ever made that
  167. AT&T even had a repair department, let alone giving me the number to
  168. call.  If I had not known the number myself, I would have been out of
  169. luck.  I put in the ticket, and decided to wait it out.
  170.  
  171. Surprisingly, I got a call about an hour later from someone from US
  172. West.  This really surprised me, as it was a Sunday afternoon, and I
  173. fully expected to have to wait until at least Monday to make any more
  174. progress.  I carefully explained all of the details, and was pleased
  175. to find that she seemed to fully understand everything I was saying,
  176. as well as how all of the carriers handle the different parts of the
  177. call (four total in this case!)  She said she would look into it.
  178.  
  179. About two hours later, she called back, and said she thought the
  180. problem had been fixed, and would I try the call now?  I tried on the
  181. other line, and it was indeed fixed.  She literally screamed with
  182. excitement: "Yessssss!"  Since she seemed genuinely interested in the
  183. problem, had been the only one I had spoken to all day that even
  184. understood the problem, and had been the one to come through to solve
  185. it, I decided to engage her in a few minutes of friendly conversation.
  186.  
  187. As it turns out, she is in MARKETING of all places with US West.  I
  188. asked why it is that a marketing person was in the office on a Sunday,
  189. and why she was handling customer trouble tickets.  Apparently, she is
  190. the marketing rep with US West that interfaces with Cellular One in
  191. the Portland area.  She's the one that Cellular One calls when it
  192. wants to order more trunks, etc.  Since Cellular One is quite a big
  193. customer of US West, they apparently get a marketing person that's
  194. really sharp.  She was in the office to deal with a sudden service
  195. outage that Cellular One was having earlier that Sunday, and was just
  196. about to leave, when she overheard someone else talking with US West
  197. repair about my trouble ticket.  She said "I thought that as long as I
  198. was in the office, I might as well take care of this problem too, to
  199. make sure that it gets solved properly."
  200.  
  201. She continued: "Sir, I apologize for all you've gone through.  I tried
  202. to get through to someone at Repair that knew what was going on, and
  203. all I got was the run-around.  I was never able to get a hold of
  204. anyone at US West (my own company) that seemed to know anything about
  205. this!  I really feel sorry for you customers that have to deal with
  206. this all the time."
  207.  
  208. What finally solved the problem for her was the "magic number" to get
  209. directly in touch with the techs at the AT&T office in Denver, CO.
  210. (The same office that help Pat with his problem).  Apparently, this is
  211. where the Routing Administration is, at least for this part of the
  212. country.  She referred to it as the place that administers the routing
  213. for AT&T, anyway.  The problem turned out to be in AT&T's 4ESS in
  214. Seattle.  It was mis-routing calls from this area that were bound for
  215. my particular called prefix in such a manner that they were handed off
  216. to US West, but such that US West couldn't complete the call.  I
  217. commented on how it must be really nice to have all of the secret
  218. numbers to get a hold of the proper people directly.  She said "Yea, I
  219. don't think I'm really supposed to call those people, but it does come
  220. in handy in cases like these."
  221.  
  222. So once the right person was aware of the problem, it was solved
  223. immediately.  But it took a lot of persistance, and some luck, to get
  224. through to them.  Oh, by the way, someone from AT&T Long Lines Repair
  225. did call me two days later to inform me that they had checked my
  226. account, and that my bill had been paid on time, so I should not be
  227. having any problems.
  228.  
  229.  
  230. Steve Forrette, stevef@wrq.com 
  231.  
  232. ------------------------------
  233.  
  234. From: kurt@eskimo.celestial.com (Kurt Cockrm 762-6417)
  235. Subject: Modem Tax: Years of Crying Wolf
  236. Date: Tue, 19 May 1992 00:00:00 GMT
  237.  
  238.  
  239. I must admit to falling for it, even though I knew that the hoax has
  240. been around for years.  Does anybody care to argue that just because
  241. it has always proved to be a hoax in the past, that it will always be
  242. a hoax each time one hears about it in the future?  Given the antics
  243. of the current administration, virtually anything seems possible.
  244. Repeated hoaxes may even be part of the strategy of defusing
  245. opposition to eventual imposition of a "modem tax".
  246.  
  247. If I were charged with formulating telecom policy with a goal of
  248. consolidating governmental power (and were a True Believer in that
  249. goal, which I most emphatically am not) in an era of telecom
  250. revolution, where the greatest threat comes from the potential
  251. grass-roots empowerment implied by such revolution, I would give
  252. serious thought to such a strategy.  Let's not forget that the same
  253. government gave us the Tuskegee syphilis experiments, COINTELPRO,
  254. MKULTRA, Iran-gate, etc., etc., ad nauseam.  The modem tax scheme (and
  255. the idea of repeated hoaxes) seems pretty plausible compared to such
  256. wild historical schemes.
  257.  
  258. Additional plausibility is gained in light of FBI proposals for
  259. surveillance of the switched telephone network (with the delicious
  260. twist of getting the sheep to subsidize their surveillance *directly*
  261. via a billing surcharge!  Sounds like somebody's been getting chutzpah
  262. lessons from the Israelis, and passed the course with flying colors).
  263. If this doesn't make anybody paranoid, I'd like to hear why.
  264.  
  265. Fred Goldstein's chain letter tax posting was pretty funny,
  266. nonetheless!
  267.  
  268.  
  269. kurt@grogatch.celestial.com (Kurt Cockrum)
  270.  
  271. ------------------------------
  272.  
  273. Date: Tue, 19 May 92 14:46:27 -0400
  274. From: John Gruber<gruber@andy.bgsu.edu>
  275. Subject: Pricey 800 Calls
  276.  
  277.  
  278. We ran into a billed 800 number in another way.
  279.  
  280. We have all 900 numbers blocked on our PBX, of course. We ran into a
  281. charge for a call to a 800 number, billed through our LEC, GTE.
  282.  
  283. Folks here (some students) called an 800 number. The IP claimed that
  284. they sought permission of the student to bill back. They put through a
  285. charge for a *collect* call to some regular number and put that charge
  286. through the regular channels to have GTE bill it. The collect call was
  287. billed at $4.98/minute to our main number and to some of our
  288. individual trunk numbers. (We have our student numbers listed for call
  289. screening so that the LEC and so that LD carriers shouldn't allow
  290. collect or third party billing to those phone numbers.)
  291.  
  292. Although GTE was adamant about it for awhile, we refused to pay it and
  293. finally won. Our claim was -- the charge on the bill is for conveying
  294. a collect call to a particular number, and we can prove, using our
  295. SMDR data, that no such call was made, so the charge is false. We
  296. suggested that if someone provided information, for a price, to
  297. someone here on campus, that person might owe the IP some money, but
  298. that the information provider should take that up with whoever
  299. authorized the charge, not the University (the way they would for a
  300. traditional IP 800 call, perhaps billed through a credit card).
  301.  
  302. Last we heard, the charges were credited, after a couple of arguments,
  303. and now the number is out of service.
  304.  
  305. ------------------------------
  306.  
  307. From: pdh@netcom.com (Phil Howard)
  308. Subject: Call Forwarding Billing
  309. Date: Tue, 19 May 92 20:48:35 GMT
  310. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  311.  
  312.  
  313. Lines A, B, and C are all in different and distant cities (different
  314. states or in state should both be considered).
  315.  
  316. Line A calls line B which forwards to line C.
  317.  
  318. I would expect line A to be billed for the call to line B and line B
  319. to be billed for the call to line C.
  320.  
  321. If A-B is local or B-C is local I can expect that call to be hidden in the
  322. local calls.
  323.  
  324. But why would it be any different if line B is an 800 number and line
  325. C is a 900 number?
  326.  
  327. But I'd still like to know where the PHONE NUMBER and the CHARGE come
  328. from for billings of 900 service.  If the called 900 number equipment
  329. is asking the caller if they want to bill by number or not, then
  330. doesn't that equipment have to somehow give the information back to
  331. the phone company (either right then or later) for the billing to take
  332. place?
  333.  
  334. I'm still convinced this mess is REALLY caused by an error in the way
  335. the billing scheme is set up.  It should always bill to whatever line
  336. selected the 900 number to be called (line B in the above example).
  337.  
  338.  
  339. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  340.  
  341. ------------------------------
  342.  
  343. End of TELECOM Digest V12 #401
  344. ******************************
  345.  
  346. 
  347. 
  348. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06397;
  349.           20 May 92 3:07 EDT
  350. Received: by delta.eecs.nwu.edu id AA03632
  351.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 20 May 1992 01:14:09 -0500
  352. Received: by delta.eecs.nwu.edu id AA17416
  353.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 20 May 1992 01:14:01 -0500
  354. Date: Wed, 20 May 1992 01:14:01 -0500
  355. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  356. Message-Id: <199205200614.AA17416@delta.eecs.nwu.edu>
  357. To: "\\telecom"@eecs.nwu.edu
  358. Subject: TELECOM Digest V12 #402
  359.  
  360. TELECOM Digest     Wed, 20 May 92 01:13:45 CDT    Volume 12 : Issue 402
  361.  
  362. Index To This Issue:                      Moderator: Patrick A. Townson
  363.  
  364.     IEEE Communications Society Workshop on Feature Interactions (N Griffeth)
  365.     950-1ATT and 950-DOMINOS (Ken Jongsma)
  366.     Re: All Zeros in the Subscriber Number (Andy Jacobson)
  367.     Re: All Zeros in the Subscriber Number (Len E. Elam)
  368.     Re: Video Conference Information Wanted (Tony Harminc)
  369.     Re: CLID Displays Out of Area Number (Jack Winslade)
  370.     Re: Integretel Past Due (Kath Mullholand)
  371.     Re: AT&T Easyreach 700: In Service? (Ed Greenberg)
  372.     Re: Pac$Bell Gets Tricky (Ed Greenberg)
  373. ----------------------------------------------------------------------
  374.  
  375. From: nancyg@banshee..bellcore.com (Nancy Griffeth)
  376. Subject: CFP: IEEE Communications Society Workshop on Feature Interactions
  377. Reply-To: banshee!nancyg@walter.bellcore.com (Nancy Griffeth)
  378. Organization: Bellcore MRE
  379. Date: Tue, 19 May 92 17:46:38 GMT
  380.  
  381.  
  382.                    International Workshop
  383.                            on
  384. Feature Interactions in Telecommunications Software Systems
  385.  
  386.      St. Petersburg, Florida, USA, December 3-4, 1992
  387.  
  388.        Sponsored by the IEEE Communications Society
  389.  
  390. This workshop is planned to encourage researchers from a variety of
  391. computer science specialties (software engineering, protocol
  392. engineering, distributed artificial intelligence, formal techniques,
  393. and distributed systems, among others) to apply their techniques to
  394. the feature interaction problem that arises in building telecommun-
  395. ications software systems.  The feature interaction problem refers to
  396. interference between two features of a telecommunications system.
  397. This interference hinders the development of new features; it can be
  398. thought of as a special case of the extensibility problem for software
  399. (see discussion at end for more details on the problem).  We welcome
  400. papers on preventing, detecting, and/or resolving feature interactions
  401. using either analytical or structural approaches.  Submissions are
  402. encouraged in (but are not limited to) the following topic areas:
  403.  
  404. Classification of feature interactions.
  405.  
  406. Modelling, reasoning, and testing techniques for detecting 
  407. feature interactions.
  408.  
  409. Software platforms and architectures for preventing or resolving 
  410. feature interactions.
  411.  
  412. Tools and methodologies for promoting software compatibility and 
  413. extensibility.
  414.  
  415. Environments and automated tools for related problems in other 
  416. software systems.
  417.  
  418. We hope to promote a dialogue among researchers in various related
  419. areas, as well as the designers and builders of telecommunications
  420. software. To this end, the workshop will have sessions for paper
  421. presentations, including relatively long discussion periods.  Panel
  422. discussions and a short tutorial on issues in the feature interaction
  423. problem are being organized.
  424.  
  425. Attendance:
  426.  
  427. Workshop attendance will be limited to 75 people. Attendance will be
  428. by invitation only. Prospective attendees are asked to submit either a
  429. paper (maximum 5000 words) or a single page description of their
  430. interests and how they relate to the workshop.  About 16--20 of the
  431. attendees will be asked to present talks.  We will strive for an equal
  432. mix of theoretical results and practical experiences.  A set of
  433. working notes will be provided at the workshop.  Papers with the
  434. highest quality will be considered for publication in a special
  435. section of IEEE Computer Magazine or IEEE Communications Magazine.
  436.  
  437. Submissions:
  438.  
  439. Please send five copies of your full original paper or interest 
  440. description to:
  441.  
  442. Nancy Griffeth
  443. Bellcore, MRE 2L-237
  444. 445 South Street
  445. Morristown, NJ 07962-1910   USA
  446. E-mail: nancyg@thumper.bellcore.com
  447. Tel: (201) 829-4538   Fax: (201) 829-5889
  448.  
  449. Important dates are:
  450. 1 June 1992:   Submission of contributions.
  451. 1 August 1992: Notification of acceptance.
  452. 15 September 1992: Submission of camera-ready versions.
  453.  
  454. Workshop Co-chairpersons
  455. Nancy Griffeth (Bellcore, USA)
  456. Yow-Jian Lin (Bellcore, USA)
  457.  
  458. Program Committee
  459. Chair: Hugo Velthuijsen (PTT, The Netherlands)
  460. E. Jane Cameron (Bellcore, USA)
  461. Steven Harris (BNR, Canada)
  462. Gerard J. Holzmann (AT&T Bell Laboratories, USA)
  463. Michael Huhns (MCC, USA)
  464. Luigi Logrippo (University of Ottawa, Canada)
  465. Harm Mulder (PTT, The Netherlands)
  466. Jan-Olof Nordenstam (ELLEMTEL, Sweden)
  467. David Notkin (University of Washington, USA)
  468. Akihiro Shimizu (NTT, Japan)
  469. Yasushi Wakahara (KDD R&D Laboratories, Japan)
  470. Pamela Zave (AT&T Bell Laboratories, USA)
  471.  
  472. Discussion:
  473.  
  474. The feature interaction problem has been a major obstacle to the rapid
  475. deployment of new telephone services.  Telecommunications software is
  476. huge, real-time, and distributed; adding new features to a
  477. telecommunication system, like adding new functionalities to any large
  478. software system, can be very difficult.  Each new feature may interact
  479. with many existing features, causing customer annoyance or total
  480. system breakdown.  Traditionally, interactions were detected and
  481. resolved on a feature by feature basis by experts who are
  482. knowledgeable on all existing features.  As the number of features
  483. grows to satisfy diverse needs of customers, managing feature
  484. interactions in a single administrative domain is approaching
  485. incomprehensible complexity. In a future marketplace where features
  486. deployed in the network may be developed by different operating
  487. companies and their associated vendors, the traditional approach is no
  488. longer feasible.  How to detect, resolve, or even prevent the
  489. occurrence of feature interactions in an open network becomes an
  490. important research issue.
  491.  
  492. The feature interaction problem is not unique to telecommunications
  493. software; similar problems are encountered in any long-lived software
  494. system that requires frequent changes and additions to its
  495. functionality.  Techniques in many related areas appear to be
  496. applicable to the management of feature interactions.
  497.  
  498. Software methodologies for extensibility and compatibility, for
  499. example, could be useful for providing a structured design that can
  500. prevent many feature interactions from occurring.  Formal
  501. specification, verification, and testing techniques, being widely used
  502. in protocol engineering and software engineering, contribute a lot to
  503. the detection of interactions.  Several causes of the problem, such as
  504. aliasing, timing, and the distribution of software components, are
  505. similar to issues in distributed systems.  Cooperative problem
  506. solving, a promising approach for resolving interactions at run time,
  507. resembles distributed planning and resolution of conflicting subgoals
  508. among multiple agents in the area of distributed artificial
  509. intelligence.  This workshop aims to provide an opportunity for
  510. participants to share ideas and experiences in their respective
  511. fields, and to apply their expertise to the feature interaction
  512. problem.
  513.  
  514. ------------------------------
  515.  
  516. Date: 19 May 92 20:56:00 EST
  517. From: "Ken Jongsma x7702" <JONGSMA@benzie.si.com>
  518. Subject: 950-1ATT and 950-DOMINOS
  519.  
  520.  
  521. Remember that funny AT&T number we were talking about a few months
  522. back?  The one that looked like a Feature Group B Access number, but
  523. wasn't?  Well, AT&T has a two page ad in {Communications Week} this
  524. week entitled:
  525.  
  526.           "AT&T InterSpan Information Access Service 950-1ATT"
  527.  
  528.                          Service Highlights
  529.  
  530.      * Toll-free, nationwide 7-digit number access (800 access available)
  531.      * Extra Security via SecurID "random" password generator card
  532.      * International access to 112 networks in 105 countries
  533.      * Billing rendered on a corporate, division or end-user basis
  534.      * Detailed billing available via EDI
  535.      * No extra cost for ubiquitous access at speeds up to 9600bps
  536.      * No extra cost for DTE rates up to 19.2Kbps (MNP5 Protocol)
  537.      * No hidden local dial access charges
  538.      * No additional surcharges as in other X.25 networks
  539.      * Helps eliminate separate modem banks
  540.      * Supports multiple protocols (Async, SDLC, TCP/IP and X.25)
  541.  
  542. In the same issue, there is an article on how Dominos Pizza is
  543. planning on using 950-1430 to connect callers anywhere in the country
  544. to the correct local Dominos. The article says that they should be
  545. fully operational (except for Alaska) within two years. The number
  546. will work as follows:
  547.  
  548. "When a customer places a call by dialing the 950 number, the call is
  549. forwarded to a switching device called a Digital Link Splicer in an
  550. AT&T central office in that city. The caller's number is known to the
  551. splicer by means of Automatic Number Identification (ANI). The splicer
  552. queries a database of local phone numbers provided by Metro Mail
  553. Corp., Lincoln, Neb., which runs on a network of AT&T 6386 PCs. The
  554. call is then routed to the store that delivers pizza in that area,
  555. Gonos said. Unlisted numbers are directed to the most likely store
  556. based on caller's zip code and telephone exchange.
  557.  
  558. "The time required to place the 950 call and reach the correct Domino's
  559. Pizza store is eleven seconds or less, compared to four to seven
  560. seconds for normal calls, Gonos said.
  561.  
  562. "The 950 exchange has historically been reserved for long distance
  563. carriers. Through its agreement with AT&T, Domino's can "own" the same
  564. 950 telephone number throughout the United States. Alaska lacks the
  565. technical capability to support 950 service, Gonos said."
  566.  
  567. Later in the article, they mention that one of the advantages to a
  568. single national number is that a potential customer won't have to open
  569. the phone book and see a competitor's advertisement.
  570.  
  571. I suppose Bellcore or someone thinks that the need for preserve the
  572. identity of 950 numbers as FGB only has passed. Given that there are
  573. only 10,000 950 numbers and many of the 950-1/0XXX numbers were
  574. assigned to carriers, I wonder what they think the market for this
  575. type of number is? It seems like many national or franchised companies
  576. would be asking for this type of number, plus Comnpuserve and the
  577. others as well. I also found the fact that they are using a commercial
  578. mailing list/database for address lookups interesting.
  579.  
  580.  
  581. Ken
  582.  
  583. ------------------------------
  584.  
  585. Date: 18 May 92 23:15:00 PST
  586. From: "Jacobson, Andy" <ajacobson@mail.nuc.ucla.edu>
  587. Subject: Re: All Zeros in the Subscriber Number
  588.  
  589.  
  590. Pat,
  591.  
  592. Refresh my memory on this one, but didn't the nxx-0000 numbers in
  593. Chicago actually serve as seven-digit translations for the 911 system?
  594. As I remember it, this was (is it still?) a method used by the police
  595. to direct emergency calls to regional dispatch centers throughout the
  596. city instead of to one big center for the whole area.
  597.  
  598.  
  599. A Jacobson    <ajacobson@vs9.nuc.ucla.edu>
  600.  
  601.  
  602. [Moderator's Note: Some of them, such as 312-SUPerior-(787)-0000 are
  603. used in the way you suggest. I'm not sure why, but I know our 911 here
  604. is not the most modern. It has been in service since the mid-1970's.  PAT]
  605.  
  606. ------------------------------
  607.  
  608. Date: Tue, 19 May 92 12:37:41 CDT
  609. From: lelam%kuwait@Sun.COM (Len E. Elam)
  610. Subject: Re: All Zeros in the Subscriber Number
  611.  
  612.  
  613. In TELECOM Digest, Volume 12, Issue 395, Message 2 of 11, clements@BBN.
  614. COM writes:
  615.  
  616. > In Strowger step offices, large businesses typically had phone numbers
  617. > ending in xx11.  Hunting on a standard Strowger works by adding dial
  618. > pulses until a non-busy line is found.  The so-called "level-hunting"
  619. > Strowger switch (which had a LOT of extra relays in it) could hunt to
  620. > the next tens-level. E.g., from xx10 to xx21.  Ordinary hunting
  621. > switches could only hunt on the same level, restricting the size of a
  622. > hunt group to ten lines.
  623.  
  624. This brings back memories!  When I was in the U.S. Air Force ('75-'79,
  625. Kessler AFB, Texas [tech school], Hahn Air Base, Germany and Kessler
  626. AFB, Mississippi), I was a telephone switching equipment repairman.  I
  627. remember that a hunt group was set up by strapping specific terminals
  628. for the numbers that were to hunt on the terminal blocks where the
  629. numbers were jumpered to the outside cables.  If the first number in
  630. the group was dialed and it was busy, that number being jumpered for
  631. hunting would cause a relay in the linefinder to pulse, stepping the
  632. switch to the next number in the hunt group.
  633.  
  634. It's been a long time since I worked on any telephone switching
  635. equipment, and I'm recalling this from memory, so if I've gotten some
  636. of the details wrong, please forgive me.
  637.  
  638.  
  639. Who Am I?: Len E. Elam  
  640. Email:     central.sun.com!gdfwc3!lelam
  641. Disclamer: I speak only for myself.
  642.  
  643. ------------------------------
  644.  
  645. Date: Tue, 19 May 92 13:46:12 EDT
  646. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  647. Subject: Re: Video Conference Information Wanted
  648.  
  649.  
  650. jpp@slxinc.specialix.com (John Pettitt) wrote:
  651.  
  652. [request for information on dial-up transatlantic video conferencing]
  653.  
  654. > The idea is that the company saves the 8K$ a month it costs to fly me
  655. > to london for one three hour meeting (not to mention the week of my
  656. > time spent travelling etc).
  657.  
  658. > Any thoughts?
  659.  
  660. My first thought is that if you are paying 8K$ to fly from California
  661. to the UK, you should choose a different airline.  Even business class
  662. air fare is under $5000, which leaves quite a bit for a hotel stay and
  663. a couple of taxi rides.  If you are willing to travel economy class
  664. and book ahead, even at peak season the fare will be under $1000
  665. return.
  666.  
  667.  
  668. Tony H.
  669.  
  670. ------------------------------
  671.  
  672. Date: Mon, 18 May 92 14:14:16 CST
  673. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  674. Subject: Re: CLID Displays Out of Area Number
  675. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  676. Organization: DRBBS Technical BBS, Omaha
  677.  
  678.  
  679. In a message dated 15-MAY-92, Albert Pang writes:
  680.  
  681. > I have noticed today when I received a long distance call from Ottawa
  682. > that my caller ID display device shows the number (out of area code)
  683. > that called me including the area code.
  684.  
  685. > I believe this is the first in North America (please correct me if I
  686. > am wrong).  I think this only works for certain switches operated by
  687. > Bell Canada within Quebec and Ontario.
  688.  
  689. Here in Omaha, we get out-of-state, out-of-areacode CLID data from the
  690. offices in Iowa (both east and west of the river ;-) that are local to
  691. the Omaha metropolitan calling area.  This includes most* of the city
  692. of Council Bluffs and some of the outlying towns and rural areas.
  693.  
  694. * One CO on the south side of Council Bluffs, 712-366, which was cut
  695. from a 'directorized' SxS to DMS about '86 or so still shows 'out of
  696. area' on the CLID display.  I would assume that the office equipment
  697. can handle it, but that for some reason the interoffice stuff cannot.
  698. Two offices in small towns outside of CB that were cut from step to
  699. some kind of electronic system BEFORE 366 show up CLID data.  I dunno
  700. why.
  701.  
  702.  
  703. Good day.    JSW      Ybbat (DRBBS) 8.9 v. 3.14 r.1
  704. DRBBS, Omaha  (1:285/666.0)
  705.  
  706. ------------------------------
  707.  
  708. Date: Tue, 19 May 1992 11:13:23 -0400 (EDT)
  709. From: K_MULLHOLAND@UNHH.UNH.EDU (Kath Mullholand)
  710. Subject: Re: Integretel Past Due
  711.  
  712.  
  713. Message regarding VRS bills deleted.
  714.  
  715. > [Moderator's Note: Are they still billing you for the calls?   PAT]
  716.  
  717. We received one bill for each set of disputed calls.  No follow-up
  718. bills (or credits or *any* other commmunications whatever) was
  719. received.
  720.  
  721.  
  722. kath mullholand    university of new hampshire   durham nh
  723.  
  724. ------------------------------
  725.  
  726. From: edg@netcom.com (Ed Greenberg)
  727. Subject: Re: AT&T Easyreach 700: In Service?
  728. Date: Tue, 19 May 92 15:46:07 GMT
  729. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  730.  
  731.  
  732. In article <telecom12.395.6@eecs.nwu.edu> DREUBEN@EAGLE.WESLEYAN.EDU
  733. (Douglas Scott Reuben) writes:
  734.  
  735. > Also, I am not clear on one aspect of AT&T 700 billing:
  736.  
  737. > Does the calling party (not me) pay $.25 day/$.15 night to reach me,
  738. > and that's it, or is there also a toll charge that I pay to deliver
  739. > the call from Easyreach to the PSTN number I want to call to route to?
  740. > Can the AT&T Easyreach number be forwarded to an 800 number? Even a
  741. > non-AT&T 800 number?
  742.  
  743. I had a long conversation with an AT&T rep about this.  She seemed to
  744. know her stuff (which is why I don't call her a salesdroid.)
  745.  
  746. According to said rep: The call can be dialed with or without a PIN.
  747. If the caller uses a PIN, the EasyReach subscriber pays.  If the
  748. caller does NOT use a pin, the caller pays the same rate that the
  749. subscriber would pay.
  750.  
  751. It's not clear whether the caller can charge the cost of the call to a
  752. calling card.
  753.  
  754.  
  755. Ed Greenberg         | Home: +1 408 283 0511 | edg@netcom.com
  756. P. O. Box 28618        | Work: +1 408 764 5305 | DoD#: 0357
  757. San Jose, CA  95159    | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  758.  
  759. ------------------------------
  760.  
  761. From: edg@netcom.com (Ed Greenberg)
  762. Subject: Re: Pac$Bell Gets Tricky
  763. Date: Tue, 19 May 92 15:57:34 GMT
  764. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  765.  
  766.  
  767. I called the Pac Bell number and asked what their group's charter was.
  768.  
  769. I was told that they were there to serve ALL of the business office
  770. needs of people with complex residence service needs.  This includes
  771. work-at-homes, residential centrex (Commstar II), modem users, BBS
  772. operators, and fax users.
  773.  
  774. I asked about conversion to business rates.  The rep quoted me the
  775. tariffs and the customer actions that would be required to result in
  776. an unrequested conversion.  These mostly are answering in a business
  777. name, and requesting billing to a business.  She swore up and down
  778. that they don't care whether we run BBS systems or not, as long as we
  779. are not in the business of online services.
  780.  
  781. Surprisingly literate.
  782.  
  783.  
  784. Ed Greenberg         | Home: +1 408 283 0511 | edg@netcom.com
  785. P. O. Box 28618        | Work: +1 408 764 5305 | DoD#: 0357
  786. San Jose, CA  95159    | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  787.  
  788. ------------------------------
  789.  
  790. End of TELECOM Digest V12 #402
  791. ******************************
  792. 
  793. 
  794. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa29361;
  795.           21 May 92 10:27 EDT
  796. Received: by delta.eecs.nwu.edu id AA08717
  797.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 21 May 1992 00:31:18 -0500
  798. Received: by delta.eecs.nwu.edu id AA02617
  799.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 21 May 1992 00:31:10 -0500
  800. Date: Thu, 21 May 1992 00:31:10 -0500
  801. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  802. Message-Id: <199205210531.AA02617@delta.eecs.nwu.edu>
  803. To: "\\telecom"@eecs.nwu.edu
  804. Subject: TELECOM Digest V12 #403
  805.  
  806. TELECOM Digest     Thu, 21 May 92 00:31:02 CDT    Volume 12 : Issue 403
  807.  
  808. Index To This Issue:                      Moderator: Patrick A. Townson
  809.  
  810.     Basic Rate ISDN Included on Motherboard of SPARCSstation (Don Jackson)
  811.     Re: ISDN Fantasy (Alan L. Varney)
  812.     Re: ISDN Charging (Patton M. Turner)
  813. ----------------------------------------------------------------------
  814.  
  815. Subject: Basic Rate ISDN Included on Motherboard of SPARCSstation
  816. Date: Tue, 19 May 92 11:31:37 PDT
  817. From: Don Jackson <Don.Jackson@Eng.Sun.COM>
  818.  
  819.  
  820. The complete text of the press release is attached to the end of this
  821. message, and I have extracted the ISDN relevent sections immediately
  822. below:
  823.  
  824. The SPARCstation 10 is also the first workstation with built-in
  825. Integrated Services Digital Network (ISDN) capabilities, which give
  826. users a new way to use the telephone by merging computer and phone
  827. functions into a single system.  The standard for global digital
  828. telephone and networking services, ISDN is expected to enable a wealth
  829. of new applications for integrated computing and telephony to provide
  830. global wide-area networking and multimedia solutions.
  831.         
  832. The SPARCstation 10 gives users a clear path to the future, ensuring
  833. that they will be able to take advantage of new technologies as they
  834. evolve while preserving their current investment in hardware and
  835. software. For example, anticipating the integration of telephones and
  836. computers, the SPARCstation 10 is the first RISC workstation to
  837. provide an ISDN chip on the motherboard as a built-in feature at no
  838. additional cost. Already widely available in Europe and Japan, ISDN
  839. has the high bandwidth needed for sending multimedia information such
  840. as video, images, audio and data across digital phone lines. To
  841. facilitate this, SMCC is also providing CD-quality (16-bit) audio and
  842. a microphone as standard features on the new systems.
  843.         
  844. In effect, ISDN allows users to extend their networks to include
  845. anyone who can be reached over a digital phone line, including
  846. telecommuters and employees working at remote sites.  By building ISDN
  847. into the SPARCstation system -- the highest-volume RISC/UNIX(R)
  848. workstation on the market -- SMCC ensures that its customers will be
  849. able to take advantage of a new generation of ISDN applications from
  850. third-party vendors. With ISDN, users will soon be able to access all
  851. of the functions of today's phones -- including dialing, answering,
  852. transferring and possibly identifying calls as well as sending faxes
  853. and receiving voice mail messages -- from their workstations.
  854.     
  855. As more technical information is publicly released about the ISDN
  856. capabilities of this product, I will forward.
  857.  
  858.  
  859. Don Jackson      Sun Microsystems Inc.
  860.  
  861.  
  862.      The following announcement was made today, May 19, 1992.
  863.  
  864.  
  865. SMCC UNVEILS NEXT-GENERATION WORKSTATION 
  866.  
  867. SAN FRANCISCO, Calif. -- May 19, 1992 -- Sun Microsystems Computer
  868. Corporation (SMCC) today introduced the world's fastest desktop
  869. workstation: the SPARCstation(TM) 10. With this new computer, SMCC has
  870. completely redesigned the SPARCstation architecture, taking an
  871. innovative new approach to the memory, bus, disk and networking
  872. subsystems that significantly boosts application performance. Built
  873. around the fast new superscalar SuperSPARC(TM) chip from Texas
  874. Instruments, the SPARCstation 10 achieves a multiprocessing
  875. performance rating of up to 218 (SPECthruput89) and more than 400 MIPS
  876. in its four-microprocessor configuration. It employs a modular design
  877. that makes possible the industry's easiest, most cost-effective
  878. upgrade path to higher-performance -- and multiple -- microprocessors.
  879. All SPARCstations are binary compatible, meaning that they can run the
  880. same software.
  881.  
  882. The SPARCstation 10 sets the standard for the next generation of
  883. desktop computers by being the first RISC workstation from a major
  884. vendor to include multiprocessing capabilities, which greatly improve
  885. performance, upgrade-ability and scalability. The SPARCstation 10 is
  886. also the first workstation with built-in Integrated Services Digital
  887. Network (ISDN) capabilities, which give users a new way to use the
  888. telephone by merging computer and phone functions into a single
  889. system.  The standard for global digital telephone and networking
  890. services, ISDN is expected to enable a wealth of new applications for
  891. integrated computing and telephony to provide global wide-area
  892. networking and multimedia solutions.
  893.  
  894. Reinforcing its commitment to open systems, SMCC also announced today
  895. that it has licensed for resale the logic chips for the SPARCstation
  896. 10.  The five SPARCstation 10 ASICs are all available immediately from
  897. LSI Logic.
  898.  
  899. SPARCstation 10: Leading Application Performance
  900.  
  901. The design of the SPARCstation 10 has been tuned to maximize
  902. application performance even when the system is running under the most
  903. demanding conditions.  The new SuperSPARC CPU delivers two to four
  904. times the performance of previous SPARC(R) microprocessors.  SMCC has
  905. quadrupled the speed at which data can be processed through the memory
  906. on the SPARCstation 10 and has more than doubled the rate at which the
  907. system can retrieve data from disks. Bus speed -- the rate at which
  908. the system can send and receive information from peripherals -- has
  909. been doubled over previous SPARCstation systems. The SPARCstation 10
  910. is also the first RISC workstation with a 1-megabyte external memory
  911. cache, called SuperCache(TM), which gives an added boost to
  912. application performance.
  913.  
  914. By offering multiple processors on its new systems, SMCC addresses
  915. users' desire for ever-greater performance on the desktop.
  916. Multiprocessing systems can achieve high performance because they use
  917. more than one processor to execute multiple applications -- or parts
  918. of single applications -- simultaneously. Multiprocessing also
  919. provides the power and throughput needed for multithreading,
  920. object-oriented software and multimedia applications.
  921.  
  922. SMCC is aiming the new workstation at "power users": professionals in
  923. both commercial and technical markets who need fast application
  924. performance for such areas as computer-aided software engineering
  925. (CASE), financial modelling and simulation, electronic design
  926. automation (EDA) and mechanical computer-aided design (MCAD).  It
  927. comes in four versions:
  928.  
  929.             Model 30    Model 41        Model 52   Model 54
  930.  
  931. No. of Processors       1           1               2          4
  932.  
  933. MHz            36        40                45           45
  934.  
  935. SPECint92*        44.2        52.6         -            -
  936.  
  937. SPECfp92*        52.9        64.7         -          -
  938.  
  939. SPECthruput89** (est.)    -        -                109        218
  940.  
  941. MIPS            86.1        96.2        200+       400+
  942.   
  943. * SPEC 92 ratings are measured on a different scale than SPEC 89
  944. ratings and thus are not comparable.
  945.  
  946. ** SPECthruput ratings are a measurement of computing speed for
  947. multiprocessor systems.
  948.  
  949. The new workstation rounds out the high end of the best-selling
  950. SPARCstation desktop product line, which already includes the
  951. entry-level SPARCstation ELC(TM), the low-cost color SPARCstation IPC
  952. (TM) and SPARCstation IPX(TM), and the SPARCstation 2.
  953.  
  954. Ready for Future Innovation
  955.  
  956. The SPARCstation 10 gives users a clear path to the future, ensuring
  957. that they will be able to take advantage of new technologies as they
  958. evolve while preserving their current investment in hardware and
  959. software. For example, anticipating the integration of telephones and
  960. computers, the SPARCstation 10 is the first RISC workstation to
  961. provide an ISDN chip on the motherboard as a built-in feature at no
  962. additional cost. Already widely available in Europe and Japan, ISDN
  963. has the high bandwidth needed for sending multimedia information such
  964. as video, images, audio and data across digital phone lines. To
  965. facilitate this, SMCC is also providing CD-quality (16-bit) audio and
  966. a microphone as standard features on the new systems.
  967.  
  968. In effect, ISDN allows users to extend their networks to include
  969. anyone who can be reached over a digital phone line, including
  970. telecommuters and employees working at remote sites.  By building ISDN
  971. into the SPARCstation system -- the highest-volume RISC/UNIX(R)
  972. workstation on the market -- SMCC ensures that its customers will be
  973. able to take advantage of a new generation of ISDN applications from
  974. third-party vendors. With ISDN, users will soon be able to access all
  975. of the functions of today's phones -- including dialing, answering,
  976. transferring and possibly identifying calls as well as sending faxes
  977. and receiving voice mail messages -- from their workstations.
  978.  
  979. Optimum Expandability; Easy Upgrade Path
  980.  
  981. The SPARCstation 10 features a modular design that helps minimize user
  982. costs and enables an easy upgrade to multiple CPUs and future
  983. microprocessor technologies. Users can simply pull out the SPARC
  984. module -- containing one or two processors -- that plugs into the
  985. motherboard via the MBus interconnect and replace it with one
  986. containing new, faster CPUs, including the 50-MHz SuperSPARC chip when
  987. it is available in volume later this year from Texas Instruments. This
  988. modular design also allows users to expand the system with up to 26
  989. gigabytes of disk capacity, up to 512 megabytes of highly reliable ECC
  990. memory and other options such as more powerful graphics. Peripherals
  991. can be added through four SBus expansion slots, two serial ports and a
  992. parallel port.
  993.  
  994. For current Sun customers, upgrading to the new SPARCstation 10 is
  995. easy.  SPARCstation 1, 1+, 2 and IPX users can simply exchange the CPU
  996. system cabinet for a new one, retaining their existing investments in
  997. monitors, keyboards, SCSI disk drives and SBus boards. Upgrades from
  998. the SPARCstation IPX and SPARCstation 2 are "no penalty": in other
  999. words, customers pay no more to upgrade from these systems than if
  1000. they had purchased a new SPARCstation 10. Owners of
  1001. previous-generation (Sun-3(TM) and Sun386i(TM)) workstations can
  1002. upgrade their entire computer to a SPARCstation 10 system.  Once
  1003. customers have upgraded, achieving even higher levels of performance
  1004. will be as simple as swapping SPARC modules.
  1005.  
  1006. Existing applications among the more than 4,000 SPARC hardware and
  1007. software solutions will run on the new workstations without
  1008. modification. The SPARCstation 10 runs SunSoft's Solaris(R) 1.1
  1009. operating environment (which includes the SunOS(TM) operating system,
  1010. the OpenWindows(TM) graphical windowing environment, the ONC(TM)
  1011. networking standard and DeskSet(TM) productivity applications) and is
  1012. being submitted for SCD compliance.  Later this year, the SPARCstation
  1013. 10 will run Solaris 2.0, which provides support for symmetrical
  1014. multiprocessing and which will feature a multithreaded kernel. The
  1015. Solaris 2.0 environment is based on UNIX System V Release 4 (SVR4) and
  1016. is source compatible with Solaris 1.1 so that applications that adhere
  1017. to Sun's Solaris 2.0 migration guidelines will only need to be
  1018. recompiled to run under Solaris 2.0.
  1019.  
  1020. SPARCengine 10: Power for Embedded Applications
  1021.  
  1022. Also unveiled today by SMCC was the SPARCengine(R) 10.  Available in
  1023. two models, the new board-level version of the SPARCstation 10 extends
  1024. the company's lead as the world's largest vendor of RISC-based,
  1025. single-board computers for embedded applications such as factory
  1026. automation, medical instrumentation, telecommunications, laptop
  1027. computers and ruggedized command and control systems for the military.
  1028.  
  1029. Pricing, Availability
  1030.  
  1031. The uniprocessor models of the SPARCstation 10 will be available with
  1032. Solaris 1.1 in the third quarter of 1992.  The SPARCstation 10/Model
  1033. 30 is priced at $18,495 (U.S. list); the SPARCstation 10/Model 41 is
  1034. priced at $24,995 (U.S. list).  The SPARCstation 10/Model 52 is priced
  1035. at $39,995 (U.S. list) and will be available in the fourth quarter of
  1036. 1992.  These workstations will be shipped with a future version of
  1037. Solaris 2.0 in the fourth quarter of 1992.  The SPARCstation 10/Model
  1038. 54 is priced at $57,995 (U.S. list) and will be available in the first
  1039. quarter of 1993.
  1040.  
  1041. The SPARCengine 10/Model 30 and SPARCengine 10/Model 41 will be
  1042. available with Solaris 1.1 in the third quarter of 1992.  The
  1043. SPARCengine 10/Model 30 is priced at $11,500 (U.S. list).  The
  1044. SPARCengine 10/Model 41 is priced at $18,000 (U.S. list). A server
  1045. version of the SPARCstation 10, with prices beginning at $16,995 (U.S.
  1046. list), is also available.  (See separate press release.)  The new
  1047. products will be available through all Sun distribution channels
  1048. worldwide.
  1049.  
  1050. Sun Microsystems Computer Corporation, a subsidiary of Sun
  1051. Microsystems, Inc., is the world's leading supplier of client-server
  1052. computing solutions, which feature networked workstations and servers
  1053. that store, process and distribute information. Sun Microsystems,
  1054. Inc., founded in 1982 and headquartered in Mountain View, Calif., is a
  1055. multibillion-dollar corporation doing business worldwide.
  1056.  
  1057. ###
  1058.  
  1059. Sun, Sun Microsystems, the Sun logo, SuperCache, Sun-3, Sun386i,
  1060. SunSoft, Solaris, ELC, IPC, IPX, SunOS, OpenWindows, ONC and DeskSet
  1061. are trademarks or registered trademarks of Sun Microsystems, Inc. All
  1062. SPARC trademarks, including the SCD Compliant logo, are trademarks or
  1063. registered trademarks of SPARC International, Inc. SPARCstation,
  1064. SPARCengine and SPARCserver are licensed exclusively to Sun
  1065. Microsystems, Inc.  SuperSPARC is licensed to Texas Instruments, Inc.
  1066. Products bearing SPARC trademarks are based on an architecture
  1067. developed by Sun Microsystems Inc.  UNIX is a registered trademark of
  1068. UNIX System Laboratories, Inc.  All other products or service names
  1069. mentioned herein are trademarks of their respective owners.
  1070.  
  1071. For reader inquiries, telephone 1-800-821-4643.
  1072.  
  1073. PR contact:
  1074.  
  1075. Sun Microsystems Computer Corp.
  1076. Carol Sacks (415) 336-0521
  1077.  
  1078. ------------------------------
  1079.  
  1080. Date: Tue, 19 May 92 08:12:37 CDT
  1081. From: varney@ihlpf.att.com (Alan L Varney)
  1082. Subject: Re: ISDN Fantasy
  1083. Organization: AT&T Network Systems
  1084.  
  1085.  
  1086. In article <telecom12.396.8@eecs.nwu.edu> Bob_Frankston@frankston.com
  1087. writes:
  1088.  
  1089. > Would it be nice if there were the electronic equivalent of leaving a
  1090. > business card?  In particular, a text (ASCII?) message that I could
  1091. > leave in addition to or in place of voice mail.  While one can
  1092. > implement this without ISDN, ISDN provides the appropriate mechanism
  1093. > for standardizing the necessary protocols.
  1094.  
  1095.    Our ISDN system (AT&T 7506 ISDN sets, plus Electronic Directory)
  1096. has a mechanism for leaving and retrieving text messages.  I believe
  1097. only the "Message Center" can currently enter arbitrary text messages.
  1098. However, all the sets here have a button labeled "Leave Word" that,
  1099. when depressed, will leave a "prebuilt" text message with the current
  1100. active called party -- even if the call has been answered or forwarded
  1101. to Voice Mail.  Leaving such a message will light the same "Message"
  1102. lamp that Voice Mail uses.  Pressing Leave Word when the line has a
  1103. forwarding number (but hasn't yet forwarded) also flashes the "Call
  1104. Forward" lamp briefly to indicate that forwarding will occur if you
  1105. stay on the call.
  1106.  
  1107.    Retrieving messages uses the "Retrieve" button (and others to scan,
  1108. display and delete).  Leave Word prebuilt messages indicate the
  1109. calling number (and associated name if available), the date and time
  1110. of the message, and the text phrase "Please return my call."  If you
  1111. Leave Word multiple times, the date/time reflects the latest use and
  1112. the text states "N Please return my calls.", where N is the number of
  1113. uses.  The "Auto Call" button can automatically call the party whose
  1114. message is currently displayed.
  1115.  
  1116. > Oh well, I'll have to setting for synthesizing voice so that the
  1117. > receiving system can do speech to text following the precedent of
  1118. > Text-> Fax-> OCR-> Text.
  1119.  
  1120.    As Miss Manners says, "Eeeeeewwwwww!"  The voice version of a
  1121. business card would surely be in "your" voice, no?  And a voice-
  1122. stored version of the "text" card would be a bit-mapped, compressed,
  1123. file stored as 1200 baud FSK audio, right?  Such things would be very
  1124. much like a business card that was MAILED to you, or stuck in your
  1125. door/mailbox.  Very cold, compared to a personal message (or a
  1126. handwritten note).  Of course, if your intent is blanket
  1127. message-leaving, rather than the personal touch, so be it ...
  1128.  
  1129.  
  1130. Al Varney - these are my opinions, and not Official AT&T Opinions.
  1131.  
  1132. ------------------------------
  1133.  
  1134. Date: Tue, 19 May 92 23:49:27 CDT
  1135. From: Patton M. Turner <pturner@eng.auburn.edu>
  1136. Subject: Re: ISDN Charging
  1137.  
  1138.  
  1139. > One of the major drawbacks of residential ISDN service is the per
  1140. > minute charging on the line.  In the case of PacBell, and probably the
  1141. > other RBOCs, ISDN has been tariffed as part of Centrex.  If someone
  1142. > wanted to use ISDN as a lower cost internet connection, couldn't they
  1143. > set up a two line Centrex, one line in their house and the other at
  1144. > the destination?  I don't believe that RBOCs charge for calls between
  1145. > extensions in a Centrex group.
  1146.  
  1147. Well that may be an option but Centrex is usually only available for
  1148. lines from the same CO.  The prefixes must also be the same, but this
  1149. wouldn't be a problem.  Here in Alabama (SCB) (Mississippi too I
  1150. think), Bellsouth does not have a tariff for their ESSEX (Centrex)
  1151. service for less than 8 lines.  I understand they have filed for a
  1152. three line Centrex tarriff, but it has not been approved.  If anyone
  1153. is interested, bare bones 2B + D will run $35 more than a regular
  1154. Centrex line
  1155.  
  1156. Residential ISDN will have to wait until after January when they will
  1157. file a tariff for it.  Unfortunataly I won't be arround then.
  1158.  
  1159. Personaly I like Fred Goldstein's suggestion, but I wonder if it's
  1160. legal.  I suspect it work for any call that wouldn't be subject to a 
  1161. u law/A law conversion, rather than just local ones.
  1162.  
  1163.  
  1164. Pat Turner     KB4GRZ    pturner@eng.auburn.edu
  1165.  
  1166. ------------------------------
  1167.  
  1168. End of TELECOM Digest V12 #403
  1169. ******************************
  1170. 
  1171. 
  1172. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa01608;
  1173.           21 May 92 11:03 EDT
  1174. Received: by delta.eecs.nwu.edu id AA27114
  1175.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 21 May 1992 01:15:56 -0500
  1176. Received: by delta.eecs.nwu.edu id AA30597
  1177.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 21 May 1992 01:15:47 -0500
  1178. Date: Thu, 21 May 1992 01:15:47 -0500
  1179. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1180. Message-Id: <199205210615.AA30597@delta.eecs.nwu.edu>
  1181. To: "\\telecom"@eecs.nwu.edu
  1182. Subject: TELECOM Digest V12 #404
  1183.  
  1184. TELECOM Digest     Thu, 21 May 92 01:16:49 CDT    Volume 12 : Issue 404
  1185.  
  1186. Index To This Issue:                      Moderator: Patrick A. Townson
  1187.  
  1188.     Re: LD Carrier as Local Phone Company? (Phil Howard)
  1189.     Re: LD Carrier as Local Phone Company? (Ed Greenberg)
  1190.     Re: On Getting Telco to Correct Routing Errors (Tom Watson)
  1191.     Re: On Getting Telco to Correct Routing Errors (Alan L. Varney)
  1192.     Re: PacBell ISDN (was What Telcos REALLY Want) (Rob Warnock)
  1193.     Re: *67 and Related Topics (Joe Konstan)
  1194.     Re: *67 and Related Topics (Lars Poulsen)
  1195.     Re: *67 and Related Topics (Phil Howard)
  1196. ----------------------------------------------------------------------
  1197.  
  1198. From: pdh@netcom.com (Phil Howard)
  1199. Subject: Re: LD Carrier as Local Phone Company?
  1200. Date: Wed, 20 May 92 21:24:27 GMT
  1201. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  1202.  
  1203.  
  1204. Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo) writes:
  1205.  
  1206. > zippy@chaos.cs.brandeis.edu (Patrick Tufts) writes:
  1207.  
  1208. >> Has anyone tried using a LD carrier for local calls?  Since you'd have
  1209. >> to use the (800) number to dial locally (10xxx being blocked for this
  1210. >> sort of thing), would you get calling card rates or LD rates if you
  1211. >> made the call from your home phone?
  1212.  
  1213. > Who says 10xxx is blocked for local calls?  Last June, C&P's
  1214. > Switching system for local calls went down in Washington, DC, and
  1215. > seven digit calls would not go through.  I merely prefixed my calls
  1216. > with 10xxx + 1 + areacode and number.  Worked every time.  (MCI
  1217. > charged me $.80 a call, so I wouldn't recommend doing this instead of
  1218. > using C&P ...)
  1219.  
  1220. In 217-384 IBT does block 10xxx for local and MSA calls.
  1221.  
  1222. I suppose you could still use the 800 numbers for calling cards and
  1223. just refer to a local number (I doubt if they try to distinguish the
  1224. difference).
  1225.  
  1226. K_MULLHOLAND@UNHH.UNH.EDU (Kath Mullholand) writes:
  1227.  
  1228. > I subscribe to Long Distance North for my home long distance sevice.
  1229. > When I signed up they provided stickers that said:
  1230.  
  1231. >      "Dial 1 700 for savings
  1232. >       Remember, for instate long
  1233. >       distance calls dial 1-700
  1234. >       plus the 7-digit number."
  1235.  
  1236. > I thought this was pretty cool.  Apparently when my call gets to their
  1237. > switch, their switch strips the 700 and translates it to 603.
  1238.  
  1239. > [Moderator's Note: I wonder how that will work out when the new 700
  1240. > service from AT&T gets started ... in fact I wonder how many of the
  1241. > various special schemes going on in the 700 range will be forced into
  1242. > prepending 10xxx to avoid conflict with the new bunch of numbers?  PAT]
  1243.  
  1244. Maybe LDN is doing that to get MSA calls.
  1245.  
  1246. But clearly if 700 numbers have distinct spaces per LD carrier, then
  1247. one needs to direct the call to that carrier, else the switch can't
  1248. know which one applies (and would have to assume the default).
  1249.  
  1250. Yes, someone having LDN as their LD carrier will have to dial 10288 in
  1251. front of calls to AT&T's 700 numbers.
  1252.  
  1253.  
  1254. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  1255.  
  1256. ------------------------------
  1257.  
  1258. From: edg@netcom.com (Ed Greenberg)
  1259. Subject: Re: LD Carrier as Local Phone Company?
  1260. Date: Tue, 19 May 92 16:07:48 GMT
  1261. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  1262.  
  1263.  
  1264. > [Moderator's Note: I wonder how that will work out when the new 700
  1265. > service from AT&T gets started ... in fact I wonder how many of the
  1266. > various special schemes going on in the 700 range will be forced into
  1267. > prepending 10xxx to avoid conflict with the new bunch of numbers?  PAT]
  1268.  
  1269. Probably all of them.  The AT&T rep I spoke to agreed with me that
  1270. instructions to callers should include 10288.
  1271.  
  1272. One thing that's not clear is if 10288 + 0 + 700 is required in order
  1273. to enter a PIN.  We won't know until we're up, I guess.
  1274.  
  1275.  
  1276. Ed Greenberg         | Home: +1 408 283 0511 | edg@netcom.com
  1277. P. O. Box 28618        | Work: +1 408 764 5305 | DoD#: 0357
  1278. San Jose, CA  95159    | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  1279.  
  1280. ------------------------------
  1281.  
  1282. Date: Tue, 19 May 92 20:39:47 -0700
  1283. From: johana!tsw@apple.com (Tom Watson)
  1284. Subject: Re: On Getting Telco to Correct Routing Errors
  1285. Organization: FBN/GRQ Ink.
  1286.  
  1287.  
  1288. I had a very interesting experience with 'routing' errors (this was
  1289. back in late 1987).  I was 'corresponding' with a friend in a remote
  1290. part of Washington state (509/826) and after a few calls (they were
  1291. about twice a week) I got a recording '... your call cannot be
  1292. completed as dialed ...' or some such.  I begin to think, that's wierd
  1293. she didn't move, or stop paying the bill, so I become 'possessed' with
  1294. trying to complete the call.  
  1295.  
  1296. Attempt #1, call operator (AT&T), they get same results.  Attempt #2,
  1297. use another carrier (MCI, no same recording), Sprint, seems to work
  1298. (that's weird!!).  Next call (a few days pass), Attempt #1, dial
  1299. direct (nope!), Attempt #2, call operator (AT&T again.) nope. Attempt
  1300. #3, ask operator "please try that thru 509 inward" (by golly, it
  1301. works!!).  I think nothing of this until the next day, when I get a
  1302. call at work from "Long Distance repair" (no, I didn't call them, they
  1303. called me!!).  I talk to the guy, seems that they called me (I wasn't
  1304. at home), so they called my 'correspondent' and she told them where I
  1305. worked.
  1306.  
  1307. Then the explanation.  Seems that a new #4 ESS was installed in
  1308. Seattle (206 area which routes for 509) and they forgot to program in
  1309. the routes for the prefix I was using (509/826, it was a small town),
  1310. and my astute information (using 509 inward) helped them find the
  1311. 'problem'.  I asked what to do if I had similar problems, and they
  1312. said to call them on their 800 number (which I have forgotten, but is
  1313. probably available at 800 information) and they will take care of it.
  1314.  
  1315. Interesting saga ...
  1316.  
  1317. I am no longer 'corresponding' with this person (another story ...
  1318. doesn't belong in this news group).
  1319.  
  1320.  
  1321. Tom Watson     johana!tsw@apple.com
  1322.  
  1323. ------------------------------
  1324.  
  1325. Date: Wed, 20 May 92 12:20:01 CDT
  1326. From: varney@ihlpf.att.com (Alan L Varney)
  1327. Subject: Re: On Getting Telco to Correct Routing Errors
  1328. Organization: AT&T Network Systems
  1329.  
  1330.  
  1331. In article <telecom12.401.1@eecs.nwu.edu> stevef@wrq.com (Steve
  1332. Forrette) writes:
  1333.  
  1334. > Well, Pat, welcome to the club!  I had a very similar experience about
  1335. > a month ago, but the villian in my case was AT&T.  Only with the help
  1336. > of my LEC (US West) was the problem solved.  This is interestingly
  1337. > just the opposite of your experience.  I guess I'll start from the
  1338. > beginning:
  1339.  
  1340. > I live in Seattle, and my home phone is served from US West's 206-527
  1341. > exchange.  I was trying to call a friend's cellular phone on 206-921,
  1342. > which is in Vancouver, WA, and in the Portland LATA, thus an
  1343. > inter-LATA call.  When I called, I got a "Your call cannot be
  1344. > completed as dialed.  Please check the number and try your call
  1345. > again." recording.  I did both, and got the same result. 
  1346.  
  1347. > The problem turned out to be in AT&T's 4ESS in Seattle.  It was
  1348. > mis-routing calls from this area that were bound for my particular
  1349. > called prefix in such a manner that they were handed off to US West,
  1350. > but such that US West couldn't complete the call.
  1351.  
  1352.    Let me formally apologize for the run-around you got with the AT&T
  1353. Operators.  They usually do far more than required, and are a good
  1354. reason to "Choose AT&T".  But out of the thousands of queries they get
  1355. every day (including some really off-the-wall cellular ones), some are
  1356. bound to go to the wrong place or get the wrong answer.  (Of course,
  1357. this isn't an OFFICIAL apology, 'cause I'm only giving you my opinion
  1358. on this ...)
  1359.  
  1360. > I commented on how it must be really nice to have all of the secret
  1361. > numbers to get a hold of the proper people directly.  She said "Yea, I
  1362. > don't think I'm really supposed to call those people, but it does come
  1363. > in handy in cases like these."
  1364.  
  1365.    For future reference, the official listed/advertised number for
  1366. AT&T Long Distance Repair Service is: 1-800-222-3000.  It's in almost
  1367. any telephone book under: "AT&T COMPANY, Maintenance & Repair, Long
  1368. Distance Services Repair". Note that some telephone books are not very
  1369. consistent in listing AT&T in the front of the 'A' section, with the
  1370. rest of the capitalized business listings -- sometimes its in the
  1371. alphabetical order as if it were "At&t".
  1372.  
  1373. > So once the right person was aware of the problem, it was solved
  1374. > immediately.  But it took a lot of persistance, and some luck, to get
  1375. > through to them.  Oh, by the way, someone from AT&T Long Lines Repair
  1376. > did call me two days later to inform me that they had checked my
  1377. > account, and that my bill had been paid on time, so I should not be
  1378. > having any problems.
  1379.  
  1380.    Your description sounds like the Seattle 4 ESS(tm) switch was
  1381. routing the cellular NXX to the wrong Point of Presence (POP), or to
  1382. the wrong switch.  When an incoming call arrives at the first switch
  1383. in the terminating LATA, the called number is checked to determine if
  1384. this switch is a "sub-tending switch" for that number.  This prevents
  1385. an IXC from delivering a call to one end of a LATA and forcing the LEC
  1386. to tandem the call across the entire LATA.
  1387.  
  1388.    The LEC tells the IXCs which NXXs can be delivered to specific
  1389. switches.  In the case of direct trunks to an CO, only the NXXs
  1390. defined in that CO should arrive there.  A tandem in the LATA will
  1391. usually serve as the first terminating switch for some group of COs
  1392. (the "sub-tending COs" for the tandem).  Cellular NXXs are usually
  1393. arbitrarily allocated to tandems, since the call has to switch back
  1394. out to the cellular switch.  But this isn't always the tandem that
  1395. gets other normal LEC calls; sometimes the LEC plays games by
  1396. assigning portions of the NXX to different switches, or changes the
  1397. "location" of the NXX.  I don't know what the problem was in Seattle,
  1398. but there are certainly occasional problems relating to cellular NXXs.
  1399.  
  1400.    That said, I must also say that the announcement you received,
  1401. "Your call cannot be completed as dialed.  Please check the number and
  1402. try your call again.", is not appropriate for the sub-tending
  1403. screening failure I described, or for any other terminating-LATA
  1404. failure I can imagine.  I know that's what Bellcore recommends for the
  1405. screening failure (No. 40 announcement), but (as you found out), it
  1406. makes finding the problem a real PAIN for the LEC and the IXC!
  1407. Bellcore required every switch vendor to provide for a special
  1408. announcement for this failure, but then they just recommend the same
  1409. old Vacant Code announcement!
  1410.  
  1411.    Since this announcement can also occur for any call to Vacant
  1412. Codes, but usually goes to AIS ("The number your have reached, N N X
  1413.  ..."), one could ASSUME the announcement these days means you have hit
  1414. a situation involving sub-tending screening.
  1415.  
  1416.    Note that it's also an announcement that is permitted for calls
  1417. that require 10XXX dialing (non-presubscribed lines) and for calls to
  1418. 800 numbers from an area not allowed to call that number
  1419. (out-of-band).  But those are probably low-probability situations.
  1420. Successfully completing the call through another carrier doesn't
  1421. assure the IXC is at fault, but does indicate there is a mis-match
  1422. between the IXC and the LEC interface.
  1423.  
  1424.    Hope this clears up (rather than muddies) the issue.
  1425.  
  1426.  
  1427. Al Varney - not an Official spokesperson or apologist for AT&T.
  1428.  
  1429. ------------------------------
  1430.  
  1431. Date: Mon, 18 May 92 23:54:25 -0700
  1432. From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
  1433. Subject: Re: PacBell ISDN (was What Telcos REALLY Want)
  1434. Reply-To: rpw3@sgi.com (Rob Warnock)
  1435. Organization: Silicon Graphics Inc., Mountain View, CA
  1436.  
  1437.  
  1438. stevef@wrq.com (Steve Forrette) writes:
  1439.  
  1440. > I think that one of the big issues right now is that ISDN is possibly
  1441. > offered by Pacific Bell only from DMS-100's. Most of Pacific Bell's
  1442. > switches are 1AESS or 5ESS at this point.
  1443.  
  1444. So *that's* what shot me down ... Bummer.
  1445.  
  1446. > ...there are some points of their ISDN offering that they are doing RIGHT:
  1447. > 2. Offering 2B+D as the standard BRI.  Isn't some RBOC back east
  1448. > offering an ultra-lame 1B+D as their base offering?
  1449.  
  1450. Well, 2B+D is "standard" only if you get PacBell's "Feature Package C"
  1451. or "D".  Here a short summary of the ISDN Feature Packages and their
  1452. monthly prices:
  1453.  
  1454. -  Analog line on your ISDN Centrex (voice only, obv.):    $15.65/mo.
  1455. A. ISDN "Voice package" = 1B, voice use only:        $17.50/mo.
  1456. B. ISDN Voice on 1B + D-channel packet data:        $26.00/mo.
  1457. C. "Full ISDN", voice or data on 2B + D-channel packet:    $29.50/mo.
  1458. D. ISDN "Double voice package" = 2B, voice use only:    $25.50/mo.
  1459.  
  1460. Only Feature Package C is full 2B+D ISDN as we usually think of it.
  1461. And even then PacBell requires that you specify at *service-order*
  1462. time which B channels on which lines will be used for voice or data
  1463. (pick one only). Other notes:
  1464.  
  1465. 1. All of the "Feature Packages" include all of the usual "voice
  1466. extras" for B channels used for voice: call-waiting, 3-way calling,
  1467. call-forwarding, etc.
  1468.  
  1469. 2. Feature Package D is about 18% cheaper than two analog lines. This
  1470. is what PacBell is pushing to their large customers to get them to try
  1471. ISDN.
  1472.  
  1473. 3. By "D-channel packet" I mean that in addition to using the D
  1474. channel for call setup of the B channels, you can use the D-channel to
  1475. access a *PacBell*-provided "X.25"-like packet switch. *Much* more
  1476. expensive per bit than sending data full speed down a B channel, but
  1477. may be useful to some very light data users (e.g., credit-card
  1478. verification, security alarms, etc.). There is a small extra charge if
  1479. you want more than one open virtual circuit at a time on your
  1480. D-channel packet ($1.00/mo/15_circuits/device).  Plus you pay
  1481. additional per-packet rates for out-of-Centrex packets. This is
  1482. basically similar to Telenet or Tymnet packet service, and priced the
  1483. same.
  1484.  
  1485. 4. You can also get a B-channel permanent virtual circuit to a PacBell
  1486. packet switch (like "D-channel packet", but 64 Kb/s), but the rates
  1487. are outrageous: $350/mo (+$5/mo/15-vir-circuits over 15), *plus* per
  1488. packet charges for out-of-Centrex packets. (Priced like a 56K line to
  1489. Telenet/Tymnet, ne?)
  1490.  
  1491.  
  1492. Rob Warnock, MS-9U/510        rpw3@sgi.com
  1493. Silicon Graphics, Inc.        (415)390-1673 <-- New number!
  1494. 2011 N. Shoreline Blvd.        "Please make a note of it..."
  1495. Mountain View, CA  94043
  1496.  
  1497. ------------------------------
  1498.  
  1499. Date: Tue, 19 May 92 12:52:22 PDT
  1500. From: konstan@elmer-fudd.cs.berkeley.edu (Joe Konstan)
  1501. Subject: Re: *67 and Related Topics
  1502.  
  1503.  
  1504. In TELECOM Digest V12 #396 our Moderator writes:
  1505.  
  1506. > [Moderator's Note: Indeed, where 'per-line' blocking is available, *67
  1507. > acts like a toggle for one call only, performing the *opposite*
  1508. > function of the line's default status. Really, it seems like the best
  1509. > possible scenario. Even the ID blockers occassionally want to make
  1510. > their number known. Admittedly one has to know which way the toggle
  1511. > will work before using it.   PAT]  
  1512.  
  1513. Indeed, I can't think of many worse scenarios.  The "best possible"
  1514. given the current phone interface would be two codes (e.g., *67 and
  1515. *68) each of which set a specific mode (block vs. send) regardless of
  1516. the default for the line.
  1517.  
  1518. I've been discussing "toggle" and other relative controls (in the
  1519. domain of stereo/video equipment) in comp-human-factors, and it is
  1520. pretty clear that even at their best these controls are terribly
  1521. non-programmable.  Imagine the confusion an autodialer would have if
  1522. you could set your phone so that 1+ meant out-of-area code or 1+ meant
  1523. within area code (with other calls being 7D or 10D without 1+).
  1524.  
  1525. Also, imagine the error messages that our phone companies are likely
  1526. to have: "The caller you have reached does not accept blocked calls,
  1527. please call again without entering *67" "But operator, I didn't enter
  1528. *67!"
  1529.  
  1530. I heartily encourage Tony Harminc to pressure the CRTC to avoid such a
  1531. poor interface.
  1532.  
  1533.  
  1534. Joe Konstan   konstan@cs.berkeley.edu
  1535.  
  1536.  
  1537. [Moderator's Note: But the message would not be 'please call again
  1538. without entering *67'; it would be 'please dial again without blocking
  1539. your ID; if blocking is by default, then prepend *67 and dial your
  1540. call again.'  PAT]
  1541.  
  1542. ------------------------------
  1543.  
  1544. From: lars@spectrum.CMC.COM (Lars Poulsen)
  1545. Subject: Re: *67 and Related Topics
  1546. Organization: CMC (a Rockwell Company), Santa Barbara, California, USA
  1547. Date: Tue, 19 May 92 17:26:29 GMT
  1548.  
  1549.  
  1550. There are many other features that are activated with *xx and #xx
  1551. codes.  I am not aware of any other features, where the same code is
  1552. used for activating and deactivating the feature.
  1553.  
  1554. While I agree that both commands are needed, they need different
  1555. command codes. Ideally, all such features should use a common syntax,
  1556. such as *xx for enable, and #xx for disable. Or *xx for enable and xx*
  1557. for disable.
  1558.  
  1559.  
  1560. Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  1561. CMC (Rockwell Digital Systems)    Telephone: +1-805-968-4262    
  1562. Santa Barbara, CA 93117-5503    TeleFAX:   +1-805-968-8256
  1563.  
  1564. ------------------------------
  1565.  
  1566. From: pdh@netcom.com (Phil Howard)
  1567. Subject: Re: *67 and Related Topics
  1568. Date: Wed, 20 May 92 21:54:00 GMT
  1569. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  1570.  
  1571.  
  1572. I do believe it would have been better to have a DIFFERENT prefix for
  1573. block and for unblock.  The only reasons I can see for a toggle is to
  1574. save space in the prefix space.  I don't see that need.
  1575.  
  1576.  
  1577. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  1578.  
  1579. ------------------------------
  1580.  
  1581. End of TELECOM Digest V12 #404
  1582. ******************************
  1583. 
  1584. 
  1585. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa03030;
  1586.           21 May 92 11:31 EDT
  1587. Received: by delta.eecs.nwu.edu id AA02708
  1588.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 21 May 1992 02:09:36 -0500
  1589. Received: by delta.eecs.nwu.edu id AA20358
  1590.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 21 May 1992 02:09:28 -0500
  1591. Date: Thu, 21 May 1992 02:09:28 -0500
  1592. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1593. Message-Id: <199205210709.AA20358@delta.eecs.nwu.edu>
  1594. To: "\\telecom"@eecs.nwu.edu
  1595. Subject: TELECOM Digest V12 #405
  1596.  
  1597. TELECOM Digest     Thu, 21 May 92 02:09:29 CDT    Volume 12 : Issue 405
  1598.  
  1599. Index To This Issue:                      Moderator: Patrick A. Townson
  1600.  
  1601.     Re: 700 Numbers, Calling Cards, and Carrier Access Codes (Norm Nithman)
  1602.     Re: 700 Numbers, Calling Cards, and Carrier Access Codes (John R. Levine)
  1603.     Re: 700 Numbers, Calling Cards, and Carrier Access Codes (Bud Couch)
  1604.     EasyReach 700 and International Calls (Nigel Roberts)
  1605.     Re: AT&T Easyreach 700: In Service? (Phil Howard)
  1606.     Re: Toll Fraud vs Credit Card Fraud (Kath Mullholand)
  1607.     Re: Toll Fraud vs Credit Card Fraud (Michael F. Eastman)
  1608. ----------------------------------------------------------------------
  1609.  
  1610. From: norm@sdc.com (Norm Nithman)
  1611. Subject: Re: 700 Numbers, Calling Cards, and Carrier Access Codes
  1612. Organization: Systems Development Corporation
  1613. Date: Tue, 19 May 1992 14:36:13 GMT
  1614.  
  1615.  
  1616. > pdh@netcom.com (Phil Howard) writes:
  1617.  
  1618. > From what I have been told (and I could easily have been told
  1619. > incorrectly), the 700 number (555-4141) was created to take some of
  1620. > the pressure off local phone companies when people called in asking
  1621. > what their ld carrier was.  To my knowledge, I have yet to see another
  1622. > 1-700 number anywhere else (if anyone has some, i'd be interested in
  1623. > seeing them).
  1624.  
  1625. US Telecom had a 700 number that provided sports news and such for a
  1626. fee but I don't know if it still exists since their absorption by MCI.
  1627.  
  1628. They also had a "test drive" 700 number that was free for that
  1629. service.
  1630.  
  1631.  
  1632. Norm
  1633.  
  1634.  
  1635. [Moderator's Note: They still offer the Voice News Network via a 700
  1636. number (prepend 10835) if Telecom*USA is not your default carrier) and
  1637. the same service is available via *1 when using a Telecom Calling
  1638. Card. In addition, they also allow local calls by dialing 1-700 plus
  1639. the seven digit number. But I think 10835 is only by pre-subscription.
  1640. You cannot be a casual user.  PAT]
  1641.  
  1642. ------------------------------
  1643.  
  1644. Subject: Re: 700 Numbers, Calling Cards, and Carrier Access Codes
  1645. Organization: I.E.C.C.
  1646. Date: 19 May 92 17:25:20 EDT (Tue)
  1647. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  1648.  
  1649.  
  1650. > I don't have any trouble, from work or from home.  (Although
  1651. > 9-1-700-555-4141 reports AT&T and travelling service representatives
  1652. > are issued Sprint cards.)
  1653.  
  1654. If you're dialing from behind a PBX, there's no way to tell what
  1655. actually gets passed to the CO when you dial.  In particular, it's
  1656. quite possible that since switching primary carriers costs $5/line,
  1657. when your employer switched to Sprint they merely told the PBX to
  1658. prepend 10333 to any toll call and saved the $5.  But you can't dial
  1659. 10XXX in front of 800, 900, and some other special numbers so when you
  1660. dial a 700 number, it probably doesn't stuff the 10333.
  1661.  
  1662. Or it might be even more complex -- at this point the only widely used
  1663. 700 numbers I've seen other than 555-4141 are the numbers for AT&T's
  1664. Alliance automated conference calling.  Furthernore, 700 numbers on
  1665. Brand X long distance carriers are totally unregulated and can be
  1666. charged like 900 calls.  Someone at the PBX might have set it up to
  1667. stuff 10288 in front of any 700 number regardless of who the usual
  1668. presubscribed carrier is.
  1669.  
  1670.  
  1671. Regards,
  1672.  
  1673. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  1674.  
  1675. ------------------------------
  1676.  
  1677. From: kentrox!bud@uunet.UU.NET (Bud Couch)
  1678. Subject: Re: 700 Numbers, Calling Cards, and Carrier Access Codes
  1679. Organization: ADC Kentrox, Portland OR
  1680. Date: Wed, 20 May 1992 17:13:58 GMT
  1681.  
  1682.  
  1683. In article <telecom12.395.4@eecs.nwu.edu> pdh@netcom.com (Phil Howard)
  1684. writes:
  1685.  
  1686. > I've seen lots of 700 numbers, including at the TV station I used to
  1687. > work for.  As far as I know all these numbers were some sort of TWX or
  1688. > Teletype network.  I don't know if those 700 numbers are in the same
  1689. > addressable space as the 700 numbers AT&T's service proposes.
  1690.  
  1691. 710 *was* used for four-row TWX service( it's somebody's area code
  1692. now). AT&T Switched 56 Accunet Service reserved the 700-560-xxxx and
  1693. 700-561-xxxx series numbers to that service.
  1694.  
  1695.  
  1696. Bud Couch    If my employer only knew ...     standard BS applies
  1697.  
  1698. ------------------------------
  1699.  
  1700. Date: Wed, 20 May 92 05:29:05 PDT
  1701. From: Nigel Roberts <roberts@frocky.enet.dec.com>
  1702. Subject: EasyReach 700 and International calls
  1703.  
  1704.  
  1705. As I understand it, inward calls to the US from abroad may be carried
  1706. over any one of a number of the US LD networks.
  1707.  
  1708. So what happens if I want to call someone in the US who has a 700
  1709. number? Do I have to keep re-dialing until, by the luck of the draw,
  1710. the call gets routed over AT&T?
  1711.  
  1712. (Oh sorry, I forgot, the civilised world consists only of the USA --
  1713. and occasionally Canada, Hawaii and Alaska :^/ )
  1714.  
  1715.  
  1716. Nigel Roberts, European Engineer   "G4IJF"
  1717. +44 206 396610 / +49 6103 383489   FAX +44 206 393148
  1718.  
  1719.  
  1720. [Moderator's Note: No need to be sarcastic. What makes you think that
  1721. when the European switch sees 700 it won't automatically default it to
  1722. AT&T? For that matter, maybe 700 will be treated like 800 and not auto-
  1723. matically extended. They may require going through USA Direct like 800
  1724. numbers do now. I know if I get a 700 number I don't want to have to
  1725. pay for international calls.   PAT]
  1726.  
  1727. ------------------------------
  1728.  
  1729. From: pdh@netcom.com (Phil Howard)
  1730. Subject: Re: AT&T Easyreach 700: In Service?
  1731. Date: Wed, 20 May 92 21:59:32 GMT
  1732. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  1733.  
  1734.  
  1735. edg@netcom.com (Ed Greenberg) writes:
  1736.  
  1737. > I had a long conversation with an AT&T rep about this.  She seemed to
  1738. > know her stuff (which is why I don't call her a salesdroid.)
  1739.  
  1740. Who?
  1741.  
  1742. What number did you call to reach her?
  1743.  
  1744. > According to said rep: The call can be dialed with or without a PIN.
  1745. > If the caller uses a PIN, the EasyReach subscriber pays.  If the
  1746. > caller does NOT use a pin, the caller pays the same rate that the
  1747. > subscriber would pay.
  1748.  
  1749. > It's not clear whether the caller can charge the cost of the call to a
  1750. > calling card.
  1751.  
  1752. This all comes across to me as a means for AT&T to get more business
  1753. by hosting a number of subscribers that will give out numbers that
  1754. have to be dialed through AT&T.  I certainly very much doubt if one's
  1755. Sprint or MCI cards will work.  I would expect the AT&T card(s) to
  1756. work.
  1757.  
  1758. I'm not knocking AT&T for doing this ... I would certainly WANT them to
  1759. if I were a stockholder.
  1760.  
  1761.  
  1762. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com 
  1763.  
  1764.  
  1765. [Moderator's Note: Of course there is nothing preventing the other
  1766. carriers from starting a similar deal is there?    PAT]
  1767.  
  1768. ------------------------------
  1769.  
  1770. Date: Wed, 20 May 1992 9:12:11 -0400 (EDT)
  1771. From: K_MULLHOLAND@UNHH.UNH.EDU (Kath Mullholand, UNH Telecom, 862-1031)
  1772. Subject: Re: Toll Fraud vs Credit Card Fraud
  1773.  
  1774.  
  1775. mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com writes:
  1776.  
  1777. > By now, y'all know what happens when somebody hacks a DISA.  They call
  1778. > in to the company on the company's 800 number (which costs the
  1779. > company), then they use the DISA to call Pakistan, or wherever, again,
  1780. > on the company's phone bill.  In just about every case, the company
  1781. > proves that they didn't make these calls, and gets one or both items
  1782. > taken off their bill; it costs them only the minor administrative
  1783.   ^^^^^^^^^^^^^^^^^^^^
  1784. > headache of dealing with an RBOC's billing department, which seems to
  1785. > me to be a fair price for practically leaving money laying on the
  1786. > doorstep.
  1787.  
  1788. > So, what got stolen and whom did it get stolen from?  
  1789.  
  1790. According to what I have read and experienced, it is nearly impossible
  1791. (if not totally impossible) to get DISA fraud taken off one's bill.  A
  1792. local TV station had DISA fraud against them to the tune of $10,000 or
  1793. so (I didn't see the bills, so that is a rumored number and may be way
  1794. out of line).  They never collected from the RBOC or their LD carrier
  1795. or their switch installer, who left the DISA ports open in the first
  1796. place.
  1797.  
  1798. A major corporation that constructs aircraft for the feds (as well as
  1799. other things) has a huge case pending with AT&T for DISA fraud.  I
  1800. have not read that the case has been resolved, but what I have read to
  1801. date makes me believe the corporation is out several hundred thousand
  1802. dollars.  This in DISA fraud that took place over a single weekend.
  1803.  
  1804. So, what got stolen?  Services, which are always difficult to define.
  1805. If my mechanic adjusts things on my car without using any parts, and I
  1806. don't pay him, what got stolen?  If I buy pirated software or musical
  1807. recordings, what got stolen?  Literally, nothing, but the *impact* of
  1808. the theft on *whoever* is left holding the bag is that the TV station
  1809. (for instance) increases their advertising rates, which increases the
  1810. cost of doing business for their advertisers, which increases the cost
  1811. of the products you and I buy.
  1812.  
  1813. The end result, and the real reason we support laws against victimless
  1814. crimes, is that the answer to "from whom was it stolen?"  is me and
  1815. you and everyone else.
  1816.  
  1817.  
  1818. kath mullholand   university of new hampshire   durham, nh
  1819.  
  1820.  
  1821. [Moderator's Note: I only disagree with you on one point: There is no
  1822. such thing as 'victimless crimes'. All crimes have victims. It is just
  1823. that sometimes it is easier to discern the victim(s) than other times,
  1824. and that the process of victimization can be very slow, with little
  1825. immediate notice. When it is decided there are no longer any victims
  1826.  -- or never were any -- then the activity which was formerly a crime
  1827. is redefined and decriminalized or decodified.   PAT]
  1828.  
  1829. ------------------------------
  1830.  
  1831. Date: Wed, 20 May 92 12:26:31 EDT
  1832. From: mfe@ihlpm.att.com (Michael F Eastman)
  1833. Subject: Re: Toll Fraud vs Credit Card Fraud
  1834. Organization: AT&T
  1835.  
  1836.  
  1837. In article <telecom12.400.1@eecs.nwu.edu>, mc/G=Brad/S=Hicks/OU=0205925@
  1838. mhs.attmail.com writes:
  1839.  
  1840. > I hope that most people had enough common sense to know that stealing
  1841. > a haircut at gunpoint differs from phreaking in several important
  1842. > ways.  First of all, there is the obvious threat of violence.  More
  1843. > relevant, though, is the fact that a haircut requires actual dedicated
  1844. > resources and the full-time attention of at least one employee.  If
  1845. > every phone call required the full-time supervision of one or more
  1846. > phone company employees, this would be a valid metaphor.  It has a
  1847. > been a LONG time since this was true.
  1848.  
  1849. So if I steal the diamond bracelet mentioned later in your
  1850. explanation, that's OK as long as I don't tie up the resources of any
  1851. employee to do it (like at night after store hours)? C'mon, theft is
  1852. theft.
  1853.  
  1854. > By now, y'all know what happens when somebody hacks a DISA.  They call
  1855. > in to the company on the company's 800 number (which costs the
  1856. > company), then they use the DISA to call Pakistan, or wherever, again,
  1857. > on the company's phone bill.  In just about every case, the company
  1858. > proves that they didn't make these calls, and gets one or both items
  1859. > taken off their bill; ...
  1860.  
  1861. Is that so. How does the company PROVE this? How do you know the
  1862. charges are removed? In fact, AT&T went to court with a customer over
  1863. this very issue. ONE or BOTH items! Try thousands of these items!
  1864.  
  1865. > So, what got stolen and whom did it get stolen from?  Well, there were
  1866. > trunk lines and so forth in use, both here and in Pakistan (or
  1867. > wherever).  But since the exchanges are pretty well all non-blocking
  1868. > and the capacity sufficient to handle peak loads, nobody was denied
  1869. > use of it.
  1870.  
  1871. Ah, but how did the network get to be nonblocking and able to handle
  1872. PEAK loads? By estimating the number of PEAK calls, building the
  1873. network to meet the capacity and then determining the charges to
  1874. recover costs. So if we add X more calls to network for phreaking and
  1875. the network size grows, who pays for this?
  1876.  
  1877. > The company's LD carrier got stuck paying the foreign-PTT
  1878. > interchange charge.  I certainly =hope= that there's a charge-back
  1879. > procedure for errors in billing; I should think that it could be used
  1880. > in these circumstances.  (If not, then what, is the Dutch PTT eating
  1881. > the costs?  If so, then they obviously figure they can afford it; it's
  1882. > probably less than the cost of enforcement.)  The money they would
  1883. > have otherwise paid for a call to Pakistan?
  1884.  
  1885. Ah, those foreign PTTs must be printing their own money to cover these
  1886. costs. A PTT is a business, albeit, a regulated one. They provide a
  1887. service and charge to recover costs plus some profit.
  1888.  
  1889. > Do you really think that most phreakers could afford that call?
  1890.  
  1891. Do you really think that I can afford that diamond bracelet you
  1892. mention later? Why can't I just have it? If I take it, do I get
  1893. treated like someone else who litters? Are you trying to justify
  1894. stealing?
  1895.  
  1896. > So nobody's actually missing any money or service, just some
  1897. > administrative time cleaning up the billing and not much of that.
  1898.  
  1899. Oh, how naive we are!!! What happens when NO ONE pays for their phone
  1900. service? Well, I, for one, am out of a job along with about 300,000
  1901. other people. It is estimated that phone fraud costs at least one
  1902. billion dollars a year and is growing. How do you think the
  1903. (collective) phone companies recover this money? They don't print
  1904. their own money, so they have to get it from someone. They get it from
  1905. higher rates from all of the HONEST customers. I would rather see
  1906. tougher enforcement and treating it like the crime it is.
  1907.  
  1908. > Cardholder says he or she never made that purchase, and calls his or
  1909. > her bank, and the bank initiates a chargeback.  The merchant's bank
  1910. > charges back the mail order house, who admits they didn't do address
  1911. > validation or whatever.
  1912.  
  1913. Where is the analogy to the phone system? No one answers the phone at
  1914. the PBX to validate the phone "transaction" to place the call to
  1915. Pakistan.
  1916.  
  1917. > Sometimes it goes into dispute (and that's where MasterCard, the
  1918. > corporation, gets involved, as a "court" for such disputes between
  1919. > member banks), but it's a near certainty that the cardholder isn't the
  1920. > one left holding the bag.  So either the mail order vendor is out one
  1921. > diamond bracelet unpaid-for, or one of the banks is out of the cash
  1922. > that should have paid for that diamond bracelet.  In either case,
  1923. > either real money or real property is missing.
  1924.  
  1925. Oh my, now we change our standards don't we? A service (like phone
  1926. service) is not merchandise because we can't hold it in our hands?
  1927. Only "real" money pays for the real property, but not for the service?
  1928. Well, believe you me, I work for a telecommunications company and I
  1929. get paid in "real" money or I walk!!!
  1930.  
  1931. > In both cases, the person whose service (DISA, MasterCard) was used is
  1932. > out nothing but the hassle of initiating a chargeback.  But in one
  1933. > case, the service "stolen" was a tiny slice of bandwidth that impacted
  1934. > nobody, and imposed no costs on anybody, and in the other, real
  1935. > merchandise was stolen.  NOW do you see the difference?
  1936.  
  1937. Nice try, but no! Why don't you turn the argument around. It was only
  1938. one bracelet out of hundreds of thousands produced every month. So who
  1939. cares? The people that make and sell bracelets care. They aren't in
  1940. business if no one pays for the service/merchandise -- NOW do you see?
  1941.  
  1942. > Hundreds of millions of dollars' worth of merchandise is being stolen
  1943. > with stolen credit card numbers and forged cards.  Obviously, this
  1944. > merits investigation and prosecution.  Tiny slices of network
  1945. > bandwidth are being stolen by phone phreaks.  Does this cost-justify
  1946. > the same level of effort?
  1947.  
  1948. Phone fraud is of the same proportions, so you've now just justified
  1949. what you are arguing against.
  1950.  
  1951. > And don't forget those social costs!  Retired phone phreaks
  1952. > practically invented the personal computer industry.
  1953.  
  1954. Oh really! I bet they never stole phone services!
  1955.  
  1956. > If they had been caught early and prosecuted and blacklisted, which
  1957. > some of you seem to be calling for, America would be out one more
  1958. > industry.  What, if anything, of value have credit-card thieves
  1959. > contributed to society?
  1960.  
  1961. How to put holograms on credit cards for one!
  1962.  
  1963. > By the way, I believe that the vast majority of what MasterCard spends
  1964. > on credit card fraud DOES go into prevention and education; I know
  1965. > that the part of member services that gives fraud-reduction seminars
  1966. > and the part of the security department that helps merchants and banks
  1967. > protect their transactions are much, much larger than the part of the
  1968. > security department that investigates fraud after the fact.
  1969.  
  1970. That's because, as YOU stated earlier, they generally are not out any
  1971. money, it's the merchant or the issuing bank.  The merchants and the
  1972. banks rely on the police to CATCH the card thieves, and the courts and
  1973. the lawyers to get CRIMINAL charges.  Then you forget insurance costs
  1974. and the write off of bad debt on tax returns which we all pay for!
  1975.  
  1976. > They were warned, so nobody feels any sympathy.  The theft was still
  1977. > a crime, and if the crook who was using the stolen card gets caught,
  1978. > he'll be prosecuted -- but nobody should waste tears on the victim.
  1979.  
  1980. I am sorry, but I do have sympathy for the victim. Not everyone
  1981. believes that thieves only victimize those that deserve it!  If NO ONE
  1982. feels sympathy for the victim, then why do we bother to try to catch
  1983. the "crook" at all. What would happen to YOUR job if no one ever paid
  1984. for their transactions done by credit card and we had to go back to
  1985. cash on the spot? Maybe we should go to a system of PAYPHONES only for
  1986. all calls? Think about what you are saying.
  1987.  
  1988.  
  1989. Mike Eastman    att!ihlpm!mfe    (708) 979-6569
  1990. AT&T Bell Laboratories  Rm. 4F-328  Naperville, IL 60566
  1991.  
  1992.  
  1993. [Moderator's Note: Mike, you will never convince phreaks and hackers
  1994. (using the perjorative meaning of the latter word) and their Socially
  1995. Responsible defenders that they are nothing more than your common
  1996. garden-variety thief. To them, its always a matter of persecution by
  1997. the evil government, and a chilling of their intellectual curiosity,
  1998. free speech, et al, ad nauseum.  So quit trying already.   PAT]
  1999.  
  2000. ------------------------------
  2001.  
  2002. End of TELECOM Digest V12 #405
  2003. ******************************
  2004. 
  2005. 
  2006. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa17689;
  2007.           22 May 92 3:49 EDT
  2008. Received: by delta.eecs.nwu.edu id AA00974
  2009.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 22 May 1992 01:53:46 -0500
  2010. Received: by delta.eecs.nwu.edu id AA31774
  2011.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 22 May 1992 01:53:37 -0500
  2012. Date: Fri, 22 May 1992 01:53:37 -0500
  2013. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2014. Message-Id: <199205220653.AA31774@delta.eecs.nwu.edu>
  2015. To: "\\telecom"@eecs.nwu.edu
  2016. Subject: TELECOM Digest V12 #406
  2017.  
  2018. TELECOM Digest     Fri, 22 May 92 01:53:35 CDT    Volume 12 : Issue 406
  2019.  
  2020. Index To This Issue:                      Moderator: Patrick A. Townson
  2021.  
  2022.     Telephone Line Monitor (Plans) Wanted (Sean Petty)
  2023.     DECnews/Digital, RAM, and Bellsouth Agree (Monty Solomon)
  2024.     Some Things Work Out (Ronald Elliott)
  2025.     Are the Deaf Telephone (TDD) Calls Secretly Recorded? (Carl M. Kadie)
  2026.     Ordering Voice Service (Tim Gorman)
  2027.     Best Voice-Fax Switch? (Sandy Kyrish)
  2028.     Introductory Reference Wanted (S. Jonathan Silverman)
  2029.     CALLER-ID Arrives July 1 in Area Code 516 (Dave Niebuhr)
  2030.     Electronic Show Open to Public This Year! (TELECOM Moderator)
  2031. ----------------------------------------------------------------------
  2032.  
  2033. From: seanp@undr.org (Sean Petty)
  2034. Subject: Telephone Line Monitor (Plans) Wanted
  2035. Date: 21 May 92 21:07:13 GMT
  2036. Reply-To: Sean Petty <seanp%undr.uucp@gvls1.GVL.Unisys.COM>
  2037. Organization: The Underground - Pennsylvania
  2038.  
  2039.  
  2040. Presently, a local ambulance organization of which I am a member is
  2041. looking into getting some type of telephone line monitor.  Our setup
  2042. is as follows:
  2043.  
  2044. The main emergency line people call runs through our PBX system, and
  2045. rings on all the phones in the building, however, we don't answer it,
  2046. we just let it ring, and our main dispatch center answers it.  The way
  2047. it works now, the phone rings, our dispatch center answers it, and
  2048. takes the call.
  2049.  
  2050. Unfortunately, we can't hear what's going on when the dispatcher
  2051. answers the phone.  What we would like to be able to do, is listen to
  2052. the conversation via a speaker as the dispatcher talks, so we know
  2053. exactly what we're going out for.
  2054.  
  2055. However, the unit should be totally automatic.  It should kick the
  2056. speaker on when the call is answered, and disconnect the speaker when
  2057. the call is disconnected.  The unit cannot interrupt or alter the
  2058. normal use/audio of the line.
  2059.  
  2060. I have a good electronics backround, and can assemble just about
  2061. anything from a good schematic.  What I am looking for is just that, a
  2062. schematic for this device.  Or, possible alternatives include
  2063. commercial units, pointers to schematics, suggestions, etc.
  2064.  
  2065. Any help is greatly appreciated.
  2066.  
  2067.  
  2068. Sean Petty                           undr!seanp@tredysvr.Tredydev.Unisys.COM
  2069. ICBMnet: 39'58'12"N 75'84'26"W       seanp@undr.org
  2070.  
  2071. ------------------------------
  2072.  
  2073. From: Monty Solomon <monty@proponent.com>
  2074. Subject: DECnews/Digital, RAM, and Bellsouth Agree
  2075. Date: 19 May 92 15:36:21 GMT
  2076. Reply-To: price@mrktng.enet.dec.com
  2077.  
  2078.  
  2079. Organization: DEC Palo Alto
  2080.  
  2081.                                               Digital Equipment Corporation
  2082.                                           Maynard, Massachusetts 01754-2571
  2083. Editorial contact:
  2084. See End of Release
  2085.  
  2086.  
  2087.           DIGITAL, RAM, AND BELLSOUTH AGREE TO DEVELOP
  2088.                  MOBILE DATA SOLUTIONS WORLDWIDE
  2089.     
  2090.  
  2091. ATLANTA -- May 18, 1992 -- Digital Equipment Corporation, RAM Mobile
  2092. Data, and BellSouth Enterprises, Inc. today announced a worldwide
  2093. agreement to provide mobile data solutions based on the Mobitex mobile
  2094. packet radio network.
  2095.  
  2096.      Under the agreement, Digital will offer two-way wireless
  2097. electronic mail to its more than three million existing ALL-IN-1
  2098. integrated office system customers. Digital is developing a version of
  2099. its Mobilizer for ALL-IN-1 software that will enable users of portable
  2100. MS-DOS PCs to access ALL-IN-1 electronic mail applications without a
  2101. connection to a telephone outlet.
  2102.  
  2103.      Digital plans to provide the same services on the Mobitex mobile
  2104. network in the United Kingdom. In addition, wireless electronic mail
  2105. services will be offered to customers in several other countries where
  2106. RAM and BellSouth plan to operate Mobitex networks. Digital's wireless
  2107. electronic mail offering will be available in the first quarter of
  2108. calendar year 1993.
  2109.  
  2110.      Digital also announced the DECmobile program, under which the
  2111. company will deliver fully integrated, end-to-end mobile data
  2112. communications solutions that extend enterprise computing networks to
  2113. mobile users. The announcements were made at the ICA
  2114. telecommunications industry conference held here May 18-21.
  2115.  
  2116.      "With these announcements, Digital is moving aggressively into
  2117. the fast-growing mobile data market," said Ernst E.  Wellhoener, vice
  2118. president of Digital's Telecommunications Business Group. "We are
  2119. supporting our commitment with substantial investments of time, money,
  2120. and resources to build the kinds of mobile data solutions our
  2121. customers require."
  2122.  
  2123. Digital Becomes RAM Mobile Data Systems Integrator
  2124.  
  2125.      Under the DECmobile program, Digital will offer customers
  2126. complete mobile data solutions, acting as systems integrator for RAM
  2127. Mobile Data and other service providers.  Digital will provide a
  2128. single point of contact for customers seeking to benefit from new
  2129. mobile data communications services.
  2130.  
  2131.      Digital is entering into business relationships with leading
  2132. suppliers of radio modems, handheld PCs, and cellular devices.  The
  2133. company currently has relationships with Ericsson Mobile
  2134. Communications AB, Fujitsu Personal Systems (formerly Poqet Computer
  2135. Corporation), and Husky Computers, Inc.
  2136.  
  2137.      "The move into mobile data represents a natural progression for
  2138. Digital, a leader in providing networked computer systems and one of
  2139. the computer industry's foremost systems integrators," Wellhoener
  2140. said.  "Our ability to provide 'one-stop shopping' for mobile data
  2141. solutions helps simplify what might otherwise be a difficult process
  2142. for our customers, enabling them to get up-to-speed faster and more
  2143. cost-effectively."
  2144.  
  2145.      Wellhoener said Digital chose Mobitex networks because they are
  2146. feature-rich, sophisticated, and highly efficient. "And perhaps most
  2147. important, the worldwide scope of Mobitex networks will enable us to
  2148. meet the needs of today's multinational enterprises," Wellhoener
  2149. added.
  2150.  
  2151.      Mike Harrell, president of BellSouth Mobile Data, Inc., said the
  2152. alliance would enable mobile data network subscribers to take
  2153. advantage of Digital's worldwide systems integration capabilities.
  2154. "Aligning ourselves with an experienced systems integrator ensures our
  2155. network subscribers have the most effective solutions," Harrell said.
  2156. "We can now expand the market for Mobitex into a broad range of
  2157. networked computer applications."
  2158.  
  2159.      Carl Robert Aron, chairman and CEO of RAM, said, "ALL-IN-1 is the
  2160. world's leading host-based application that includes electronic mail.
  2161. RAM's Mobitex network is the only mobile data network in operation
  2162. which automatically delivers E-mail messages to mobile professionals
  2163. wherever they are within the network service area. The marriage of
  2164. Mobitex and Mobilizer for ALL-IN-1 was inevitable."
  2165.  
  2166. Digital Develops Mobile Data Products and Programming Tools
  2167.  
  2168.      In addition to developing a wireless interface for its Mobilizer
  2169. for ALL-IN-1 product, Digital is developing an open software
  2170. architecture and a single set of application programming interfaces
  2171. that will be available to software developers. The architecture and
  2172. application programming interfaces, or APIs, facilitate the
  2173. integration of new and existing mobile applications for RAM's and
  2174. other service providers' networks.  APIs make it easy for developers
  2175. to write mobile data applications.
  2176.  
  2177.      BellSouth Mobile Data is a subsidiary of BellSouth Enterprises,
  2178. Inc., the holding company that manages a group of companies for
  2179. BellSouth Corporation that provide wireless telecommunications,
  2180. advertising and publishing, and information-based services throughout
  2181. the world.
  2182.  
  2183.      RAM Mobile Data operates a wireless data communications service
  2184. in major metropolitan areas across the nation.  Using RAM's service,
  2185. companies exchange two-way messages and data with field personnel
  2186. equipped with mobile, portable, or handheld terminals.  RAM Mobile
  2187. Data Ltd. operates a similar, compatible system in the United Kingdom.
  2188. RAM's radio-based data communications network architecture is Mobitex,
  2189. an international, open standard supplied by Ericsson.
  2190.  
  2191.      RAM has exclusive use of the Mobitex technology in the United
  2192. States. Mobitex was developed by Ericsson Mobile Communications AB and
  2193. Swedish Telecom. Digital and Ericsson last year signed a cooperation
  2194. agreement under which the two companies will develop software tools
  2195. for the integration of Digital's products with the Mobitex network.
  2196.  
  2197.      Digital Equipment Corporation, headquartered in Maynard,
  2198. Massachusetts, is the leading worldwide supplier of networked computer
  2199. systems, software and services.  Digital pioneered and leads the
  2200. industry in interactive, distributed and multivendor computing.
  2201. Digital and its partners deliver the power to use the best integrated
  2202. solutions - from desktop to data center - in open information
  2203. environments.
  2204.                               ####
  2205.  
  2206. Note to Editors:  ALL-IN-1, DECmobile, the Digital logo, and 
  2207.                   Mobilizer for ALL-IN-1 are trademarks of
  2208.                   Digital Equipment Corporation.
  2209.  
  2210.                   Mobitex is a registered trademark of Swedish
  2211.                   Telecom.
  2212.  
  2213.                   MS-DOS is a registered trademark of Microsoft
  2214.                   Corporation.
  2215.  
  2216.                   RAM Mobile Data's legal name is RAM Mobile
  2217.                   Data USA Limited Partnership
  2218.  
  2219.  
  2220. Editorial Contacts: 
  2221.  
  2222. Digital:       Bob Keener
  2223.                Hill and Knowlton
  2224.                (617) 642-5971
  2225.  
  2226. RAM:           Donna Hayes
  2227.                (212) 373-1930
  2228.                ICA Booth #1434
  2229.  
  2230. BellSouth:     Tim Klein
  2231.                (404) 249-4135
  2232.  
  2233.  
  2234. DECnews is sent as a courtesy to members of the press.  For
  2235. subscription information please contact:
  2236.  
  2237.   David Price, USS Press Relations, Digital Equipment Corporation
  2238.   Voice:603-884-3467   FAX:603-884-3467   Internet:price@decvax.dec.com
  2239.  
  2240. ------------------------------
  2241.  
  2242. From: caron!ronell@apple.com (Ronald Elliott)
  2243. Subject: Some Things Work Out
  2244. Date: 19 May 92 08:22:41 GMT
  2245. Organization: Science and Technology Center, Apple Valley Ca.
  2246.  
  2247.  
  2248. Briefly, I've got two lines and had requested U.S. Sprint carry the
  2249. long distance on the data line (it was a promotion and I already had
  2250. their Phon card). The letter came today saying they'd switched the
  2251. wrong one of course (the order was entered but had not yet gone
  2252. through). Called their 800 number and they said I'd have to talk to
  2253. the local teleco. Well hold on I said and flashed a conference call.
  2254. Less than five minutes of conversation and I hung up and tried the
  2255. "guess your carrier" number that had returned ATT just minutes
  2256. earlier. Bingo, its now Sprint!
  2257.  
  2258. Unfortunately I don't recall the Contel (GTE) representatives name so
  2259. I'l just say to both companies, Thanks, some things do work out.
  2260.  
  2261.  
  2262. Ronald Elliott                   Science and Technology Center
  2263. caron!ronell@mojave.ati.com              P.O. Box 2968
  2264.                                      Apple Valley, Ca 92307
  2265.  
  2266. ------------------------------
  2267.  
  2268. From: kadie@eff.org (Carl M. Kadie)
  2269. Subject: Are the Deaf Telephone (TDD) Calls Secretly Recorded?
  2270. Organization: The Electronic Frontier Foundation
  2271. Date: Wed, 20 May 1992 13:38:39 GMT
  2272.  
  2273.  
  2274. The Silent Talk Conference on Fidonet has been discussing the
  2275. (secret?) recording of telephone calls by TDD users. Here are two
  2276. short excerpts:
  2277.  
  2278. Hugues Blanchet writes:
  2279.  
  2280. > We have the right to complete and total privacy in our
  2281. > communications and we will not accept a surveillance
  2282. > system that will affect even one iota of our confidentiality!!!
  2283.  
  2284. Jack O'Keeffe writes:
  2285.  
  2286. > This is not only a Canadian concern, Hugues.  In an article in the
  2287. > current ACM "Communications", Karen Kukich, a BellCore researcher
  2288. > in Morristown, NJ, reports that, "One deaf relay service center was
  2289. > helpful enough to provide a 40,000-word corpus of TDD transcripts
  2290. > for study".
  2291.  
  2292. Can any comp.dcom.telecom readers give the inside scoop on TDD privacy
  2293. policy?
  2294.  
  2295.  
  2296. Carl Kadie -- I do not represent EFF; this is just me.
  2297. kadie@eff.org, kadie@cs.uiuc.edu
  2298.  
  2299. ------------------------------
  2300.  
  2301. Date: 20 May 92 11:31:29 EDT
  2302. From: tim gorman <71336.1270@CompuServe.COM>
  2303. Subject: Ordering Voice Service
  2304.  
  2305.  
  2306. David Clapp <DCLAPP@qualcomm.com> writes in TELECOM Digest V12 #400:
  2307.  
  2308. > Basically, we'd like a T1 cicuit that carries 12 DID lines and 12
  2309. > outgoing lines. To get the supervision we need and to simplify the
  2310. > interface to our equipment we'd like to use E&M emulation with
  2311. > wink-start.
  2312.  
  2313. This does not seem unreasonable. We provide this all the time in
  2314. Kansas SWBT. The three kinds of trunks we see all the time are:
  2315.  
  2316.    Bellcore Service Code                   Use
  2317.    ---------------------       ---------------------------------
  2318.          DI                      DID  (from the ntwk to the PBX
  2319.          DO                      DOD  (from the PBX to the NTWK)
  2320.          TK                      2way PBX outdials
  2321.  
  2322. The TK service is typically line side terminated in the CO using loop
  2323. or ground start service.
  2324.  
  2325. The DI and DO service is typically trunk side terminated in the CO and
  2326. using E&M supervision with wink start address signaling is not only
  2327. possible but, in my opinion, is the preferred method at least where T1
  2328. facilities are used.
  2329.  
  2330. I would be remiss if I didn't point out that negotiating service
  2331. arrangements like this is one of the biggest problems we have. I have
  2332. spent the last ten years trying to train our marketing people in the
  2333. right questions to ask in order to fully define the service. I have
  2334. seen some small progress. But sometimes I despair of ever being able
  2335. to get fully out of the loop.
  2336.  
  2337. I assume PacBell tariffs are such that they offer trunk side
  2338. connections for calls from the PBX to the network. If not, you don't
  2339. have a prayer.  If they do, you just need to get to a technical type
  2340. that knows the tariffs and understands what you want. I would ask your
  2341. account rep to get hold of a design support person (if they have them
  2342. in their heirarchy-we do) or a provisioning/translation person that
  2343. can explain the situation. If this doesn't do, keep escalating it up
  2344. the lines of organization.
  2345.  
  2346.  
  2347. Tim Gorman - SWBT
  2348. *opinions are mine, any resemblance to official policy is coincidence*
  2349.  
  2350. ------------------------------
  2351.  
  2352. Date: Wed, 20 May 92 15:34 GMT
  2353. From: Sandy Kyrish <0003209613@mcimail.com>
  2354. Subject: Best Voice-Fax Switch?
  2355.  
  2356.  
  2357. My father has purchased a fax machine and uses it on the second line
  2358. in his house.  Now that the college kids are home for the summer, they
  2359. use the line too.  Please advise on the BEST vioce-fax switch.  My
  2360. father does not trust electronic gadgets such as these and as a result
  2361. I don't want to buy him one until I'm sure it will be 99% foolproof.
  2362. Kindly reply to my e-mailbox at 320-9613@mcimail.com.
  2363.  
  2364.  
  2365. Thanks!
  2366.  
  2367. Sandy Kyrish
  2368.  
  2369. ------------------------------
  2370.  
  2371. From: sjs6@midway.uchicago.edu (s jonathan silverman)
  2372. Subject: Introductory Reference Wanted
  2373. Reply-To: sjs6@midway.uchicago.edu
  2374. Organization: University of Chicago Computing Organizations
  2375. Date: Wed, 20 May 1992 16:57:29 GMT
  2376.  
  2377.  
  2378. I've enjoyed "lurking" in this newsgroup for the past few weeks, but
  2379. periodically encounter a variety of acronyms that I don't understand.
  2380.  
  2381. More generally, I would like to learn more about the way telephone
  2382. systems work.
  2383.  
  2384. Is there a decent introduction to the technology of telecommunica-
  2385. tions, especially telephone networks?  If so, I would appreciate a
  2386. reference, either posted here or by email if that is more appropriate.
  2387.  
  2388.  
  2389. Thanks,
  2390.  
  2391.  
  2392. Jonathan Silverman    sjs6@quads.uchicago.edu
  2393.  
  2394.  
  2395. [Moderator's Note: The references you are seeking will be found in the
  2396. Telecom Archives files, which are accessible using anonymous ftp from
  2397. my account at MIT  (ftp lcs.mit.edu). Login anonymous, and give your
  2398. name@site as password. Then 'cd telecom-archives'. Look at the files
  2399. which contain acronym references, the 'frequent.asked.questions' file
  2400. and the others.  Everyone is welcome to use it.   PAT]
  2401.  
  2402. ------------------------------
  2403.  
  2404. Date: Wed, 20 May 92 13:19:03 EDT
  2405. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  2406. Subject: Caller-ID Arrives July 1 in Area Code 516
  2407.  
  2408.  
  2409. According to a legal notice in yesterday's {Newsday} and a follow-up
  2410. talk with a representative of New York Telephone, CLASS services will
  2411. be made available to certain exchanges in the 516 AC on July 1st.
  2412.  
  2413. Included are CALLER-ID at $6.00, Call Return at $3.00, Call Trap/Trace
  2414. at $1.50 per pop and both per-call and per-line blocking.  There are
  2415. other services being added also such as Speed-Calling (8 and 30).
  2416.  
  2417. My home phone, 516-281-XXXX is one of the affected exchanges as well
  2418. as 395/399/874/878.  I would guess that the larger ones will be
  2419. activated at this time also.
  2420.  
  2421. The public announcement to the ratepayers will be made in the June
  2422. "Hello" blurb that NYTel puts in each bill.
  2423.  
  2424. In addition to the above, the rep said that I could have my name put
  2425. on a "pre-release" list and that I would get a call from them for the
  2426. installation of these services.
  2427.  
  2428. As of right now, Call Trap/Trace and Last Call Return are available in
  2429. some exchanges even though the announcement hasn't been made (other
  2430. than the tariff filing notice).
  2431.  
  2432. I inquired about boxes and was referred to a company in Connecticut
  2433. that will ship but just to Connecticut and New York.  They have two
  2434. boxes: 14 number memory for $39 + $5 shipping and handling and another
  2435. one that has 70 number memory for $79 + $10.  The local AT&T Phone
  2436. Center has an 85 number job for $89 plus tax.
  2437.  
  2438.  
  2439. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  2440. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  2441.  
  2442. ------------------------------
  2443.  
  2444. Date: Fri, 22 May 1992 01:27:33 -0500
  2445. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  2446. Subject: Electronic Show Open to Public This Year!
  2447.  
  2448.  
  2449. The Electronic Show at McCormick Place in Chicago is open to the
  2450. public this year for the first (and possibly last?) time ever. I have
  2451. wanted to attend this show for many years and never could get in ...
  2452. so this year I am definitly going.
  2453.  
  2454. It is open to the public all day Saturday, May 30 and Sunday, May 31.
  2455. Admission tickets are about eight dollars each. Anyone from the area
  2456. plan on attending a week from Saturday?  Even out of towners -- if you
  2457. don't have to travel *too* far, might enjoy coming in for the weekend.
  2458.  
  2459. I just found out about this today.
  2460.  
  2461.  
  2462. Patrick Townson
  2463.  
  2464. ------------------------------
  2465.  
  2466. End of TELECOM Digest V12 #406
  2467. ******************************
  2468. 
  2469. 
  2470. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa20047;
  2471.           22 May 92 4:39 EDT
  2472. Received: by delta.eecs.nwu.edu id AA29314
  2473.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 22 May 1992 02:38:20 -0500
  2474. Received: by delta.eecs.nwu.edu id AA28459
  2475.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 22 May 1992 02:38:09 -0500
  2476. Date: Fri, 22 May 1992 02:38:09 -0500
  2477. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2478. Message-Id: <199205220738.AA28459@delta.eecs.nwu.edu>
  2479. To: "\\telecom"@eecs.nwu.edu
  2480. Subject: TELECOM Digest V12 #407
  2481.  
  2482. TELECOM Digest     Fri, 22 May 92 02:38:00 CDT    Volume 12 : Issue 407
  2483.  
  2484. Index To This Issue:                      Moderator: Patrick A. Townson
  2485.  
  2486.     Stopping Unwanted Incoming FAX Traffic (Jack Decker)
  2487.     Headset Recomendation Wanted (Jeff Crilly)
  2488.     Facility Data Link (FDL) (Doug Walker)
  2489.     Cellular One/Boston Update (Monty Solomon)
  2490.     MCI Mail Billing (Randy Gellens)
  2491.     Peter Wright: Spycatcher's Encyclopedia (Heinemann Australia) (N. Roberts)
  2492.     Calling France from Interop (Thomas K. Hinders)
  2493.     Pacific Telesis Studies Telco Divestiture (Richard T. Wurth)
  2494.     Australian Telecom Busts (tmarshall01@cc.curtin.edu.au)
  2495.     Meridian Manuals Wanted (Tom Link)
  2496.     800 Number With "Routing Error" (Warren Burstein)
  2497.     One More Number (Doug Faunt)
  2498. ----------------------------------------------------------------------
  2499.  
  2500. Date: Wed, 20 May 92 17:08:18 CST
  2501. From: Jack Decker <Jack@myamiga.mixcom.com>
  2502. Subject: Stopping Unwanted Incoming FAX Traffic
  2503.  
  2504.  
  2505. I thought readers of the TELECOM Digest might like to see (and maybe
  2506. comment) upon the following message, which is my reply to a message
  2507. that originally appeared in the Fidonet FCC echo.  As I wrote this, I
  2508. was thinking about the guy who bills telemarketers for the time he
  2509. spends talking to them on the phone (I don't recall his name, but he
  2510. was the subject of a previous thread here in the Digest):
  2511.  
  2512. * From : Jack Decker, 1:154/8 (19 May 92 12:19)
  2513. * To   : Tom Jorgenson
  2514. * Subj : Re: Pet Peeve
  2515.  
  2516. On 17 May 92, Tom Jorgenson wrote to All:
  2517.  
  2518. > I was wondering if anyone else out there had the same pet peeve
  2519. > as I do - and if anyone had come up with a way to deal with it.
  2520. > Our company receives 50-60 faxes a week, not from customers who
  2521. > the fax machine is operated for, but from other companies who barrage us
  2522. > with price lists and pitches who got our number from a directory of fax
  2523. > numbers which somebody is selling out there. Typically we end up with a
  2524. > pile of paper on the floor from these guys. To tell any one company to
  2525. > -stop- we have to make a long distance telephone call - and many of them
  2526. > still won't stop, and keep sending their price lists over and over
  2527. > again. Note that I'm not talking about companies that we've ever contacted,
  2528. > but companies who simply got our telephone number off a list that somebody
  2529. > sold them. Unlike regular phone calls, every time they send us one of these
  2530. > faxes, it costs us money - the paper plus the lost time to customers of the
  2531. > fax availabilty. Very few companies actually do this, but since the
  2532. > listings are sold for the entire county and broadcast faxes are easy to set
  2533. > up, it's beginning to become a major problem. You'd think that these
  2534. > companies would realize that they were aggravating and stop (my own company
  2535. > would never consider sending faxes that weren't requested), but some of
  2536. > them will barrage you with them even when you've contacted them repeatedly.
  2537. > In one case I filed a complaint with the local telephone company, and this
  2538. > only caused them to stop for 2 months - then it started all over again (12
  2539. > pages per fax, 1 fax per day).
  2540.  
  2541. > I'm seriously considering taking the issue to the FCC, since the phone
  2542. > companies say that there is little that they can do.
  2543.  
  2544. > Any suggestions?
  2545.  
  2546. Sorry for the long quote, but you need to have read the whole post to
  2547. understand my remarks which follow:
  2548.  
  2549. I'd definitely write a letter of complaint to the FCC, and also to my
  2550. congressman and senators.  But I have another, slightly more perverse
  2551. suggestion:
  2552.  
  2553. Set up a division of your company that does advertising/price list
  2554. analysis (that's YOU!).  When you get a "junk fax", send them a letter
  2555. that says something like "Thank you for sending us your advertising
  2556. and promotional material for analysis.  As you may be aware, our fees
  2557. for this service are $500 for account setup, and $25 per page we
  2558. analyze.  For each page you send or FAX us, we will offer our
  2559. professional opinion of your advertising material and/or product
  2560. pricing.  Please note that our FAX number is for the use of clients
  2561. only, and therefore, if you continue to send advertising material to
  2562. this number, we will open an account for you and perform our analysis
  2563. and bill you accordingly.  If you do not wish to avail yourselves of
  2564. our service, please do not FAX any more material to us.  Since we have
  2565. not done business with your firm in the past, we will hold this
  2566. initial batch of FAXed material for up to ten days until we receive
  2567. further instructions from you.  If we do not hear from you within that
  2568. time, your material will be destroyed, unread.  Ethical and legal
  2569. considerations prohibit us from examining materials sent by
  2570. non-clients.  However, we must emphasize that should your firm
  2571. continue to send materials to our FAX machine, we will consider this
  2572. acceptance of our offer of service, and we will bill you accordingly."
  2573.  
  2574. Make it sound as much like a legitimate business as possible, and if
  2575. you manage to collect from even a small percentage of the offenders,
  2576. it will pay for an awful lot of fax paper.  In any case, I'll bet a
  2577. lot of the faxes will stop when the first bill from you arrives in the
  2578. mail!
  2579.  
  2580. I'll let the attornies comment on what a court might do if you
  2581. actually tried to collect in court for this service, but I'll bet that
  2582. if you could show that a company contined to send you advertising even
  2583. after you started billing them for your service, that would constitute
  2584. acceptance of your offer and they'd be on the hook.  Of course, the
  2585. law is always a bit of a crap shoot in matters like this, but I'll bet
  2586. sooner or later you'd find a sympathetic judge and win one!
  2587.  
  2588. My fee for this idea is only 10% of whatever you take in ... ;-) ;-)
  2589.  
  2590.  
  2591. Jack Decker  jack@myamiga.mixcom.com  FidoNet 1:154/8
  2592.  
  2593. ------------------------------
  2594.  
  2595. From: markets!jeff@uunet.UU.NET (Jeff Crilly N6ZFX)
  2596. Subject: Headset Recomendation Wanted
  2597. Organization: AMIX Corp., Palo Alto, CA
  2598. Date: Wed, 20 May 92 16:56:21 GMT
  2599.  
  2600.  
  2601. We're thinking about getting a few headsets here and I'm wondering if
  2602. anyone would care to make a recomendation.  I know about Plantronics,
  2603. but don't have any current literature.  I also have a catalog from a
  2604. mail-order place called Hello Direct.  They seem to sell they own
  2605. stuff, but it may just be relabled OEM products.
  2606.  
  2607. I also have literature for headsets from a company called ACS.  These
  2608. units have amplifiers with noise removing ciruits (like an AGC, I
  2609. guess) which prevents the operator from get blasted by modems and
  2610. other annoying loud signals.  They also have noise cancelling
  2611. microphone, clickless mute, variable volume, etc.  These headsets are
  2612. supposedly OSHA approved (They keep the noise to the ear below 85dB).
  2613.  
  2614. Cost is important, but we don't want to spend money on something that
  2615. has problems, or won't last.
  2616.  
  2617.  
  2618. Thanks,
  2619.  
  2620. Jeff Crilly (N6ZFX)
  2621. AMIX Corporation  2345 Yale Street  Palo Alto, CA  94306
  2622. jeff@markets.amix.com, {uunet,sun}!markets!jeff, N6ZFX@N6IIU.#NOCAL.CA.USA
  2623.  
  2624. ------------------------------
  2625.  
  2626. From: walkerd@pegasus.Mitel.COM
  2627. Subject: Facility Data Link (FDL)
  2628. Date: Wed, 20 May 1992 16:00:22 -0400
  2629. Organization: Mitel. Kanata (Ontario). Canada.
  2630.  
  2631.  
  2632. I have heard a rumor that AT&T plans to apply a surcharge to T1 lines
  2633. which do not support the Facility Data Link (FDL).  Can anyone back
  2634. this rumor up?  Any more details?
  2635.  
  2636. Respond by mail if possible and thanks in advance.
  2637.  
  2638.  
  2639. Doug Walker                walkerd@semi.mitel.com
  2640. MITEL Corporation         
  2641. Semiconductor Division     Witty disclaimer t.b.a.
  2642. Kanata, Ontario  
  2643.  
  2644. ------------------------------
  2645.  
  2646. Date: Thu, 21 May 1992 01:45:04 -0400
  2647. From: Monty Solomon <monty@proponent.com>
  2648. Subject: Cellular One/Boston Update
  2649.  
  2650.  
  2651. Cellular One/Boston has added a new service:
  2652.  
  2653. *FAX (329) will connect you to FaxLink which will transcribe and send
  2654. a fax to any domestic destination for $3.95 and any international
  2655. destination for $9.95.  Additional destinations for the same fax are
  2656. $1.00 each.  Airtime charges apply as well.
  2657.  
  2658. You can send them graphics (letterhead, signature, form letters, etc)
  2659. ahead of time which they will store on disk for you for no additional
  2660. charge.
  2661.  
  2662. The service is available from 9am thru 11pm M-F.
  2663.  
  2664. Cellular One/Boston has also announced that they will be installing
  2665. fully digital-ready equipment at all of their cell sites and switching
  2666. locations in the third quarter.  They are going to be using AT&T
  2667. equipment and will begin selling dual analog and digital phone sets.
  2668. They claim they were the first in the country to install a fully
  2669. digital-ready system (Washington/Baltimore 2/92) and that they are now
  2670. converting Chicago and Dallas.
  2671.  
  2672. They have also installed microcells and fiber optics in the Sumner and
  2673. Callahan tunnels to provide continuous service in the tunnels.  These
  2674. two tunnels connect downtown Boston to Logan Airport.
  2675.  
  2676.  
  2677. # Monty Solomon / PO Box 2486 / Framingham, MA  01701-0405
  2678. # monty%roscom@think.com
  2679.  
  2680. ------------------------------
  2681.  
  2682. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  2683. Date: 20 MAY 92 20:18   
  2684. Subject: MCI Mail Billing
  2685.  
  2686.  
  2687. In Telecom 12.382, winter@Apple.COM (Patty Winter) writes:
  2688.  
  2689. > Last fall, MCI Mail offered its subscribers a free 30-minute trial of
  2690. > WIRES, one of the Dow Jones News/Retrieval databases.
  2691.  
  2692. > I tried out the trial offer, and was promptly rewarded with a $43
  2693. > charge on my next MCI Mail bill. When I called them, they said they
  2694. > were aware that there had been some billing errors, and that I would
  2695. > be credited on my next bill. Which I was. ...
  2696.  
  2697. > Anyway, I recently received a past-due notice from them for the $43!
  2698. > There was absolutely no indication that I'd received a credit for any
  2699. > of the amount.
  2700.  
  2701. When I first signed up, I overpaid my bills to (I thought) save time.
  2702. Rather then send a check for $2.35 or whatever, I'd just send $20 and
  2703. use up the credit.  Hah!  I was assuming that a big company like MCI
  2704. had a decent billing system.  Turns out their billing system can't
  2705. handle credits.  Credits, overpayments, and such never show up.  I
  2706. finally gave up on their 800-number, and started sending mail to
  2707. MCIHELP.  They claim it is a free mailbox.  I hope so.
  2708.  
  2709.  
  2710. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  2711. If mail bounces, forward to postmaster@tredysvr.tredydev.unisys.com<
  2712. Opinions are personal; facts are suspect; I speak only for myself
  2713.  
  2714. ------------------------------
  2715.  
  2716. Date: Thu, 21 May 92 00:19:12 PDT
  2717. From: Nigel Roberts  21-May-1992 0850 <roberts@frocky.enet.dec.com>
  2718. Subject: Peter Wright: Spycatcher's Encyclopedia (Heinemann Australia)
  2719.  
  2720.  
  2721. A couple of months ago, while on my travels, I bought a copy of 'The
  2722. Spycatcher's Encyclopedia' at a European airport.
  2723.  
  2724. This is a sort of sequel to the notorious 'Spycatcher', but is in my
  2725. view, perhaps more of a essay into the technical background of the
  2726. goings-in described in 'Spycatcher'. I believe that in any event this
  2727. book would probably be of interest to a number of Digest reader's
  2728. anyway, but in addition there are a number of things described in the
  2729. book which deal directly with telephony.
  2730.  
  2731. The telephone technology mentioned is, of course, 25 years out of
  2732. date, but it's highly interesting stuff nonetheless. [I reached a
  2733. _very_ interesting hypothesis about the British phone system -- run by
  2734. the Post Office at the time -- from reading this book, but I don't
  2735. intend to elaborate, just in case my guess turns out to be correct!
  2736. Read the book for yourself].
  2737.  
  2738. I would guess that the book is freely available in the U.S.A., but
  2739. somehow I don't expect it to be distributed in the U.K. Like the
  2740. original `Spycatcher', this book is probably only available to
  2741. residents of the United Kingdom by ordering it by post from a bookshop
  2742. in another EC state, such as the Netherlands or the Republic of
  2743. Ireland.
  2744.  
  2745.  
  2746. Nigel Roberts, European Engineer   "G4IJF"
  2747. +44 206 396610 / +49 6103 383489   FAX +44 206 393148
  2748.  
  2749. ------------------------------
  2750.  
  2751. Date: 20 May 92 09:43:11+0400
  2752. From: /PN=Thomas.K.Hinders/OU=CCMAIL/O=CHAN.IS/PRMD=MMC/ADMD=TELEMAIL/C=US/@sprint.com
  2753. Subject: Calling France from Interop
  2754.  
  2755.  
  2756. I'm at Interop in DC this week and encountered a telephone issue that
  2757. someone on the net might be able to help with.
  2758.  
  2759. I ran into a French woman who was trying to place an International
  2760. call with her bank card.  It looked similar to my AT&T Universal Visa
  2761. card (it had Visa on it).  But she could not use it to place a call
  2762. charged to it.
  2763.  
  2764. My first suggestion was to place a collect ... but she indicated that
  2765. France does not have collect calls.
  2766.  
  2767. Then I got on the line with the International Operator (AT&T, I think)
  2768. and tried to discover who her provider from the US would be.
  2769.  
  2770. Any ideas?
  2771.  
  2772. Thanks in advance ... BTW Mitch Kapor is the keynote speaker.  He
  2773. proposes that the country get on the ISDN bandwagon now!
  2774.  
  2775.                     Thomas K Hinders
  2776.            Martin Marietta Computing Standards
  2777.                 4795 Meadow Wood Lane
  2778.                   Chantilly, VA 22021
  2779.             703.802.5593 (v) 703.802.5027 (f)
  2780.  
  2781. ------------------------------
  2782.  
  2783. Date: Wed, 20 May 92 21:51:14 EDT
  2784. From: rtw@mtuxj.att.com (Richard T Wurth)
  2785. Subject: Pacific Telesis Studies Telco Divestiture
  2786. Organization: AT&T Bell Labs/Lincroft, NJ
  2787.  
  2788.  
  2789. In the 1Q92 quarterly report, in the letter to shareowners, signed by
  2790. its Chairman and CEO, Sam Ginn, Pacific Telesis Group has announced:
  2791.  
  2792. [...] our Board has decided to undertake an in-depth analysis of
  2793. whether a new structure for Pacific Telesis is a better vehicle with
  2794. which to pursue future success.  This analysis will focus on a
  2795. proposal to separate the Bell Operating Companies (Pacific Bell,
  2796. Nevada Bell and Pacific Bell Directory) from the other operations of
  2797. Pacific Telesis.  We will examine whether a spin-off of the Bell
  2798. Companies to Pacific Telesis' shareowners would better serve the
  2799. interests of our shareowners, customers, and employees, and would
  2800. better position the resulting companies to pursue future
  2801. opportunities.
  2802.  
  2803. This story has been kicked about in the press (I have seen it in the
  2804. NY Times and the WSJ) for about a month or more, but I haven't seen
  2805. any mention here.  I thought some might be interested, especially
  2806. since this is finally something from an official source.
  2807.  
  2808.  
  2809. Rich Wurth / LZ 1H-303 / AT&T-Bell Labs / 307 Middletown-Lincroft Rd.
  2810. Lincroft, NJ  07738-1526 / 908 576 6332 
  2811. att!mtuxj!rtw or rtw@mtuxj.ATT.COM (Mail to cbnewsj!rtw may get lost.)
  2812.  
  2813. ------------------------------
  2814.  
  2815. From: tmarshall01@cc.curtin.edu.au
  2816. Subject: Australian Telecom Busts
  2817. Organization: Curtin University of Technology
  2818. Date: Thu, 21 May 1992 06:01:54 
  2819.  
  2820.  
  2821.     On 5th March earlier this year, the house of Simon Williamson
  2822. (Sysop of Liberty WHQ/ Ripmax) had his house raided by the Australian
  2823. Federal Police. Meanwhile two users of the BBS, Raul Soban and Marcus
  2824. Pinder, had there houses raided. The arresting officers being Det
  2825. Serg. Glen Birman and Det. Peter Middlehouse.  Computer equipment,
  2826. TV's and Amplifiers, Osc. Scopes were confiscated for evidence.
  2827.  
  2828.     The first hearing on the 7th saw the case remanded to 21st May
  2829. and bail was renewed. The following hearing (21st May) saw the bail
  2830. bonds renewed for all three parties, with the case remanded again,
  2831. this time to Friday 10th July. The federal police claiming they needed
  2832. more time to go through the evidense and also to work out what
  2833. property would be forfeited.
  2834.  
  2835.  
  2836. The Iron Eagle
  2837.  
  2838. ------------------------------
  2839.  
  2840. From: tml+@pitt.edu (Tom Link)
  2841. Subject: Meridian Manuals Wanted
  2842. Date: 21 May 92 18:29:46 GMT
  2843. Organization: University of Pittsburgh
  2844.  
  2845.  
  2846. I have a telephone system to play with and I'd like to have the
  2847. manuals for it.
  2848.  
  2849. The system is made by Northern Telecom and is call "Meridian" or maybe
  2850. "norstar" (both name are on the equipment)
  2851.  
  2852. Does anyone have spare manuals or the address/phone/fax number of
  2853. Northern Telecom?
  2854.  
  2855.  
  2856. Thanks,
  2857.  
  2858. Tom Link -- N3JNN                      Internet: tml+@pitt.edu
  2859. University of Pittsburgh               Bitnet:   tml@pittvms
  2860. WPIC Drug and Alcohol Epidemiology     Phone:    +1 412 681 3482 
  2861.  
  2862. ------------------------------
  2863.  
  2864. From: warren@worlds.COM (Warren Burstein)
  2865. Subject: 800 Number With "Routing Error"
  2866. Date: 19 May 92 07:47:55 GMT
  2867. Reply-To: warren@nysernet.org
  2868. Organization: WorldWide Software
  2869.  
  2870.  
  2871. I'm in Israel.  I needed to call a company, Solution Systems, for
  2872. help.  So I dialed USA Direct, the number in their manual, (800)
  2873. 821-2492 and my card/PIN.  A recording told me I had reached the sales
  2874. line, if I wanted technical help I should dial 1-800-999-9663.  So I
  2875. redialed USA Direct, the number (w/o the 1) and card/PIN and got
  2876. several rings, followed by an intercept and a "number cannot be
  2877. completed as dialed" message.
  2878.  
  2879. The company's address is is Boston, and they also have a Mass. phone
  2880. number (which gets to the same place as the first 800 number).
  2881.  
  2882. So I called the sales number to check that the support number was
  2883. correct.  I stayed on the line to talk to a human who verified that
  2884. the number on the recording was correct.
  2885.  
  2886. I tried three more times, each time I did not dial the number myself
  2887. but let the ATT operator do it for me.  I explained to them what was
  2888. wrong, the first two just put my call through.  I told the third one
  2889. that there was no point doing this again and to please stay on the
  2890. line.  So she did, heard the recording, and said "it's a routing
  2891. problem, nothing we can do".
  2892.  
  2893. I called the sales number again and convinced them to transfer me to
  2894. support.  This worked, and I got a voice mail system.
  2895.  
  2896. I suppose I had better try reading the manual again ...
  2897.  
  2898.  
  2899. warren@nysernet.org is worried.
  2900.  
  2901. ------------------------------
  2902.  
  2903. Date: Thu, 21 May 92 09:31:46 -0700
  2904. From: Doug Faunt N6TQS 415-688-8269 <faunt@cisco.com>
  2905. Subject: One More Number
  2906.  
  2907.  
  2908. Satz line is 688-7808.  That can be changed, also.
  2909.  
  2910. ------------------------------
  2911.  
  2912. End of TELECOM Digest V12 #407
  2913. ******************************
  2914. 
  2915. 
  2916. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa04492;
  2917.           23 May 92 11:51 EDT
  2918. Received: by delta.eecs.nwu.edu id AA25370
  2919.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 23 May 1992 10:03:36 -0500
  2920. Received: by delta.eecs.nwu.edu id AA29341
  2921.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 23 May 1992 10:03:28 -0500
  2922. Date: Sat, 23 May 1992 10:03:28 -0500
  2923. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2924. Message-Id: <199205231503.AA29341@delta.eecs.nwu.edu>
  2925. To: "\\telecom"@eecs.nwu.edu
  2926. Subject: TELECOM Digest V12 #408
  2927.  
  2928. TELECOM Digest     Sat, 23 May 92 10:03:27 CDT    Volume 12 : Issue 408
  2929.  
  2930. Index To This Issue:                      Moderator: Patrick A. Townson
  2931.  
  2932.     Re: AT&T Ship Sets Trans-Oceanic Cable Installation Record (David Lesher)
  2933.     Re: Video Conference Information Wanted (Sandy Kyrish)
  2934.     Re: Device to Prevent Interference From Picked-up Extension? (J. Winslade)
  2935.     Re: AT&T VideoPhone Delayed (Darren Alex Griffiths)
  2936.     Re: 310/213 Permissive Dialing Ended Saturday, 5/16 (Joe Talbot)
  2937.     Re: CLID Displays Out of Area Number (Jim W. Lai)
  2938.     Re: Pacific Bell to Discontinue Data Access Lines (Jim W. Lai)
  2939.     Re: Pacific Bell to Discontinue Data Access Lines (Roy M. Silvernail)
  2940.     Re: Cellular and ANI (Tim Gorman)
  2941.     Re: 911 for Seagoing Cellular Users? (Willie Smith)
  2942.     Re: Pac$Bell Gets Tricky (Henry Mensch)
  2943.     Re: Totally Portable Cellular Issues/Advice? (John Gilbert)
  2944.     Re: 950 Sprint Access (John R. Levine)
  2945.     Re: A Musical Telecom Reference (Peter Z. Simpson)
  2946. ----------------------------------------------------------------------
  2947.  
  2948. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  2949. Subject: Re: AT&T Ship Sets Trans-Oceanic Cable Installation Record
  2950. Date: Fri, 22 May 92 18:46:01 EDT
  2951. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  2952. Organization: NRK Clinic for habitual NetNews abusers - Lakeside Terrace
  2953.  
  2954.  
  2955. > Friend of mine once worked as an (engine room) engineer on the
  2956. > "Long Lines." He (and others) told me about the amplifiers having
  2957. > hydrophones in them for the benefit of the U.S. Navy. Seems
  2958. > transatlantic cables are also handy for listening for submarines.
  2959.  
  2960. While I don't doubt this, I can thing of another benefit. Once the
  2961. cable is down there, it's only easy for somebody's anchor to find ;-}
  2962.  
  2963. But if the repeater-mike is working, you could drag a noisemaker
  2964. (PING, PING) and get the shore station to pipe it back to you.  Two
  2965. syncronized pingers, with space between them, some timing
  2966. measurements, and you could rapidly locate the repeaters, and the path
  2967. of the cable.
  2968.  
  2969.  
  2970. wb8foz@skybridge.scl.cwru.edu
  2971.  
  2972. ------------------------------
  2973.  
  2974. Date: Sat, 23 May 92 00:48 GMT
  2975. From: Sandy Kyrish <0003209613@mcimail.com>
  2976. Subject: Re: Video Conference Information Wanted
  2977.  
  2978.  
  2979. A summary of videoconference vendors can be obtained by contacting the
  2980. International Teleconferencing Association at 202-833-2549.  Be aware
  2981. that in most cases you will arrange your transmission with a carrier
  2982. and your room equipment from a vendor.  ITCA will provide you with
  2983. both equipment vendors and transmission carriers.  UK-US
  2984. videoconferencing is much more common than you think.  Good luck!
  2985.  
  2986. ------------------------------
  2987.  
  2988. Date: Fri, 22 May 92 08:45:26 CST
  2989. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  2990. Subject: Re: Device to Prevent Interference From Picked-up Extension?
  2991. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  2992. Organization: DRBBS Technical BBS, Omaha
  2993.  
  2994.  
  2995. In a message dated 16-MAY-92, Michael Rosen writes:
  2996.  
  2997. > Yeah, here's something ...  "The Teleprotector Voice/Data Guard."  It
  2998. > says it "prevents interruption of fax or modem when someone picks up
  2999. > an extension phone."  It's $7.95.
  3000.  
  3001. > Any idea how this works?  I see a picture of a box with a short phone
  3002. > cord coming out.  Where does this get plugged in?  Do I plug my modem
  3003. > in through it?  What does the person picking up the other extension
  3004. > hear?  I would hope I wouldn't have to plug the other extensions into
  3005. > the box, that would mean one for each extension!
  3006.  
  3007. I just made something like this out of spare parts.  It took all of
  3008. ten minutes and cost close to zip.  It's basically two relays (low
  3009. voltage, low current) with the coils in series with the path to each
  3010. set and normally-closed contacts in series with the path to the
  3011. opposite set.  The only thing else I added were two nonpolarized 10 uf
  3012. capacitors, one across each relay coil, but it works without them.
  3013.  
  3014. This simply interrupts the circuit to the opposite set when either set
  3015. goes off hook.  It could be used for such things as preventing
  3016. interference with modems, etc.
  3017.  
  3018.  
  3019. Good day.        JSW
  3020. Ybbat (DRBBS) 8.9 v. 3.14 r.1       DRBBS, Omaha  (1:285/666.0)
  3021.  
  3022. ------------------------------
  3023.  
  3024. From: dag@ossi.com (Darren Alex Griffiths)
  3025. Subject: Re: AT&T VideoPhone Delayed
  3026. Organization: Open Systems Solutions Inc.
  3027. Date: Fri, 22 May 1992 23:27:27 GMT
  3028.  
  3029.  
  3030. Monty Solomon <monty@proponent.com> writes:
  3031.  
  3032. > From the 5/15/92 {Wall Street Journal}:
  3033.  
  3034. > The VideoPhone 2500, which costs $1,499, sends and receives video
  3035. > calls over existing phone lines for the same price as a regular voice
  3036. > call.  Customers also will be able to rent the phone for less than $30
  3037. > a day, the company said.
  3038.  
  3039. Less than $30 a _day_????  Surely this must be less than $30 a month,
  3040. or maybe even a week, but not a day.  Assuming, as is usually the
  3041. case, less than 30 means $29.95 then AT&T would make the equivalent of
  3042. one sale for every 50.05 days.  They'd be getting a full return on
  3043. their money every month and a half, which, even for AT&T, is more than
  3044. a little exorbitant.
  3045.  
  3046.  
  3047. Cheers,
  3048.  
  3049. Darren Alex Griffiths          dag@ossi.com
  3050. Open Systems Solutions, Inc   (510) 652-6200 x139
  3051. Fujitsu                       Fax: (510) 652-5532
  3052. 6121 Hollis Street      Emeryville, CA 94608-2092 
  3053.  
  3054. ------------------------------
  3055.  
  3056. From: joe@mojave.ati.com (Joe Talbot)
  3057. Subject: Re: 310/213 Permissive Dialing Ended Saturday, 5/16
  3058. Date: 22 May 92 18:46:08 GMT
  3059. Organization: ATI, High desert research center, Victorville, Ca
  3060.  
  3061.  
  3062. In article <telecom12.389.4@eecs.nwu.edu>, lauren@vortex.COM (Lauren
  3063. Weinstein) writes: 
  3064.  
  3065. > Greetings.  The 310/213 permissive dialing period, which was
  3066. > extended due to the recent problems in L.A., has ended as of
  3067. > Saturday, 5/16.
  3068.  
  3069. And to show that most PBX programmers know more about what's going on
  3070. around them than the boobs at GTE California here's some of what
  3071. happened:
  3072.  
  3073. 1) Cellular prefixes couldn't be reached at all. Dialing from 310 to a
  3074. cellular prefix in 213, intercept saying that the number's area code
  3075. had changed to 213. Helpful.
  3076.  
  3077. 2) 520, the high volume prefix for radio and TV. Still cannot be
  3078. reached from 310. A recording tells you that the area code is now 213.
  3079. It isn't. It is supposed to work from 213,310, and 818 like 976. I
  3080. don't know about 554 (weather), I'll have to try that.
  3081.  
  3082. Try to get a problem corrected? Just dial 611, wait and talk to the
  3083. bozo. They'll commit to a time that the problem will be corrected
  3084. "{ME} The central office is on fire!" "{GTE CLERK} That'll be fixed
  3085. tomorrow before five PM." Once the report is in. They'll "clear" it.
  3086. That means delete it. No other action will be done. However, GTE is
  3087. scored for quality in customer service for the speed in which trouble
  3088. reports are "cleared". Prepare to make the same report several times
  3089. (thank God that they are also scored on repeated troubles
  3090. reoccurring).
  3091.  
  3092. I HATE GTE. Sorry, I couldn't stop myself.
  3093.  
  3094.  
  3095. joe@mojave.ati.com
  3096. Slow mail: P.O. box 1750, Helendale California 92342 
  3097. Phone: (619) 243-5500     Fax (619) 952-1030 
  3098.  
  3099. ------------------------------
  3100.  
  3101. From: jwtlai@jeeves.waterloo.edu (Jim W Lai)
  3102. Subject: Re: CLID Displays Out of Area Number
  3103. Organization: University of Waterloo
  3104. Date: Sat, 22 May 1992 02:17:39 GMT
  3105.  
  3106.  
  3107. In article <telecom12.389.8@eecs.nwu.edu> albert@INSL.McGill.CA
  3108. (Albert Pang) writes:
  3109.  
  3110. > I have noticed today when I received a long distance call from Ottawa
  3111. > that my caller ID display device shows the number (out of area code)
  3112. > that called me including the area code.
  3113.  
  3114. > I believe this is the first in North America (please correct me if I
  3115. > am wrong).  I think this only works for certain switches operated by
  3116. > Bell Canada within Quebec and Ontario.
  3117.  
  3118. I know someone in the (416) area who has Caller-ID but gets "unknown
  3119. number" for my number in the (519) area, which is in-province, but
  3120. showed the number for a call that was out-of-province and not Quebec.
  3121. All this is in Ontario, for those who don't know the two exchanges
  3122. listed above.  Something is very odd about the setup.  My local
  3123. exchange is slated to be Caller-ID capable this August, by the way.
  3124.  
  3125. ------------------------------
  3126.  
  3127. From: jwtlai@jeeves.waterloo.edu (Jim W Lai)
  3128. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  3129. Organization: University of Waterloo
  3130. Date: Sat, 22 May 1992 02:25:19 GMT
  3131.  
  3132.  
  3133. In article <telecom12.399.5@eecs.nwu.edu> andys@ulysses.att.com (Andy
  3134. Sherman) writes:
  3135.  
  3136. > On 17 May 92 21:10:31 GMT, XB.G20@Forsythe.Stanford.EDU (Loren
  3137. > Amelang) said:
  3138.  
  3139. >> Pacific Bell has petitioned the California Public Utilities
  3140. >> Commission for permission to discontinue Data Access Line
  3141. >> service.  In return, they propose to "support analog data
  3142. >> communication at up to 4800 baud" on all of their standard
  3143. >> voice phone lines.
  3144.  
  3145. > PacBell could get hoist on their own
  3146. > petard with this one.  [...]  I am fairly certain that the high
  3147. > speed modems operating at 9600 bps (and higher) do so at 2400 or 4800
  3148. > baud, using a combination of multi-bit transmission and data compression.
  3149.  
  3150. The v.32 and v.32bis standards use trellis-coding to achieve the
  3151. higher data rate over a 2400 baud carrier signal, achieving speeds to
  3152. 4800 bps, 7200 bps, 9600 bps, 12 kbps, and 14.4 kbps.  v.42bis or
  3153. MNP5/7 compression are independent of the baud and bps rates
  3154. transmitted over the line.  But is it possible that the nature of this
  3155. 4800 baud cap might possibly cause artifacts impairing these higher
  3156. speed encodings?
  3157.  
  3158. ------------------------------
  3159.  
  3160. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  3161. From: cybrspc!roy@cs.umn.edu (Roy M. Silvernail)
  3162. Date: Fri, 22 May 92 21:31:26 CDT
  3163. Organization: Villa CyberSpace, Minneapolis, MN
  3164.  
  3165.  
  3166. XB.G20@Forsythe.Stanford.EDU (Loren Amelang) writes:
  3167.  
  3168. > Pacific Bell has petitioned the California Public Utilities Commission
  3169. > for permission to discontinue Data Access Line service.  In return,
  3170. > they propose to "support analog data communication at up to 4800 baud"
  3171. > on all of their standard voice phone lines.
  3172.  
  3173. > I'm hoping some members of this forum have the expertise to compose a
  3174. > meaningful specification for the quality of our phone lines, and that
  3175. > we could submit it as more than just personal flames.  The PUC is
  3176. > begging for input right now, and we could influence the future in our
  3177. > favor!
  3178.  
  3179. I wonder if the fine folks at Pac*Bell haven't just shot themselves in
  3180. the foot with this specification?
  3181.  
  3182. As most readers of the Digest are aware, there is a _vast_ difference
  3183. between "baud" and "bits per second" (also referred to as "bps"), even
  3184. though common usage has equated the two.  I seem to recall that a
  3185. standard dialup line can support somewhere around a 600 baud
  3186. connection, although modulation trickery can pass better than 2400
  3187. bits per second on a 600 baud signal.  More trickery, and you can
  3188. achieve 14,400 and above.
  3189.  
  3190. Now, it would seem to me that, if Pac*Bell writes a tariff that
  3191. specifies "up to 4800 baud", then subscribers to that tariffed service
  3192. can expect exactly that ... and expect to get a line supporting
  3193. somwhere around eight times the current technical limit.  John Higdon
  3194. could probably comment with some authority on how closely a carrier
  3195. may be held to its tariff (given his experience with Pac*Bell), but
  3196. I'd bet that the carrier won't be able to redefine baud after the fact
  3197. if this language is adopted.
  3198.  
  3199. John, is this a blessing in disguise?
  3200.  
  3201.  
  3202. Roy M. Silvernail |+|  roy%cybrspc@cs.umn.edu
  3203.  
  3204. ------------------------------
  3205.  
  3206. Date: 22 May 92 12:51:12 EDT
  3207. From: tim gorman <71336.1270@CompuServe.COM>
  3208. Subject: Re: Cellular and ANI
  3209.  
  3210.  
  3211. Several messages have appeared in the past few Digests concerning
  3212. equal access from cellular subscribers.
  3213.  
  3214. Software is apparently available for several types of MTSO's that make
  3215. them into equal access end offices. This allows them to either
  3216. directly connect to the IC's (as stated in Steve Forrette's posting of
  3217. May 17) or via an access tandem.
  3218.  
  3219. The use of an RBOC access tandem requires the RBOC tariffs to support
  3220. this type of connection (we do in Kansas). From the Access Tandem (AT)
  3221. viewpoint it just looks like an equal access trunk from another end
  3222. office. The AT expects proper routing codes, etc.
  3223.  
  3224.  From my vantage point the main hangup with the AT arrangement has
  3225. seemed to be the requirement for the cellular customer to provide AMA
  3226. data to the LEC to allow access billing to the IC's. Most have not
  3227. seen enough advantage, I guess, in providing equal access to go
  3228. through the hassles involved in setting up the links and doing the
  3229. data processing. (Note: Direct trunking gets around passing data to
  3230. the LEC.)
  3231.  
  3232.  
  3233. Tim Gorman - SWBT
  3234. *opinions are mine, any resemblance to official policy is coincidence*
  3235.  
  3236. ------------------------------
  3237.  
  3238. From: wpns@pictel.com (Willie Smith)
  3239. Subject: Re: 911 for Seagoing Cellular Users?
  3240. Organization: PictureTel Corporation
  3241. Date: Fri, 22 May 1992 17:07:12 GMT
  3242.  
  3243.  
  3244. Patton M. Turner <pturner@eng.auburn.edu> writes:
  3245.  
  3246. > Shakespeare makes a 2' and 4' fiberglass cellular antenna for boats.
  3247. > There are well made and include RG-8X coax rather than RG-58.
  3248.   ...
  3249. > difference in range compaired to the handheld as you will get a 7 dB
  3250. > in power from the 3 W portable, and you should gain at least 10 dB by
  3251. > replacing the rubber duckie with a ressonant high gain antenna.
  3252.  
  3253. I'd want to use a better wire than RG-8X, as it has something like 12
  3254. db loss per 100 feet at 900 MHz, which means 50 feet of it is going to
  3255. pretty much null out the gain of the antenna.  Of course, getting the
  3256. antenna up higher probably helps a lot, but a decent cable (say 9913)
  3257. would give you most of your lost gain (canyou say that?) back.
  3258.  
  3259.  
  3260. Willie Smith     wpns@pictel.com
  3261.  
  3262. ------------------------------
  3263.  
  3264. From: henry@ads.com (Henry Mensch)
  3265. Date: Fri, 22 May 92 10:36:01 -0700
  3266. Subject: Re: Pac$Bell Gets Tricky
  3267. Reply-To: henry@ads.com
  3268.  
  3269.  
  3270. edg@netcom.com (Ed Greenberg) wrote:
  3271.  
  3272. > I was told that they were there to serve ALL of the business office
  3273. > needs of people with complex residence service needs.  This includes
  3274. > work-at-homes, residential centrex (Commstar II), modem users, BBS
  3275. > operators, and fax users.
  3276.  
  3277. I can vouch for this ... when I had my residence phones installed last
  3278. year I was put onto this lot of people (called "our computer expert"
  3279. by the typically-illiterate Pac*Bell account person you get when  you
  3280. call the well-known number to establish residence service) ... what I
  3281. got was this department, and they are exactly as Ed describes them.  
  3282.  
  3283. Surprisingly pleased with this service, I am,
  3284. # henry mensch / booz, allen & hamilton, inc.  / <henry@ads.com>
  3285.  
  3286. ------------------------------
  3287.  
  3288. From: johng.all_proj@comm.mot.com (John)
  3289. Subject: Re: Totally Portable Cellular Issues/Advice?
  3290. Organization: Motorola, Inc. Land Mobile Products Sector
  3291. Date: Fri, 22 May 1992 23:46:31 GMT
  3292.  
  3293.  
  3294. In article <telecom12.390.1@eecs.nwu.edu> gauthier@ug.cs.dal.ca (Paul
  3295. Gauthier) writes:
  3296.  
  3297. > I am exploring the possibility of getting a cell phone to replace the
  3298. > pager I now carry. I need to be accessable during all waking hours
  3299.  
  3300. I recommend keeping the pager and then using the phone to return the
  3301. pages. The coverage of most paging systems is MUCH more reliable than
  3302. cellular systems when used with portables. 250-350 W simulcast
  3303. transmitters can give that in-building saturation that cellular can't
  3304. touch. Put the phone inside your winter coat and see how many calls
  3305. you miss.  Also, you can't yet get a vib alerting cell phone.
  3306.  
  3307.  
  3308. John Gilbert  KA4JMC                           
  3309. Secure and Advanced Conventional Sys Div   
  3310. Motorola Inc, Land Mobile Products Sector 
  3311. Schaumburg, Illinois johng@ecs.comm.mot.com                       
  3312.  
  3313. ------------------------------
  3314.  
  3315. Subject: Re: 950 Sprint Access
  3316. Organization: I.E.C.C.
  3317. Date: 21 May 92 23:45:23 EDT (Thu)
  3318. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  3319.  
  3320.  
  3321. > Does anyone know what 950-1033 is for, and how to use it?
  3322.  
  3323. To the best of my understanding, the current more-or-less-equal access
  3324. 800 system provides an interface between the local telco and the long
  3325. distance carrier which is technically similar to that from a FGB 950
  3326. number, with good voice quality, ANI, and supervision.  The cost to
  3327. the LD company also seems to be about the same.
  3328.  
  3329. When Sprint became able to handle their own 800 number, they decided
  3330. to switch their entire FONcard system to 800-877-8000 since 800
  3331. numbers are far less likely to be screwed up than 950 numbers by
  3332. antique phone exchanges, misprogrammed PBXes, crooked COCOTs, and the
  3333. like.
  3334.  
  3335. At this point, 950-1033 remains for the few Sprint subscribers who do
  3336. not have equal access, and who make calls via 950-1033 + account
  3337. number + number to call.
  3338.  
  3339.  
  3340. Regards,
  3341.  
  3342. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  3343.  
  3344. ------------------------------
  3345.  
  3346. From: pzs@ficus.webo.dg.com (Peter Z. Simpson)
  3347. Subject: Re: A Musical Telecom Reference
  3348. Date: 22 May 92 11:45:41
  3349. Organization: Data General Corp., Westboro, MA
  3350.  
  3351.  
  3352.     [discussion of phone numbers containing "666"]
  3353.  
  3354.     A long time ago, I was the proud owner of (413) 546-6666. It was
  3355. the phone in my dorm room at UMASS/Amherst (probably still is :-)
  3356.  
  3357.     It was on an old CENTREX system, where you only had to dial the
  3358. last five digits of the number from anywhere else within the system.
  3359. It was a favorite "fun thing" to do on Fri. and Sat. nights, I guess,
  3360. to dial 6-6666 and see what happened (more fun after a few beers).
  3361.  
  3362.     We finally removed the bells from our phone. That way, we could
  3363. still hear it (softly) ring but could also roll over and sleep through
  3364. it if we didn't feel like getting up to answer it. 
  3365.  
  3366.     Oh yeah, this was before the 666 = "mark of the beast" stuff.
  3367. Just an old memory ...
  3368.  
  3369.  
  3370. Peter Simpson, KA1AXY      voice: (508) 870-9837 
  3371. Data General Corp.           fax: (508) 898-4212 
  3372. 4400 Computer Dr. E236  INTERNET: pzs@ficus.webo.dg.com [128.221.228.82]
  3373. Westboro, MA  01580     #include  <std_disclaimer.h>   
  3374.  
  3375. ------------------------------
  3376.  
  3377. End of TELECOM Digest V12 #408
  3378. ******************************
  3379. 
  3380. 
  3381. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa04410;
  3382.           24 May 92 1:34 EDT
  3383. Received: by delta.eecs.nwu.edu id AA09502
  3384.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 23 May 1992 23:48:58 -0500
  3385. Received: by delta.eecs.nwu.edu id AA08600
  3386.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 23 May 1992 23:48:50 -0500
  3387. Date: Sat, 23 May 1992 23:48:50 -0500
  3388. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3389. Message-Id: <199205240448.AA08600@delta.eecs.nwu.edu>
  3390. To: "\\telecom"@eecs.nwu.edu
  3391. Subject: TELECOM Digest V12 #409
  3392.  
  3393. TELECOM Digest     Sat, 23 May 92 23:48:50 CDT    Volume 12 : Issue 409
  3394.  
  3395. Index To This Issue:                      Moderator: Patrick A. Townson
  3396.  
  3397.     Re: Electronic Show Open to Public This Year! (Robert J. Woodhead)
  3398.     Re: Electronic Show Open to Public This Year! (Scott Dorsey)
  3399.     Re: Electronic Show Open to Public This Year! (Christopher Wolf)
  3400.     Re: Electronic Show Open to Public This Year! (David Lemson)
  3401.     Re: Electronic Show Open to Public This Year! (Bob Frankston)
  3402.     Re: Electronic Show Open to Public This Year! (Jerry Durand)
  3403.     Re: Electronic Show Open to Public This Year! (Ben Black)
  3404.     Re: *67 and Related Topics (Bob Frankston)
  3405.     Re: *67 and Related Topics (Fred R. Goldstein)
  3406.     Re: Wiring Question for Old Phone (David Niebuhr)
  3407.     Re: All Zeros in the Subscriber Number (Michael Ho)
  3408.     Re: High Speed Modems (Bill Berbenich)
  3409.     Re: Pacific Bell to Discontinue Data Access Lines (John Higdon)
  3410.     Re: Pacific Bell to Discontinue Data Access Lines (Gordon Burditt)
  3411.     Re: LD Carrier as Local Phone Company? (Bill Berbenich)
  3412.     Re: MCI Mail Billing (John C. Fowler)
  3413.     Re: Headset Recomendation Wanted (Carl Moore)
  3414. ----------------------------------------------------------------------
  3415.  
  3416. From: trebor@foretune.co.jp (Robert J Woodhead)
  3417. Subject: Re: Electronic Show Open to Public This Year!
  3418. Organization: Foretune Co., Ltd.
  3419. Date: Fri, 22 May 1992 07:54:59 GMT
  3420.  
  3421.  
  3422. TELECOM Moderator <telecom@eecs.nwu.edu> writes:
  3423.  
  3424. > The Electronic Show at McCormick Place in Chicago is open to the
  3425. > public this year for the first (and possibly last?) time ever. I have
  3426. > wanted to attend this show for many years and never could get in ...
  3427. > so this year I am definitly going.
  3428.  
  3429. All you need to get into most such shows is a business card that has
  3430. some plausible connection to the industry; surely you have some sort
  3431. of "Telecom Consultant" card you can lay on them ...
  3432.  
  3433. Pre-registration is also a way to get into most so-called restricted
  3434. shows that works like a charm.
  3435.  
  3436.  
  3437.  
  3438. Robert J. Woodhead, Biar Games / AnimEigo, Incs.  trebor@foretune.co.jp
  3439.  
  3440. ------------------------------
  3441.  
  3442. Date: Fri, 22 May 92 09:16:17 EST
  3443. From: Scott Dorsey <kludge@grissom.larc.nasa.gov>
  3444. Subject: Re: Electronic Show Open to Public This Year!
  3445. Organization: NASA Langley Research Center and Reptile Farm
  3446.  
  3447.  
  3448. Just to warn you that a lot of companies are going to be pulling out for
  3449. the two days that are open to the public, and all of the interesting 
  3450. sessions are going to be earlier in the week.  Don't expect it to be like
  3451. a regular CES.
  3452.  
  3453. If you had asked, I would have given you some of the free tickets that
  3454. vendors keep sending me ... I must have thrown ten pairs away so far.
  3455.  
  3456.  
  3457. Scott
  3458.  
  3459. ------------------------------
  3460.  
  3461. From: cmwolf@mtu.edu (CHRISTOPHER WOLF)
  3462. Subject: Re: Electronic Show Open to Public This Year
  3463. Date: Fri, 22 May 92 11:38:47 EDT
  3464.  
  3465.  
  3466. I'm a college student whose job will be taking me within two hours of
  3467. Chicago next week.  (Benton Harbor, Buchanan: MI area).  I was
  3468. wondering about the electronics show you mentioned in the Digest.
  3469. What sort of companies or people will be there.  Which electronics
  3470. show is this?
  3471.  
  3472.  
  3473. Christopher Wolf    Electrical Engineer   cmwolf@mtu.edu
  3474.  
  3475.  
  3476. [Moderator's Note: Dozens of companies in the electronics industry
  3477. will be there. This is the major annual consumer electronics show held
  3478. each year. Many exhibits will be of things to be introduced during the
  3479. next year to the public.   PAT]
  3480.  
  3481. ------------------------------
  3482.  
  3483. From: lemson@ux1.cso.uiuc.edu (David Lemson)
  3484. Subject: Re: Electronic Show Open to Public This Year!
  3485. Organization: University of Illinois at Urbana
  3486. Date: Sat, 23 May 1992 00:43:38 GMT
  3487.  
  3488.  
  3489. TELECOM Moderator <telecom@eecs.nwu.edu> writes:
  3490.  
  3491. > It is open to the public all day Saturday, May 30 and Sunday, May 31.
  3492. > Admission tickets are about eight dollars each. Anyone from the area
  3493. > plan on attending a week from Saturday?  Even out of towners -- if you
  3494. > don't have to travel *too* far, might enjoy coming in for the weekend.
  3495.  
  3496. A portable phone/beeper store on S. Dearborn that I walk by on my way
  3497. to work had a sign on the door this morning offering free CES tickets.
  3498. I am going to try to get some tomorrow!  (I always thought you should
  3499. get free tickets to that sort of thing from vendors ... not PAY!)
  3500.  
  3501.  
  3502. David Lemson                                                 (217) 244-1205
  3503. University of Illinois NeXT Campus Consultant  / CCSO NeXT Lab System Admin
  3504. Internet : lemson@uiuc.edu                 UUCP :...!uiucuxc!uiucux1!lemson 
  3505. NeXTMail accepted                                   BITNET : LEMSON@UIUCVMD
  3506.  
  3507. ------------------------------
  3508.  
  3509. From: Bob_Frankston@frankston.com
  3510. Subject: Re: Electronic Show Open to Public This Year!
  3511. Date: Fri 22 May 1992 18:33 -0400
  3512.  
  3513.  
  3514. Minor point, the official time for the public is noon Saturday onward.
  3515.  
  3516. ------------------------------
  3517.  
  3518. From: JDurand@cup.portal.com
  3519. Subject: Re: Electronic Show Open to Public This Year!
  3520. Date: Fri, 22 May 92 21:53:31 PDT
  3521.  
  3522.  
  3523. > The Electronic Show at McCormick Place in Chicago is open to the
  3524.  
  3525. That's the Summer Consumer Electronics Show.
  3526.  
  3527. > public this year for the first (and possibly last?) time ever. I have
  3528. > wanted to attend this show for many years and never could get in ...
  3529. > so this year I am definitly going.
  3530.  
  3531. It may be the last time.  We had a booth in the last CES in January and I
  3532. talked to several of the other exhibitors there about opening the show to
  3533. the public.  I didn't find anyone who thought it was a good idea since
  3534. nothing is for sale at this show and a lot of the items on display are
  3535. prototypes (we are just now starting production on the items we were
  3536. showing) and may not even be for sale in this country.
  3537.  
  3538. The show rules say we must keep our booths open every day of the show
  3539. (12 hours on the 30th!!)  but we may block off a part (but not all) of
  3540. the booth.  We will be leaving about the first foot open to the public
  3541. and will not demo equipment to anyone not wearing an industry badge.
  3542. We are not doing this to be mean; but the units we will have on
  3543. display are the only ones we have at the moment and they are currently
  3544. only for sale in Europe, not of much interest for the general public.
  3545. We also only have two people to work the booth and by the weekend we
  3546. won't be in much of a mood to talk to anyone (the setup for the show
  3547. is the 27th and we won't be packed up until late Sunday night).  I
  3548. would assume you will find quite a few closed booths, but you can
  3549. still look.
  3550.  
  3551. The booth is NOT listed under our normal company name, so if you want
  3552. to find me, you'll have to do a bit of looking. 8-)
  3553.  
  3554.  
  3555. Jerry Durand    Durand Interstellar, Inc.   jdurand@cup.portla.com
  3556.  
  3557.  
  3558. [Moderator's Note: Well gee, I wish you had included the name you were
  3559. using at the show; that way we could all keep our distance and not
  3560. cause any inconvenience for your people by possibly asking dumb
  3561. questions or showing any interest in your products.  :(    PAT] 
  3562.  
  3563. ------------------------------
  3564.  
  3565. Date: Sat May 23 03:17:54 1992
  3566. From: gbb@mjbtn.jobsoft.com (Ben Black)
  3567. Subject: Re: Electronic Show Open to Public This Year!
  3568.  
  3569.  
  3570. Hi Pat,
  3571.  
  3572. I'm planning on going to CES on Sunday. Sounds like it'll be pretty
  3573. fun. The new digital cellular stuff should be there.
  3574.  
  3575.  
  3576. Ben/Nashville
  3577.  
  3578.  
  3579. [Moderator's Note: There should be lots of interesting stuff to see.
  3580. Maybe a few Digest readers will see each other there.   PAT]
  3581.  
  3582. ------------------------------
  3583.  
  3584. From: Bob_Frankston@frankston.com
  3585. Subject: Re: *67 and Related Topics
  3586. Date: Fri 22 May 1992 22:08 -0500
  3587.  
  3588.  
  3589. Toggle?? Toggle??  Really, a roulette implementation with a 50/50 shot
  3590. of *67 doing what one expects?  Or is there a way of deterministically
  3591. testing which mode one is in so that one can, for example, have a
  3592. modem place a call with a known Caller-ID state?
  3593.  
  3594. ------------------------------
  3595.  
  3596. From: goldstein@carafe.enet.dec.com (Fred R. Goldstein)
  3597. Subject: Re: *67 and Related Topics
  3598. Organization: Digital Equipment Corp., Littleton MA USA
  3599. Date: Sat, 23 May 1992 18:17:18 GMT
  3600.  
  3601.  
  3602. In article <telecom12.396.2@eecs.nwu.edu>, Tony Harminc <TONY@VM1.
  3603. MCGILL.CA> writes:
  3604.  
  3605. > I intend to submit comments on this to the commission, but I would
  3606. > like to confirm my understanding of how per call blocking works in the
  3607. > US Today.  I understand that to block Caller*ID info, *67 is prepended
  3608. > to the number to be dialed.  I have heard, though it seems very
  3609. > strange, that if *per line* blocking is in effect, *67 will *unblock*
  3610. > for the one following call.  Is this true?
  3611.  
  3612. Indeed, this question was raised to the Massachusetts DPU when
  3613. Caller*ID was debated.  They ruled that Caller*ID is okay, but must
  3614. have per-line and per-call blocking, AND the "block" and "unblock"
  3615. codes must be DIFFERENT!  The *67 "toggle" was ruled out.
  3616.  
  3617. Of course, NETel refused to go along, and we still can't get the
  3618. feature.  NET doesn't say it's because their switches don't have that
  3619. toggle fixed yet (and I agree that it's a misfeature), but it wouldn't
  3620. surprise me.
  3621.  
  3622.  
  3623. Fred R. Goldstein   goldstein@carafe.enet.dec.com 
  3624.                  or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  3625. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  3626.  
  3627. ------------------------------
  3628.  
  3629. Date: Sat, 23 May 92 18:56:14 -0400
  3630. From: niebuhr@bnlux1.bnl.gov (david niebuhr)
  3631. Subject: Re: Wiring Question for Old Phone
  3632.  
  3633.  
  3634. In article <telecom12.384.11@eecs.nwu.edu>, John_David_Galt@cup.
  3635. portal.com writes:
  3636.  
  3637. > I just got hold of a Princess phone myself, and have a different
  3638. > question.  Does anyone out there know where I can get the transformer
  3639. > you need to power the lighted dial?
  3640.  
  3641. I was in the local AT&T Phone Store yesterday and there were old style
  3642. Princess phones (rotary and touch tone) there.  Maybe they might have
  3643. the transformer there.
  3644.  
  3645.  
  3646. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  3647. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  3648.  
  3649. ------------------------------
  3650.  
  3651. From: mikeho@seeker.mystic.com (Michael Ho)
  3652. Subject: Re: All Zeros in the Subscriber Number
  3653. Organization: Mystic Software Pittsburg, Ca
  3654. Date: Sat, 23 May 1992 01:22:30 GMT
  3655.  
  3656.  
  3657. As a side note to the "Hey, *I* have a 9000-series home number, too"
  3658. thread:
  3659.  
  3660. Pacific Bell initially offered me XXX-3825.  I chuckled a little bit,
  3661. then said I didn't want that particular number, because it spelled
  3662. something lewd.
  3663.  
  3664. "What's it spell?" the Pac*Bell employee asked.
  3665.  
  3666. "Er, DUCK.  Now use your imagination with the first letter."
  3667.  
  3668. Maybe I should have kept it.  Sure would have been easy to remember.
  3669.  
  3670.  
  3671. Michael Ho (mikeho@seeker.mystic.com)     was: ho@hoss.unl.edu
  3672. Michael Ho, Pleasant Hill 94523
  3673. Internet:  mikeho@seeker.mystic.com    UUCP:  ...!seeker!mikeho
  3674. R/O Capable on RIME (DISNEY/QMAIL/WRITERS): Michael Ho -> WOL
  3675.  
  3676. ------------------------------
  3677.  
  3678. From: bberbeni@isis.cs.du.edu (Bill Berbenich)
  3679. Subject: Re: High Speed Modems
  3680. Date: 23 May 92 03:55:46 GMT
  3681. Organization: University of Denver, Dept. of Math & Comp. Sci.
  3682.  
  3683.  
  3684. moon!cyberden!tyrxis@well.sf.ca.us writes:
  3685.  
  3686. > What I mean is, does the v.32bis have downward compatibility with
  3687. > v.32 modems?
  3688.  
  3689. Yes.
  3690.  
  3691. ------------------------------
  3692.  
  3693. Date: Sat, 23 May 92 14:04 PDT
  3694. From: john@zygot.ati.com (John Higdon)
  3695. Reply-To: John Higdon <john@zygot.ati.com>
  3696. Organization: Green Hills and Cows
  3697. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  3698.  
  3699.  
  3700. cybrspc!roy@cs.umn.edu (Roy M. Silvernail) writes:
  3701.  
  3702. > John, is this a blessing in disguise?
  3703.  
  3704. My Pac*Bell contacts have been remarkably silent on this issue. My
  3705. inclination is to believe that the final tariff version will have the
  3706. "correct" language in it and will discuss 'bps' or 'data speed' rather
  3707. than baud. Or (as occurs several places in the CPUC tariffs on other
  3708. matters), the term 'baud' may be redefined.
  3709.  
  3710. Andy Sherman and I discussed this (heatedly at times) off the air.
  3711. Even before the announcement I had this conspiracy theory about how
  3712. the telcos and IECs are going to start compressing the data that
  3713. carries phone calls, rendering high speed modems useless. Then (and
  3714. only then) would ISDN, switched 56, and all the other direct data
  3715. formats become a commodity worth paying real money for--given no
  3716. alternative. I was never really serious about this, but this latest
  3717. announcement gives one pause.
  3718.  
  3719. If in fact Pac*Bell is promising only 4800 bps throughput on ANY
  3720. dialup voice line, we may be seeing the beginnings of this attempt.
  3721. Notwithstanding all the hoo-hah that has been posted about the
  3722. wonderfulness and availability of ISDN (it is still too expensive for
  3723. casual residential use and its availability leaves a lot to be
  3724. desired), high speed modems are going to be the only practical method
  3725. of data transport for the common man for some time. It would not take
  3726. much effort by the carriers to take this all away.
  3727.  
  3728. Right now, it takes six telephone lines with high speed modems to
  3729. provide sufficient bandwidth for data flow through my home computer.
  3730. Even though my CO is ISDN-capable (what a shock!) and I live within
  3731. the requisite distance, a recent pricing and reality check relating to
  3732. obtaining ISDN reveals that the phone lines are still the best way to
  3733. go. Salient points: the required business grade Centrex is a waste of
  3734. money and expensive for local calling; the ISDN interface equipment
  3735. would still top $1000; and exactly one of the other sites I talk to
  3736. has ISDN-capability.
  3737.  
  3738. But take away those high speed modems and what other choice would
  3739. there be?
  3740.  
  3741.  
  3742.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  3743.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  3744.  
  3745. ------------------------------
  3746.  
  3747. From: gordon@sneaky.lonestar.org (Gordon Burditt)
  3748. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  3749. Organization: Gordon Burditt
  3750. Date: Sat, 23 May 1992 15:28:16 GMT
  3751.  
  3752.  
  3753. > Careful here with terminology.  PacBell could get hoist on their own
  3754. > petard with this one.  Everybody should please remember that baud is
  3755. > not a synonym for bits per second.  The baud rate has to do with
  3756. > carrier transitions.  If you put across more than one bit per
  3757. > transition, then your data rate (in bits per second) will be some
  3758. > integer multiple of the baud rate.  I am fairly certain that the high
  3759. > speed modems operating at 9600 bps (and higher) do so at 2400 or 4800
  3760. > baud, using a combination of multi-bit transmission and data
  3761.  
  3762. I have this modem that operates on three different baud rates,
  3763. approximately 7, 10, and 22.  (No, not 7,000, or 700, but seven
  3764. symbols per second.  The baud rate goes DOWN as you approach maximum
  3765. throughput.)  It gets up to 18,000 bits/second raw data throughput,
  3766. and then you add the effect of compression on top of that.  Telebit
  3767. has sold lots of them.
  3768.  
  3769. Now, let's suppose I speed up this modem by a factor of 200.  The baud
  3770. rates are now 1,400, 2,000, and 4,400, still under the 4800 spec.  And
  3771. I'm getting 3,600,000 bits/second.  Of course, in the process, I had
  3772. to use a lot more bandwidth, but I guess PacBell will just have to
  3773. provide a nice, clean line that gives me 600 KHz of bandwidth.  (This
  3774. isn't how Telebit implemented "Turbo PEP", which presumably works on
  3775. real lines that exist now).
  3776.  
  3777. Of course, I could always leave the baud rate where it is, and design
  3778. a multi-carrier scheme that requires clean bandwidth between about 300
  3779. Hz and cosmic rays.  Now I just exceeded the combined bandwidth of all
  3780. of PacBell's fiber optic cables.
  3781.  
  3782. > compression.  A tariff that specified only the baud rate and not the
  3783. > data rate could leave you a loophole big enough to drive at least a
  3784. > V.32 through.  I wonder if the regulatory dweebs at PacBell realize
  3785. > that? 
  3786.  
  3787. V.32 HAH!  I could drive the main bus of every computer system ever
  3788. built, plus every satellite channel, every fiber optic cable, and
  3789. every local loop through that loophole simultaneously!
  3790.  
  3791.  
  3792. Gordon L. Burditt    sneaky.lonestar.org!gordon
  3793.  
  3794. ------------------------------
  3795.  
  3796. Subject: Re: LD Carrier as Local Phone Company?
  3797. Date: Sat, 23 May 92 14:19:20 BST
  3798. From: bill@eedsp.gatech.edu (Bill Berbenich)
  3799. Reply-To: bill@eedsp.gatech.edu
  3800.  
  3801.  
  3802. Southern Bell apparently blocks PIC (10xxx) dialing on intra-LATA
  3803. calls here.  It's cheaper for me to use my LD carrier to make some
  3804. intra-LATA calls from my home, but I cannot prepend the PIC without
  3805. getting an intercept message from SB.  I can, however, use the FGB
  3806. number without surcharge.
  3807.  
  3808. I have also tried prepending an acceptable PIC (10288, for instance)
  3809. which would otherwise work on cellular here (A or B) and gotten the
  3810. same intercept in both cases and from both carriers.  Inter-LATA calls
  3811. go through fine in both cases.
  3812.  
  3813.  
  3814. Bill
  3815.  
  3816. ------------------------------
  3817.  
  3818. Date: Sat, 23 May 92 15:01 GMT
  3819. From: "John C. Fowler" <0003513813@mcimail.com>
  3820. Subject: Re: MCI Mail Billing
  3821.  
  3822.  
  3823. Just for the record, I used to overpay my MCI Mail bills, and they had
  3824. no problems with it in their billing system.  On one occasion, they
  3825. only credited the monthly balance even though the check was more, but
  3826. they only cashed the check for the balance amount, so I assumed they
  3827. had just made a simple mistake in that instance.
  3828.  
  3829. Note that MCI Mail also has a system where they will bill your monthly
  3830. balance to a credit card instead of sending you their own bill each
  3831. month.  Write to MCI Help (yes, it's a free mailbox) for more details
  3832. on that.
  3833.  
  3834. (I am not a spokesperson for MCI Mail: just a normal customer.)
  3835.  
  3836.  
  3837. John C. Fowler, 3513813@mcimail.com
  3838.  
  3839. ------------------------------
  3840.  
  3841. Date: Fri, 22 May 92 9:49:03 EDT
  3842. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  3843. Subject: Re: Headset Recomendation Wanted
  3844.  
  3845.  
  3846. That reminds me, there was a little blurb in the "Regional" section of
  3847. the (Wilmington, Del.) News-Journal about some operators in Cumberland
  3848. (in western Maryland; I'm in northeastern Md.) getting shocked by some
  3849. headsets.  The phone company would be C&P.
  3850.  
  3851. ------------------------------
  3852.  
  3853. End of TELECOM Digest V12 #409
  3854. ******************************
  3855. 
  3856. 
  3857. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa05351;
  3858.           24 May 92 18:16 EDT
  3859. Received: by delta.eecs.nwu.edu id AA27588
  3860.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 24 May 1992 16:26:07 -0500
  3861. Received: by delta.eecs.nwu.edu id AA22914
  3862.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 24 May 1992 16:25:58 -0500
  3863. Date: Sun, 24 May 1992 16:25:58 -0500
  3864. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3865. Message-Id: <199205242125.AA22914@delta.eecs.nwu.edu>
  3866. To: "\\telecom"@eecs.nwu.edu
  3867. Subject: TELECOM Digest V12 #410
  3868.  
  3869. TELECOM Digest     Sun, 24 May 92 16:25:57 CDT    Volume 12 : Issue 410
  3870.  
  3871. Index To This Issue:                      Moderator: Patrick A. Townson
  3872.  
  3873.     Re: ISDN Availability - Outside Plant Limitations (Marvin Sirbu)
  3874.     Re: 900 Blocking Not Guaranteed Effective (Vance Shipley)
  3875.     Re: CLID Displays Out of Area Number (Derek Andrew)
  3876.     Re: CLID Displays Out of Area Number (Mark Henderson)
  3877.     Re: Electronic Show Open to Public This Year! (James Buster)
  3878.     Re: Electronic Show Open to Public This Year! (acct069@caroll1.cc.edu)
  3879.     Re: EasyReach 700 and International Calls (Nigel Roberts)
  3880.     Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded? (Curtis E. Reid)
  3881.     Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded? (Mark Cavallaro)
  3882.     Re: 950-1ATT and 950-DOMINOS (Richard A. Hyde)
  3883.     Re: 700 Numbers, Calling Cards, and Carrier Access Codes (Carl Moore)
  3884.     Re: Cellular One/Boston Update (Kenneth Crudup)
  3885.     Re: Have I Been Slammed? (Michael Rosen)
  3886.     Re: The "Telephone Consumer Protection Act of 1991" (Peter da Silva)
  3887. ----------------------------------------------------------------------
  3888.  
  3889. Date: Sat, 23 May 1992 21:12:11 -0400 (EDT)
  3890. From: Marvin Sirbu <ms6b+@andrew.cmu.edu>
  3891. Subject: Re: ISDN Availability - Outside Plant Limitations
  3892.  
  3893.  
  3894. In the proceedings of the International Symposium on Suscriber Loop
  3895. Services held in Boston, September, 1988, authors E.Arnon, W. Chomik
  3896. and S. Aly of Bell Norther Research in a paper entitled "Performance
  3897. of 2B1Q transmission system for ISDN basic access" found as follows:
  3898.  
  3899. > Abstract
  3900. >   Based on extensive studies by the ANSI T1 Committee, the 2B1Q 
  3901. >   line code was chosen as the carriage mechanism for ISDN basic 
  3902. >   rate deployment. To explore the performance limits of this code, 
  3903. >   a system was built and tested. The system is described, and 
  3904. >   issues and performance measurement techniques are addressed. It 
  3905. >   is demonstrated from analysis of the measurement results, the 
  3906. >   LOOP loss distribution, and the worst-case crosstalk values that 
  3907. >   up to 98% of the North American nonloaded loops can be covered 
  3908. >   with adequate performance and noise margin
  3909.  
  3910. ------------------------------
  3911.  
  3912. From: vances@xenitec.on.ca (Vance Shipley)
  3913. Subject: Re: 900 Blocking Not Guaranteed Effective
  3914. Organization: SwitchView Inc., Waterloo, Ontario
  3915. Date: Sun, 24 May 1992 01:17:50 GMT
  3916.  
  3917.  
  3918. In article <telecom12.396.3@eecs.nwu.edu> Jim.Rees@umich.edu writes:
  3919.  
  3920. > [Moderator's Note: The rep is wrong. 900/976 blocking is a local thing, 
  3921. > right there at your CO; this decision is NOT left up to Information
  3922. > Providers who 'decide to play nice'.  PAT]
  3923.  
  3924. Actually it may be!  
  3925.  
  3926. In the case of the {USA Today} fiasco you suggested that a routing
  3927. table entry error by AT&T caused the 800 -> 900 leaks.  AT&T then used
  3928. some creative billing to recoup their losses.
  3929.  
  3930.  
  3931. Vance Shipley 
  3932. vances@xenitec.on.ca   vances@ltg.uucp   ..uunet!watmath!xenitec!vances
  3933.  
  3934. ------------------------------
  3935.  
  3936. From: andrew@jester.USask.ca (Derek Andrew)
  3937. Subject: Re: CLID Displays Out of Area Number
  3938. Reply-To: andrew@jester.USask.ca
  3939. Organization: University of Saskatchewan
  3940. Date: Sun, 24 May 1992 18:44:15 +0100
  3941.  
  3942.  
  3943. My CLID box today showed me an incoming long distance call from
  3944. Toronto, some thousands of miles away across a couple of area codes.
  3945. Toronto is served by Bell Canada, but I am served in Saskatchewan by
  3946. SaskTel, a different phone company. Bell is regulated in Canada by the
  3947. CRTC but SaskTel is not.
  3948.  
  3949. This CLID might just be working all across this country!
  3950.  
  3951.  
  3952. Derek Andrew, Manager of Computer Network & Technical Services
  3953. University of Saskatchewan, Saskatoon Saskachewan, Canada, S7N 0W0
  3954. Andrew@Sask.USask.CA, +1-306-966-4808,  52 11 23N 106 48 48W
  3955.  
  3956. ------------------------------
  3957.  
  3958. From: henderso@netcom.com (Mark Henderson)
  3959. Subject: Re: CLID Displays Out of Area Number
  3960. Date: Sun, 24 May 92 03:59:02 GMT
  3961. Organization: Netcom
  3962.  
  3963.  
  3964. In article <telecom12.389.8@eecs.nwu.edu> albert@INSL.McGill.CA
  3965. (Albert Pang) writes:
  3966.  
  3967. > I have noticed today when I received a long distance call from Ottawa
  3968. > that my caller ID display device shows the number (out of area code)
  3969. > that called me including the area code.
  3970.  
  3971. > I believe this is the first in North America (please correct me if I
  3972. > am wrong).  I think this only works for certain switches operated by
  3973. > Bell Canada within Quebec and Ontario.
  3974.  
  3975. > My exchange is (514) 289-xxxx and the person that called me is
  3976. > (613) 741-xxxx.
  3977.  
  3978. I've also noticed this. Some calls from area code 416 (Toronto, Ont.
  3979. and environs) are showing up on my Caller ID device in New
  3980. Westminster, B.C.  (area code 604). So, it isn't just Bell Canada
  3981. switches between Quebec and Ontario which are transmitting the
  3982. Caller-ID Data (B.C. is served by B.C. Tel).
  3983.  
  3984. The first time I received Caller ID data from Toronto was on 17 May.
  3985.  
  3986.  
  3987. Mark Henderson, +1 604 585 8394, henderso@netcom.com
  3988.  
  3989. ------------------------------
  3990.  
  3991. From: bitbug@netcom.com (James Buster)
  3992. Subject: Re: Electronic Show Open to Public This Year!
  3993. Date: Sun, 24 May 92 06:54:43 GMT
  3994. Organization: Lynx Real-Time Systems, Inc.
  3995.  
  3996.  
  3997. In article <telecom12.409.2@eecs.nwu.edu> Scott Dorsey <kludge@grissom.
  3998. larc.nasa.gov> writes:
  3999.  
  4000. > Just to warn you that a lot of companies are going to be pulling out for
  4001. > the two days that are open to the public, and all of the interesting 
  4002. > sessions are going to be earlier in the week.  Don't expect it to be like
  4003. > a regular CES.
  4004.  
  4005. Why pull out? Surely the managers of some of these companies realize
  4006. that although they do not directly sell to the general public, demand
  4007. from the general public created by exposure to what they sell might
  4008. cause their customers to buy more in order to meet this demand.
  4009.  
  4010.  
  4011. James Buster    bitbug@netcom.com
  4012.  
  4013. ------------------------------
  4014.  
  4015. From: Ron <acct069@carroll1.cc.edu>
  4016. Subject: Re: Electronic Show Open to Public This Year!
  4017. Date: Sun, 24 May 92 12:01:29 CDT
  4018.  
  4019.  
  4020. > The Electronic Show at McCormick Place in Chicago is open to the
  4021. > public this year for the first (and possibly last?) time ever.
  4022.  
  4023. > It is open to the public all day Saturday, May 30 and Sunday, May 31.
  4024. > Admission tickets are about eight dollars each. 
  4025.  
  4026. Just wanted to correct the above.  My information shows that the
  4027. Summer Consumer Electronic Show is open to the public:
  4028.  
  4029. Sat. May 30th  12:00 (noon) till 9:00pm
  4030. Sun. May 31st  9:00am       till 6:00pm
  4031.  
  4032. Tickets are $8.00 in advance and
  4033.        $10.00 at the door
  4034.  
  4035. There are a limited number of tickets available.  Children 2 and over
  4036. pay full price -- children 10 and under must be accompanied by an
  4037. adult.  I don't have any information on where tickets can be
  4038. purchased.
  4039.  
  4040. ------------------------------
  4041.  
  4042. Date: Fri, 22 May 92 00:28:07 PDT
  4043. From: Nigel Roberts <roberts@frocky.enet.dec.com>
  4044. Subject: Re: EasyReach 700 and International Calls
  4045.  
  4046.  
  4047. > [Moderator's Note: No need to be sarcastic. 
  4048.  
  4049. Wasn't Oscar Wilde who said that sarcasm is the highest form of wit?
  4050. Well, he was half right. In any case, I can't help it, that's just my
  4051. way of looking at the world sometimes.
  4052.  
  4053. > What makes you think that when the European switch sees 700 it won't 
  4054. > automatically default it to AT&T? 
  4055.  
  4056. You are expecting an awful lot of European telcos here. I just don't
  4057. believe it would happen, especially with BT or Telekom. In any case, I
  4058. beleive MCI or Sprint would complain were that to happen.
  4059.  
  4060. > For that matter, maybe 700 will be treated like 800 and not automatically 
  4061. > extended. 
  4062.  
  4063. That was exactly the case some weeks ago, when I tried 700-555-4141
  4064. from England and got a BT intercept.
  4065.  
  4066. > They may require going through USA Direct like 800 numbers do now. 
  4067.  
  4068. Yes, but this is exactly my point -- anyone with a 700 number will be
  4069. isolated from the rest of the IDD world. 99% of Europeans don't have
  4070. US calling cards and have never heard of USA Direct. (O.K. So I'm
  4071. different, I know I'm strange).
  4072.  
  4073. > I know if I get a 700 number I don't want to have to pay for international 
  4074. > calls.   PAT]
  4075.  
  4076. I don't believe you've thought about this carefully. As I understand
  4077. it, a 700 subscriber only picks up the tab for inward calls if he or
  4078. she has given out a PIN number; otherwise the call is charged to the
  4079. caller as a normal long-distance call. The charge to you (the 700
  4080. subscriber) for the forwarded part of the call ought to be the same no
  4081. matter where the call originates.
  4082.  
  4083. You'd never have to pay for an international call unless you'd given
  4084. out the PIN, even assuming this is technically possible. In any case,
  4085. in the unlikely event of this actually being possible, it sounds to me
  4086. like a good deal -- if the call gets were charged at AT&T rates
  4087. instead of Telekom or BT rates.
  4088.  
  4089.  
  4090. Nigel Roberts, European Engineer   "G4IJF"
  4091. +44 206 396610 / +49 6103 383489   FAX +44 206 393148
  4092.  
  4093.  
  4094. [Moderator's Note: Oscar Wilde said he did not care what the Usenet
  4095. newsgroups said about him as long as they spelled his name correctly.
  4096. Or maybe it was the {London Times} he was referencing.  PAT]
  4097.  
  4098. ------------------------------
  4099.  
  4100. Date: 24 May 1992 09:13:56 -0400 (EDT)
  4101. From: "Curtis E. Reid" <CER2520@ritvax.isc.rit.edu>
  4102. Subject: Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded?
  4103.  
  4104.  
  4105. > The Silent Talk Conference on Fidonet has been discussing the
  4106. > (secret?) recording of telephone calls by TDD users. Here are two
  4107. > short excerpts:
  4108.  
  4109. > Hugues Blanchet writes:
  4110.  
  4111. >> We have the right to complete and total privacy in our
  4112. >> communications and we will not accept a surveillance
  4113. >> system that will affect even one iota of our confidentiality!!!
  4114.  
  4115. > Jack O'Keeffe writes:
  4116.  
  4117. >> This is not only a Canadian concern, Hugues.  In an article in the
  4118. >> current ACM "Communications", Karen Kukich, a BellCore researcher
  4119. >> in Morristown, NJ, reports that, "One deaf relay service center was
  4120. >> helpful enough to provide a 40,000-word corpus of TDD transcripts
  4121. >> for study".
  4122.  
  4123. > Can any comp.dcom.telecom readers give the inside scoop on TDD privacy
  4124. > policy?
  4125.  
  4126. I don't know what they are talking about a "surveillance system"??
  4127. Please elaborate.
  4128.  
  4129. Many TDDs (now legally called TTs -- Text Telephones under the ADA
  4130. Act) have printout capability.  Since many TTs only has a one-line
  4131. display screen and is of about 24 characters in length, you can see
  4132. why the printer is needed in order to follow the converstation.
  4133.  
  4134. There have been some legal dispute over the legality of TT printouts.
  4135. One law enforcement agency who had arrested a deaf person (I believe
  4136. it was several years ago) allowed the deaf person to make a call -- a
  4137. TT call -- but the call contained his admission to the crime so the
  4138. officiers confiscated the TT printout to use it against him in court.
  4139. So far, there is no such law on books in federal or state levels that
  4140. controls the use of TT printouts.  In other words, the TT printouts
  4141. can be used against you unless Congress amends the privacy laws to
  4142. include TT printouts.
  4143.  
  4144. I read the article you mentioned.  The article said it was santized
  4145. for privacy -- all names, company names, etc. were removed.  However,
  4146. I don't agree with the relay center providing the information for
  4147. research with or without permission from each callers.  Once the relay
  4148. call is completed, it should be erased from their terminal.  This
  4149. ensures both parties (caller and callee) the confidentiality from the
  4150. third-party (relay service).
  4151.  
  4152.  
  4153. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  4154. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  4155. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  4156. Rochester, NY 14623-0887        716.475.6500 Fax
  4157.  
  4158. ------------------------------
  4159.  
  4160. From: cavallarom@cpva.saic.com
  4161. Subject: Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded?
  4162. Date: 24 May 92 08:50:36 PST
  4163. Organization: Science Applications Int'l Corp./San Diego
  4164.  
  4165.  
  4166. All telephone use and conversations are subject to some monitoring as
  4167. a normal course of maintenance and repair activities. This monitoring
  4168. activity is done within the restrictions of the communications act of
  4169. 1934 and subsequent legislation.
  4170.  
  4171. The recording of any conversation is not permited without the consent
  4172. of at least one participant, without a court order. I am not sure how
  4173. the law would apply to this case, as the translator may be considered
  4174. as the one party that consented.
  4175.  
  4176. Any leagal beagles out there that can answer that last part?
  4177.  
  4178.  
  4179. Mark Cavallaro      Opinions are my own.
  4180.  
  4181. ------------------------------
  4182.  
  4183. Date: Sat, 23 May 92 14:21:25 PDT
  4184. From: rah@btr.com (Richard A Hyde)
  4185. Subject: Re: 950-1ATT and 950-DOMINOS
  4186. Organization: BTR Public Access UNIX, MtnView CA. Contact: Customer Service cs@BTR.COM
  4187.  
  4188.  
  4189. Dialing 950-1288 from most places in the US will connect you to the
  4190. AT&T packet switched network.
  4191.  
  4192. I anticipate a very high demand for a *use the same number anywhere*
  4193. system.
  4194.  
  4195.  
  4196. Richard Hyde  |  RaH@btr.com
  4197.  
  4198. ------------------------------
  4199.  
  4200. Date: Sat, 23 May 92 18:20:52 EDT
  4201. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  4202. Subject: Re: 700 Numbers, Calling Cards, and Carrier Access Codes
  4203.  
  4204.  
  4205. I thought 710 turned up as one of two N0X/N1X codes (other than N11)
  4206. which were not available as geographic area codes (610 being the
  4207. other).
  4208.  
  4209.  
  4210. [Moderator's Note: The present use of 710 is for something called
  4211. 'Government Special Services' or 'Special Government Services'. I am
  4212. not sure what it does. Anyone know?   PAT]
  4213.  
  4214. ------------------------------
  4215.  
  4216. From: kenny@osf.org (Kenneth Crudup)
  4217. Subject: Re: Cellular One/Boston Update
  4218. Organization: Open Software Foundation
  4219. Date: Fri, 22 May 1992 14:45:12 GMT
  4220.  
  4221.  
  4222. In article <telecom12.407.4@eecs.nwu.edu> monty@proponent.com (Monty
  4223. Solomon) writes:
  4224.  
  4225. > They have also installed microcells and fiber optics in the Sumner and
  4226. > Callahan tunnels to provide continuous service in the tunnels.  These
  4227. > two tunnels connect downtown Boston to Logan Airport.
  4228.  
  4229. About freakin' time! I wonder why it took so long. I would imagine a
  4230. lot of traffic could be generated by airport-area folks while they
  4231. endure that loooooong wait in the tunnel.
  4232.  
  4233.  
  4234. Kenneth R. Crudup, Contractor, OSF DCE QA
  4235. OSF, 11 Cambridge Center, Cambridge, MA 02142    +1 617 621 7306
  4236. kenny@osf.osf.org    OSF has nothing to do with this post.
  4237.  
  4238. ------------------------------
  4239.  
  4240. From: mrosen@isis.cs.du.edu (Michael Rosen)
  4241. Subject: Re: Have I Been Slammed?
  4242. Organization: University of Denver, Dept. of Math & Comp. Sci.
  4243. Date: Sat, 23 May 92 05:47:35 GMT
  4244.  
  4245.  
  4246. > call cannot be completed as dialed. Then try zero plussing an LD call
  4247. > as well, and note the same results. Incidentally, why are you making
  4248. > this (no LD carrier) imposition upon yourself?   PAT]  
  4249.  
  4250. No, you're incorrect here.  On a phone with no LD service, you can
  4251. make a 0+ call in order to use a calling card.  I should know because
  4252. my friend called me with his from such a phone.  He lives in a house
  4253. with about four other guys and, in order to make paying bills easier,
  4254. they have no LD service and each one gets his/her own calling card.
  4255. That way they only have to split the base fee and not squabble over LD
  4256. charges.  
  4257.  
  4258. Of course, I wonder if he's paying a surcharge per call for using a
  4259. calling card for every call.  I believe he's getting an MCI card.  Is
  4260. there no surcharge if the call originates from your home prefix?  This
  4261. is what I was told freshman year when getting an AT&T calling card.
  4262. Do most of the companies operate this way?
  4263.  
  4264.  
  4265. Mike
  4266.  
  4267. ------------------------------
  4268.  
  4269. From: peter@taronga.com (Peter da Silva)
  4270. Subject: Re: The "Telephone Consumer Protection Act of 1991"
  4271. Organization: Taronga Park BBS
  4272. Date: Sat, 23 May 1992 13:35:15 GMT
  4273.  
  4274.  
  4275. In article <telecom12.398.8@eecs.nwu.edu> strieterd@gtephx.UUCP (Dave
  4276. Strieter) writes:
  4277.  
  4278. > In article <telecom12.393.5@eecs.nwu.edu>, jarrell@vtserf.cc.vt.edu
  4279. > (Ron Jarrell) writes:
  4280.  
  4281. >>>  (B) to initiate any telephone call to any residential telephone line using
  4282. >>>  an artificial or prerecorded voice to deliver a message without the prior
  4283. >>>  express consent of the called party, unless the call is initiated for
  4284. >>>  emergency purposes ...
  4285.  
  4286. >> Wait, does this mean that AT&T's Message Service is unlawful?  Unless
  4287. >> you request human delivery the computer calls your desired party and
  4288. >> plays the message you recorded.
  4289.  
  4290. > I suppose one could make a case that the call was "initiated" by the
  4291. > person who originally left the message, and that the service is merely
  4292. > forwarding it.
  4293.  
  4294. So the *customers* of the service are breaking the law?
  4295.  
  4296. This is one of those laws that have made the whole population
  4297. unwitting violators of one or another of them, so the state has a
  4298. handle on everyone one way or another and the only way to remain safe
  4299. is not attract the state's attention.
  4300.  
  4301. Oh sure, you would probably be acquitted of leaving a message for your
  4302. aunt Trudy ... but the hassles of unremitting court cases can be
  4303. punishment enough in themselves. 
  4304.  
  4305.  
  4306. Peter da Silva   peter@taronga.com   Taronga Park BBS
  4307. +1 713 568 0480/1032    Houston, TX, USA
  4308.  
  4309. ------------------------------
  4310.  
  4311. End of TELECOM Digest V12 #410
  4312. ******************************
  4313. 
  4314. 
  4315. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06712;
  4316.           24 May 92 18:52 EDT
  4317. Received: by delta.eecs.nwu.edu id AA29931
  4318.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 24 May 1992 17:11:24 -0500
  4319. Received: by delta.eecs.nwu.edu id AA28889
  4320.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 24 May 1992 17:11:17 -0500
  4321. Date: Sun, 24 May 1992 17:11:17 -0500
  4322. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4323. Message-Id: <199205242211.AA28889@delta.eecs.nwu.edu>
  4324. To: "\\telecom"@eecs.nwu.edu
  4325. Subject: TELECOM Digest V12 #411
  4326.  
  4327. TELECOM Digest     Sun, 24 May 92 17:11:15 CDT    Volume 12 : Issue 411
  4328.  
  4329. Index To This Issue:                      Moderator: Patrick A. Townson
  4330.  
  4331.     Re: Pacific Bell to Discontinue Data Access Lines (Floyd Davidson)
  4332.     Re: Pacific Bell to Discontinue Data Access Lines (John Nagle)
  4333.     Re: Telephone Line Monitor (Plans) WANTED (John Adams)
  4334.     Re: AT&T Ship Sets Trans-Oceanic Cable Installation Record (Dave Levenson)
  4335.     Re: Modem Tax: Years of Crying Wolf (Marc Unangst)
  4336.     Re: Stopping Unwanted Incoming Fax Traffic (Lynne Gregg)
  4337.     310/213 Fiasco Was Not GTE's Fault (Gloria C. Valle) 
  4338.     Re: All Zeros in the Subscriber Number (Andy Finkenstadt)
  4339.     Re: All Zeros in the Subscriber Number (Jeffrey Porten)
  4340.     Using *8 For Outside Lines (Robert M. Hamer)
  4341.     Third Line Problems (Scott Colbath)
  4342.     AT&T EasyReach From Abroad (uk84@dkauni2.bitnet)
  4343.     Last Laugh! A Very Old CENTREX Indeed! (Michael Scott Baldwin)
  4344. ----------------------------------------------------------------------
  4345.  
  4346. From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
  4347. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  4348. Organization: University of Alaska Institute of Marine Science
  4349. Date: Sun, 24 May 1992 07:14:40 GMT
  4350.  
  4351.  
  4352. In article <telecom12.409.13@eecs.nwu.edu> John Higdon <john@zygot.
  4353. ati.com> writes:
  4354.  
  4355. > Even before the announcement I had this conspiracy theory about how
  4356. > the telcos and IECs are going to start compressing the data that
  4357. > carries phone calls, rendering high speed modems useless. Then (and
  4358. > only then) would ISDN, switched 56, and all the other direct data
  4359. > formats become a commodity worth paying real money for--given no
  4360. > alternative. I was never really serious about this, but this latest
  4361. > announcement gives one pause.
  4362.  
  4363. > If in fact Pac*Bell is promising only 4800 bps throughput on ANY
  4364. > dialup voice line, we may be seeing the beginnings of this attempt.
  4365.  
  4366. I'll join you in that conspiracy ... a couple data points to make for
  4367. a gloomy day:
  4368.  
  4369. The portion of FTS-2000 that I see is all 64Kbps per channel, but I
  4370. have heard that users are advised that it will not work at speeds
  4371. greater than "4800 baud", and in practice they have found that it will
  4372. not work at 9600 bps.  That sounds to me like 32Kbps per channel
  4373. transmission facilities are being used somewhere for the FTS system.
  4374.  
  4375. Our circuit engineering people have found that it is now necessary to
  4376. specify 64Kbps transmission facilities, rather than assume it, when
  4377. purchasing facs for leased lines that extend out of our area.  It
  4378. becomes loads of fun to turn up a leased line for service and find out
  4379. the customer can't pass data on what appears to be a very good
  4380. channel, but turns out to be encoded somewhere at 32 Kbps for one
  4381. hop ...
  4382.  
  4383. The PSTN is next?
  4384.  
  4385. Well I don't know.  I heard through the vine that AT&T does not
  4386. compress *any* domestic traffic.  (They petitioned the FCC to force
  4387. Pacific Telecom and Alascom to compress traffic on the North Pacific
  4388. Fiber to Alaska, and the definitive answer was that AT&T doesn't do
  4389. that to their customers ...)
  4390.  
  4391. When the NP Fiber has broken (twice now), Alascom has used three to
  4392. one compression on almost all restoral routes.
  4393.  
  4394.  
  4395. Floyd
  4396.  
  4397. ------------------------------
  4398.  
  4399. From: nagle@netcom.com (John Nagle)
  4400. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  4401. Date: Sun, 24 May 92 18:02:42 GMT
  4402. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  4403.  
  4404.  
  4405. It would seem appropriate to insist that Pac Bell comply with the
  4406. CCITT standards on telephone line quality assumed in the V.32
  4407. specification.
  4408.  
  4409. One might also point out that standard Group 3 FAX is 9600 bits/sec.
  4410.  
  4411.  
  4412. John Nagle
  4413.  
  4414. ------------------------------
  4415.  
  4416. From: jna@geech.gnu.ai.mit.edu
  4417. Subject: Re: Telephone Line Monitor (Plans) WANTED
  4418. Date: 24 May 92 09:12:00 GMT
  4419. Organization: /home/fsg/jna/.organization
  4420.  
  4421.  
  4422. What you are trying to do is quite simple.
  4423.  
  4424. Get yourself a low-voltage DC relay, like a 3v relay ... 
  4425.  
  4426. Set it up as follows:
  4427.  
  4428.                          
  4429.          Audio Isolation    
  4430.          Transformer                       
  4431.  To      <--)||(---------------------+                  
  4432.             )||(                     | <==== Relay Contacts
  4433.  Speaker <--)||(---+    +--------o/  o
  4434.           600ohm   |    |        ,,,,, DC 3v Relay Coil
  4435.                    |    |       |     |
  4436.   RED   -----------|----+-------+     +----------> To Dispatcher's Phone
  4437.                    |     
  4438.   GREEN -----------+-----------------------------> To Dispatcher's Phone
  4439.  
  4440.   |                               |
  4441.  -+- indicates a connection,     ---  is not connected.
  4442.   |                               |
  4443.  
  4444. You may have to use a diode or two to make this telephone-line / FCC
  4445. clean ... I'm not saying this is a clean circuit at all. It's cheap and
  4446. dirty! You may have to use a Op-Amp (Use an LM386, they're good for
  4447. speakers) on the speaker. Depends. Experiment!
  4448.  
  4449. Circuit Theory:
  4450.  
  4451. When the Dispatcher picks up the phone (in a standard circuit, I have
  4452. NO clue what your PBX does ... this will work on standard home phones,
  4453. and I used to use it for a tape-recording controller) Hey, there's an
  4454. Idea. spend $25 on a telephone recording device, and hitch it to a
  4455. nice loud amp and speaker combo, instead of a tape deck. It'll save
  4456. you loads of time ...
  4457.  
  4458. Anyhow ... the voltage will turn into DC , approx 6-10VDC when the
  4459. phone is picked up, (which is why you've gotta put it before the
  4460. dispatcher's phone) and click the relay. The relay will connect the
  4461. transformer, and feed the speaker. It might be towards your advantage
  4462. to use a SPDT relay, and connect _BOTH_ ends of the transformer, and
  4463. not just switch one end in and out. That might prevent some line
  4464. noise.
  4465.  
  4466. Hope this helps tons ...
  4467.  
  4468.  
  4469. John Adams \/ jna@gnu.ai.mit.edu
  4470. Bell*Net: <617> 266-4088   Boston,MA <USA>
  4471.  
  4472. ------------------------------
  4473.  
  4474. From: dave@westmark.com (Dave Levenson)
  4475. Subject: Re: AT&T Ship Sets Trans-Oceanic Cable Installation Record
  4476. Organization: Westmark, Inc.
  4477. Date: Sun, 24 May 1992 13:12:28 GMT
  4478.  
  4479.  
  4480. In article <telecom12.408.1@eecs.nwu.edu>, wb8foz@SCL.CWRU.Edu (David
  4481. Lesher) writes:
  4482.  
  4483. >> Friend of mine once worked as an (engine room) engineer on the
  4484. >> "Long Lines." He (and others) told me about the amplifiers having
  4485. >> hydrophones in them for the benefit of the U.S. Navy. Seems
  4486. >> transatlantic cables are also handy for listening for submarines.
  4487.  
  4488. AT&T has, for many years, installed hydrophones on the ocean floors
  4489. under contract to the U.S. Navy.  There are a great many submarine
  4490. cables other than the ones that connect opposite shores.  Lots of
  4491. cables only fan out to hydrophone installations, part-way across.
  4492. While I had not previously heard about piggybacking hydrophones on
  4493. trans-oceanic communications cables, it is probably a sensible re-use
  4494. of an expensive resource, isn't it?
  4495.  
  4496.  
  4497. Dave Levenson        Internet: dave@westmark.com
  4498. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  4499. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  4500.  
  4501. ------------------------------
  4502.  
  4503. From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
  4504. Subject: Re: Modem Tax: Years of Crying Wolf
  4505. Organization: The Programmer's Pit Stop, Ann Arbor MI
  4506. Date: Sat, 23 May 1992 01:11:05 GMT
  4507.  
  4508.  
  4509. In article <telecom12.401.2@eecs.nwu.edu> kurt@eskimo.celestial.com
  4510. (Kurt Cockrm 762-6417) writes:
  4511.  
  4512. [Describes elaborate scheme whereby the U.S. Gov't distributes the
  4513. "Modem Tax" letter over and over again, each time it being a hoax,
  4514. just so they can spring a REAL modem tax on us someday.] 
  4515.  
  4516. > If this doesn't make anybody paranoid, I'd like to hear why.
  4517.  
  4518. "Never attribute to malice that which can be adequately explained by
  4519. stupidity."
  4520.  
  4521. There is enough turnover in the Usenet and general modem/BBS
  4522. community, and enough naive but helpful people out there, that it's
  4523. very easy to believe that someone new to BBSing could find this file
  4524. on a BBS somewhere, get all worked up about it, and start spreading it
  4525. to every BBS and message system in town -- deathly afraid that this
  4526. wonderful new communication tool they've just discovered is under
  4527. attack by the government.  And other similarly naive users are all too
  4528. happy to help "spread the word."
  4529.  
  4530. The other concern I have is that there has NEVER been an attempt by
  4531. the FCC to implement a "modem tax."  There have been two types of
  4532. incident, as far as I can remember, with regards to modems and
  4533. taxes/fees: 1) The CompuServe/LD access fee event; and 2) attempts by
  4534. the RBOCs to make BBSes use business lines.  (1) has been adequately
  4535. explained by another participant in this forum, I believe -- it
  4536. relates to the fact that CompuServe and similar services do not have
  4537. to pay the Long Distance Carrier Access Fee, while you, me, and
  4538. everyone else has to.  At one point the FCC wanted to change this;
  4539. CompuServe tried to get its subscribers to write letters to the FCC
  4540. protesting this.  The FCC has since tabled the measure, and has no
  4541. plans to reopen the issue at this time.  (2) has also been debated at
  4542. length; basically, some RBOCs feel that BBSes, either through uploads
  4543. and downloads or through accepting donations to support the BBS, are
  4544. businesses and should therefore pay business phone rates.  BBS sysops
  4545. have complained about this, since most of them aren't making a profit,
  4546. are doing it as a hobby, and business lines cost quite a bit more than
  4547. residential lines in some areas.  I don't know what has happened with
  4548. this issue; since it's usually somewhat regional, there has never been
  4549. the kind of national controversy about it that (1) had.
  4550.  
  4551. However, it is interesting to note that neither of those two measures
  4552. would actually directly charge modem users money.  If CompuServe has
  4553. to start paying LD access fees for its phone lines, it may end up
  4554. raising rates as a result, but that still is not a direct fee.  And if
  4555. BBSes have to start using business lines, more sysops may tend towards
  4556. the commercial spectrum of the BBS market (mandatory usage fees,
  4557. etc.), but again, your average modem user will not be charged a direct
  4558. fee.
  4559.  
  4560. Finally, I don't think that the federal government, or some nebulous
  4561. entity called "The Phone Company", is sufficiently organized that they
  4562. could successfully pull off something like the hoax that Kurt
  4563. described.  As much as I hate the bureaucracy of our system of
  4564. government, it does have one redeeming value -- it tends to be
  4565. somewhat difficult to do any sort of large-scale operation without
  4566. someone finding out.
  4567.  
  4568.  
  4569. Marc Unangst    mju@mudos.ann-arbor.mi.us    <backbone>!sharkey!mudos!mju
  4570.  
  4571. ------------------------------
  4572.  
  4573. Date: 24 May 92 13:46:08 EDT
  4574. From: Lynne Gregg <70540.232@CompuServe.COM>
  4575. Subject: Re: Stopping Unwanted Incoming Fax Traffic 
  4576.  
  4577.  
  4578. In response to the matter of JUNK FAXES raised by Jack Decker ...
  4579.  
  4580. Cute idea about charging the solicitors for sending, but in my mind
  4581. (and probably wouldn't stand in court either), junk faxes are really
  4582. just another form of telemarketing.  I receive lots of unwanted phone
  4583. calls as I'm sure most of you do, too.  They're a hassle, but frankly
  4584. NOT illegal (after all, this IS a free, capitalist country).  So, many
  4585. of us buy phone answering machines to screen these calls out or we
  4586. answer them -- in any case, it costs us to handle these voice calls,
  4587. too.
  4588.  
  4589. I guess what I'D do if I had a particularly odious repeat fax offender
  4590. is, I'd dump fistfuls of his faxed solicitations right back into my
  4591. machine and call in an off-peak hour.  I'd slap on a cover that asked
  4592. the company to remove my name from their list forever and I'd let them
  4593. know that if they didn't comply, I'd fling every page and MORE back at
  4594. them.
  4595.  
  4596. How common, though, IS this type of fax solicitation?
  4597.  
  4598.  
  4599. Lynne Gregg
  4600.  
  4601. ------------------------------
  4602.  
  4603. From: GLORIA.C.VALLE@gte.sprint.com
  4604. Date: 23 May 92 19:05:00 UT
  4605. Subject: 310/213 Fiasco Was Not GTE's Fault
  4606.  
  4607.  
  4608. I really get pissed when someone who shoots his mouth off when he does
  4609. not know what he is saying about the telecomunications industry. First
  4610. the problems with the 213/310 change over where not GTE's problem. We
  4611. cut all of our switching centers at once. PacBell and a few if the
  4612. Interlata carriers set their cuts for one or two at a time. That caused
  4613. major problems since people were dialing from different areas. I don't
  4614. say GTE did not make any errors as this was one major cut and the
  4615. problems in LA sure did not help any. Get your facts straight.
  4616.  
  4617. Sorry Pat, I have just been in this business to long to let that one
  4618. go.
  4619.  
  4620. ------------------------------
  4621.  
  4622. From: andy@homebase.vistachrome.com (Andy Finkenstadt)
  4623. Subject: Re: All Zeros in the Subscriber Number
  4624. Reply-To: andy@homebase.vistachrome.com
  4625. Organization: Vista-Chrome Incorporated
  4626. Date: Sun, 24 May 1992 14:46:04 GMT
  4627.  
  4628.  
  4629. mikeho@seeker.mystic.com (Michael Ho) writes:
  4630.  
  4631. > Pacific Bell initially offered me XXX-3825.  I chuckled a little bit,
  4632.  ..
  4633. > "Er, DUCK.  Now use your imagination with the first letter."
  4634. > Maybe I should have kept it.  Sure would have been easy to remember.
  4635.  
  4636. Note .signature, they gave this to me when I requested phone service
  4637. for the first time.  :) (Yes, I think the service representative at
  4638. CenTel helped out just a little.)
  4639.  
  4640.  
  4641. Andrew Finkenstadt         +1 904 222-ANDY home    GEnie:  ANDY
  4642. Homes & Land Publishing    +1 904 575-0189 work    ...!uunet!rde!andy
  4643. Vista-Chrome, Inc.         1600 Capital Cir SW     andy@rde.vistachrome.com
  4644. GEnie Unix Sysop/Manager   Tallahassee, FL 32310 
  4645.  
  4646. ------------------------------
  4647.  
  4648. From: porten@eniac.seas.upenn.edu (Jeffrey  Porten)
  4649. Subject: Re: All Zeros in the Subscriber Number
  4650. Date: 24 May 92 21:29:20 GMT
  4651. Organization: University of Pennsylvania
  4652.  
  4653.  
  4654. > Pacific Bell initially offered me XXX-3825.  I chuckled a little bit,
  4655. > then said I didn't want that particular number, because it spelled
  4656. > something lewd.
  4657.  
  4658. > Maybe I should have kept it.  Sure would have been easy to remember.
  4659.  
  4660. The telephone numbers around here are 382-XXXX, so presumably someone
  4661. has, to use Michael's euphemism, DUCK-YOU.  I've been tempted to try,
  4662. just to see if Bell of PA is smart enough not to issue it, but it's
  4663. too similar to a crank call for me to give it a shot.
  4664.  
  4665. Still, THAT'S a memorable number.
  4666.  
  4667.  
  4668. Jeff Porten, Annenberg School for Communication, UPenn
  4669.              Graduate Group in American Civilization, UPenn
  4670. As per usual, my opinions are my own, not Penn's, Pugwash's, or anyone else's.
  4671.  
  4672. ------------------------------
  4673.  
  4674. Date: Sun, 24 May 1992 09:43 EDT
  4675. From: "Robert M. Hamer" <HAMER524@Ruby.VCU.EDU>
  4676. Subject: Using *8 For Outside Lines
  4677.  
  4678.  
  4679. This university uses a centrex system from C & P for its telephone
  4680. system.  To get an outside line, one dials 9, gets a dial tone, and
  4681. then dials the local number.
  4682.  
  4683. We received a memorandum from the university's communications office
  4684. (or whatever it is called; I don't have a copy in front of me) saying
  4685. that the centrex service from C & P was currently disrupted, that the
  4686. form of the disruption was difficulty in getting an outside line by
  4687. dialing 9, and the temporary work-around was to dial *8 to get an
  4688. outside line.
  4689.  
  4690. Does anyone have any idea of what might be going on here, and how the
  4691. *8 might be working?
  4692.  
  4693. ------------------------------
  4694.  
  4695. From: scol@scottsdale.az.stratus.com (Scott Colbath)
  4696. Subject: Third Line Problems
  4697. Date: 24 May 92 12:59:56 GMT
  4698.  
  4699.  
  4700. Hi all,
  4701.  
  4702.     I have had several requests for more information on the UDC
  4703. device which replaces the SLC-1 as the additional (second) voice line
  4704. carrier over a single pair. As of yet, I have heard nothing more on
  4705. how it functions other than the statement made to me by the USWEST
  4706. engineer that "It is everything the slick-1 should have been". He is
  4707. waiting for one of these devices to come in (they are very new). A
  4708. soon as it does, he said I would get it for "testing" purposes,
  4709. providing him with feedback on the performance of the device.
  4710.  
  4711.     I will post again to the newsgroup as soon as I have this
  4712. thing in my hands and have had a chance to use it.
  4713.  
  4714.  
  4715. Scott Colbath   Stratus Computer   Phoenix, Az.  (602)852-3106
  4716. Internet:   scott_colbath@az.stratus.com
  4717.  
  4718. ------------------------------
  4719.  
  4720. Date: Sun, 24 May 92 13:06
  4721. From: UK84@DKAUNI2.BITNET
  4722. Subject: AT&T EasyReach From Abroad
  4723.  
  4724.  
  4725.  From reading TELECOM Digest I understand that each IEC has its own
  4726. 700 number range. So an AT&T 700 number has a different address than
  4727. the same number in the MCI, SPRINT, ... networks.
  4728.  
  4729. While it is no big deal in the US, foreign callers can not dial 10xxx
  4730. to specify the destination network. This creates problems since either
  4731. no 700 number can be dialed from abroad or the 700 area code is
  4732. assigned to one IEC (presumably) AT&T. But how can other networks then
  4733. be reached from foreign countries?
  4734.  
  4735. Suggestions?
  4736.  
  4737. Juergen @ University of Karlsruhe, Germany
  4738.  
  4739. ------------------------------
  4740.  
  4741. Date: Sun, 24 May 92 15:10 EDT
  4742. From: michael.scott.baldwin@att.com
  4743. Subject: Last Laugh! A Very Old CENTREX Indeed!
  4744.  
  4745.  
  4746. Peter Simpson writes:
  4747.  
  4748. > It was on an old CENTREX system... this was before the 666 = `mark
  4749. of the beast' stuff."
  4750.  
  4751. Wow!  That system was *really* old!  The `666 stuff' was first written
  4752. down in The Revelation to John (verse 13:18) in approximately AD 95. :-)
  4753.  
  4754.  
  4755. [Moderator's Note: Yeah, well it was one of the first prototypes, when
  4756. the centrex software was still in beta testing.   :)   PAT]
  4757.  
  4758. ------------------------------
  4759.  
  4760. End of TELECOM Digest V12 #411
  4761. ******************************
  4762. 
  4763. 
  4764. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa08427;
  4765.           24 May 92 19:41 EDT
  4766. Received: by delta.eecs.nwu.edu id AA26810
  4767.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 24 May 1992 17:59:32 -0500
  4768. Received: by delta.eecs.nwu.edu id AA31956
  4769.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 24 May 1992 17:59:25 -0500
  4770. Date: Sun, 24 May 1992 17:59:25 -0500
  4771. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4772. Message-Id: <199205242259.AA31956@delta.eecs.nwu.edu>
  4773. To: "\\telecom"@eecs.nwu.edu
  4774. Subject: TELECOM Digest V12 #412
  4775.  
  4776. TELECOM Digest     Sun, 24 May 92 17:59:18 CDT    Volume 12 : Issue 412
  4777.  
  4778. Index To This Issue:                      Moderator: Patrick A. Townson
  4779.  
  4780.     Virgin Islands Phreak Arrested and Convicted (W5YI Report via John Rice)
  4781.     Re: Toll Fraud vs Credit Card Fraud (Brad S. Hicks)
  4782.     Two Area Codes, One LATA? (Andrew Klossner)
  4783.     Re: LD Carrier as Local Phone Company? (Eli Mantel)
  4784.     ASCAP and BMI Lose One (Ken Jongsma)
  4785.     Where to Learn About the Phone Network? (Mike Rose)
  4786. ----------------------------------------------------------------------
  4787.  
  4788. From: rice@ttd.teradyne.com
  4789. Subject: Virgin Islands Phreak Arrested and Convicted
  4790. Organization: Teradyne Inc., Telecommunications Division
  4791. Date: Sat, 23 May 92 18:03:55 GMT
  4792.  
  4793.  
  4794. With the on-going discussion of the 'legalities' of unauthorized use
  4795. of long distance access codes (or phone credit card numbers), the
  4796. following is forwarded from alt.ham.radio, as it might be of interest
  4797. to readers.  Apparently you don't have to be 'caught with the card' so
  4798. to speak, to be found guilty of toll fraud using un-lawfully obtained
  4799. access numbers.
  4800.  
  4801. Additional details of this story have been published a number of places.
  4802.  
  4803.                 ---------------------------
  4804.  
  4805. [relayed from packet]
  4806.  
  4807.  Msg #1083  
  4808.  From: KZ1D  
  4809.  Date: 15-May 0309Z  
  4810.  Subj: The Compleate KV4FZ (1)
  4811.  
  4812. OK, you asked for it, and here it is!  The WHOLE, unexpungatetd (sp?)
  4813. article as it appeared in the May 15 W5YI Report ...
  4814.  
  4815. KV4FZ: GUILTY OF TELEPHONE TOLL FRAUD
  4816.  
  4817. St. Croix ham operator, Herbert L. "Herb" Schoenbohm, KV4FZ, has been
  4818. found guilty in federal court of knowingly defrauding a Virgin Islands
  4819. long-distance telephone service reseller.  He was convicted April 24th
  4820. of possessing and using up to fifteen unauthorized telephone access
  4821. devices in interstate and foreign commerce nearly five years ago.
  4822.  
  4823. The stolen long distance telephone access codes belonged to the
  4824. Caribbean Automated Long Lines Service, Inc. (CALLS) of St. Thomas,
  4825. U.S. Virgin Islands.  Schoenbohm was found to have made more than
  4826. $1,000 in unauthorized telephone calls -- although the prosecution
  4827. said he was responsible for more (make that far more).
  4828.  
  4829. According to the {Virgin Islands Daily News}, Schoenbohm, who is also
  4830. the St. Croix Police Chief of Communications, showed no emotion when
  4831. he was pronounced guilty of the charges by a 12 member jury in U.S.
  4832. District Court in Christiansted.  The case was heard by visiting
  4833. District Judge Anne Thompson.
  4834.  
  4835. Neither Schoenbohm or his defense attorney, Julio Brady, would comment
  4836. on the verdict.  The jury deliberated about seven hours.  The
  4837. sentencing, which has been set for June 26, 1992, will be handled by
  4838. another visiting judge not familiar with the case.
  4839.  
  4840. Schoenbohm, who is Vice Chairman of the V.I. Republican Committee, has
  4841. been released pending sentencing although his bail was increased from
  4842. $5,000 to $25,000.  While he could receive a maximum of ten years on
  4843. each count, Assistant U.S. Attorney Alphonse Andrews said Schoenbohm
  4844. probably will spend no more than eight months in prison since all
  4845. three counts are similar and will be merged.
  4846.  
  4847. Much of the evidence on the four day trial involved people who
  4848. received unauthorized telephone calls from KV4FZ during a 1987 period
  4849. recorded by the CALLS computer.  Since the incident took place more
  4850. than five years ago, many could not pinpoint the exact date of the
  4851. telephone calls.
  4852.  
  4853. The prosecution produced 20 witnesses from various U.S locations,
  4854. including agents from the Secret Service, the U.S. Marshals Service,
  4855. Treasury Dept. and Federal Communications Commission.  In addition
  4856. ham operators testified for the prosecution.
  4857.  
  4858. Schoenbohm was portrayed as a criminal who had defrauded CALLS out of
  4859. hundreds of thousands of dollars.  Schoenbohm admitted using the
  4860. service as a paying customer, said it did not work and that he
  4861. terminated the service and never used it again.  He feels that there
  4862. was much political pressure to get him tried and convicted since he
  4863. had been writing unfavorably articles about Representative DeLugo, a
  4864. non-voting delegate to Congress from the Virgin Islands, including his
  4865. writing of 106 bad checks during the recent rubbergate scandal.
  4866.  
  4867. Most, but not all the ham operators in attendance were totally opposed
  4868. to KV4FZ.  Bob Sherrin, W4ASX from Miami attended the trial as a
  4869. defense character witness.  Sherrin told us that he felt the
  4870. conviction would be overturned on appeal and that Schoenbohm got a raw
  4871. deal.  "They actually only proved that he made $50 in unauthorized
  4872. calls but the jury was made to believe it was $1,000."
  4873.  
  4874. Schoenbohm's attorney asked for a continuance due to newly discovered
  4875. evidence but that was denied.  There also is a question as to whether
  4876. the jury could even understand the technology involved.  "Even his own
  4877. lawyer couldn't understand it, and prepared an inept case," Sherrin
  4878. said.  "I think he was railroaded.  They were out to get him.  There
  4879. were a lot of [ham] net members there and they were all anti-Herb
  4880. Schoenbohm.  The only people that appeared normal and neutral were the
  4881. FCC.  The trial probably cost them a million dollars.  All his enemies
  4882. joined to bring home this verdict."
  4883.  
  4884. Schoenbohm had been suspended with pay from the police department job
  4885. since being indicted by the St. Croix grand jury.  His status will be
  4886. changed to suspension without pay if there is an appeal.  Termination
  4887. will be automatic if the conviction is upheld.  Schoenbohm's wife was
  4888. recently laid off from her job at Pan Am when the airline closed down.
  4889. Financially, it could be very difficult for KV4FZ to organize an
  4890. appeal with no money coming in.
  4891.  
  4892. The day after the KV4FZ conviction, Schoenbohm who is the Republican
  4893. Committee vice chairman was strangely named at a territorial
  4894. convention as one of eight delegates to attend the GOP national
  4895. convention in Houston this August.  He was nominated at the caucus
  4896. even though his felony conviction was known to everyone.  Schoenbohm
  4897. had even withdrawn his name from consideration since he was now a
  4898. convicted felon.
  4899.  
  4900. The {Virgin Island Daily News} later reported that Schoenbohm will not
  4901. be attending the GOP national convention. "Schoenbohm said he came to
  4902. the conclusion that my remaining energies must be spent in putting my
  4903. life back together and doing what I can to restore my reputation.  I
  4904. also felt that any publicity in association with my selection may be
  4905. used by critics against the positive efforts of the Virgin Islands
  4906. delegation."
  4907.  
  4908. Schoenbohm has been very controversial and vocal on the ham bands.
  4909. Some ham operators now want his amateur radio license pulled -- and
  4910. have made certain that the Commission is very much aware of his
  4911. conviction.
  4912.  
  4913.  
  4914. John Rice         K9IJ    |  "Did I say that ?" I must have, but It was
  4915. rice@ttd.teradyne.com     |   MY opinion only, no one else's...Especially
  4916. (708)-940-9000 - (work)   |   Not my Employer's....
  4917. (708)-438-7011 - (home) 
  4918.  
  4919. ------------------------------
  4920.  
  4921. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  4922. Date: Sun May 24 15:12:58 -0400 1992
  4923. Subject: Re: Toll Fraud vs Credit Card Fraud
  4924.  
  4925.  
  4926. In TCD 12.405, Michael F Eastman responded to my earlier comments
  4927. with:
  4928.  
  4929. > Organization: AT&T
  4930.  
  4931. (In other words, NOT an unbiased source.)
  4932.  
  4933. > Ah, but how did the network get to be nonblocking and able to
  4934. > handle PEAK loads? By estimating the number of PEAK calls, building
  4935. > the network to meet the capacity
  4936.  
  4937. In other words, the network has sufficient capacity to meet peak
  4938. demand, so off-peak usage (unless it's so extreme that it creates an
  4939. artificial peak, in which case it should be easy to detect) uses up,
  4940. fills, or blocks no network components.  That's my point.  Thank you
  4941. for confirming it.
  4942.  
  4943. > A PTT is a business, albeit, a regulated one. They provide a
  4944. > service and charge to recover costs plus some profit.
  4945.  
  4946. That's right.  And several of them are making money hand over fist
  4947. without bothering to chase blue-boxers and DISA hackers.  Maybe, as I
  4948. said (and you didn't respond to), the costs imposed by blue-boxers and
  4949. DISA hackers are lower than the costs of enforcement.  If they're not,
  4950. then how are those PTTs making money?  What do they know that you
  4951. don't know?
  4952.  
  4953. >> Do you really think that most phreakers could afford that call?
  4954.  
  4955. > Do you really think that I can afford that diamond bracelet you
  4956. > mention later?  Why can't I just have it?
  4957.  
  4958. Because if you have it, then nobody else can.  Which doesn't apply to
  4959. phone service.  But my point was, you can't figure the amount actually
  4960. stolen from the telco by figuring what some business user is capable
  4961. of affording; they couldn't have sold that much service at those
  4962. prices.  And that keys directly into my major point, which you fed me
  4963. just the straight line for:
  4964.  
  4965. > It is estimated that phone fraud costs at least one billion dollars
  4966. > a year and is growing.
  4967.  
  4968. I love those passive verbs.  It is estimated BY WHOM?  And how?  The
  4969. same kind of phone companies that included the complete replacement
  4970. costs of two Sun workstations in figuring the "fair market cost" of an
  4971. administrative document that was written on them, in Craig Neidorf's
  4972. trial?
  4973.  
  4974. Show me how AT&T, or even the aggregate of all telcos, has had to
  4975. spend billions of dollars because of phreaking.  Who did they pay this
  4976. money to?  And what did they spend it on?
  4977.  
  4978. > Where is the analogy to the phone system?
  4979.  
  4980. Well, I =don't= think it's a very good analogy.  And that's my point.
  4981. As you point out, I had to stretch logic around to show ANY comparison
  4982. between phone fraud and credit card fraud.  That's part of what I was
  4983. trying to prove, that it was unfair of Pat and others to make that
  4984. analogy.
  4985.  
  4986. > A service (like phone service) is not merchandise because we can't
  4987. > hold it in our hands?
  4988.  
  4989. Oh no, phone service is definitely a service, and stealing it is
  4990. definitely stealing.  But then, parking spaces are definitely
  4991. merchandise, too, and parking at a broken parking meter is stealing,
  4992. too.  Theft is not just theft, there's a spectrum from taking the
  4993. extra change that a vending machine sometimes gives you to shoplifting
  4994. to petty theft to grand theft to armed grand theft, with appropriate
  4995. levels of investigation and appropriate levels of punishment at each
  4996. increment.
  4997.  
  4998. And phone service is a service like few or no others; it's a service
  4999. which (if used off peak) adds no incremental cost to the provider.
  5000. (What, am I supposed to believe that you guys roll up TAT-9 at night?)
  5001. Yeah, you really ought to pay for it when you use it and I'm glad that
  5002. most people do.  But if a tiny handful of people figure out ways to
  5003. fool you out of it, so what?
  5004.  
  5005. The contrary example that's supposed to make me recoil in horror is if
  5006. somebody steals my car to go joy-riding in but brings it back before I
  5007. need it the next time.  Look, if I had a fleet of cars so there was no
  5008. way I'd have to worry about needing one and not having it, and if the
  5009. thieves always returned the car in original condition or better and
  5010. with a full tank of gas, yes, I'd be irritated but I wouldn't treat it
  5011. as the same crime as holding somebody up at gunpoint.
  5012.  
  5013. > It was only one bracelet out of hundreds of thousands produced every
  5014. > month. So who cares?
  5015.  
  5016. If there is ever a time when those bracelets are made by
  5017. fully-amortized automated equipment from cheap and common raw
  5018. materials, that is to say, when there is no incremental cost in one
  5019. more diamond bracelet, nobody will care.
  5020.  
  5021. >> And don't forget those social costs!  Retired phone phreaks
  5022. >> practically invented the personal computer industry.
  5023.  
  5024. > Oh really! I bet they never stole phone services!
  5025.  
  5026. (*buzz*) Sorry, wrong answer.  Steve Jobs and Steve Wozniak honed
  5027. their electronics and sales skills making and selling blue boxes.  (I
  5028. dare say that someone with an axe to grind could probably use this to
  5029. prove that part of the money that went into founding Apple Computers
  5030. was derived from criminal activities.)  Would the world be a better
  5031. place if Apple had never existed?  And Jobs and Wozniak aren't the
  5032. only examples, just the most prominent.
  5033.  
  5034. > I am sorry, but I do have sympathy for the victim.
  5035.  
  5036. Well, to be fair, I have =some= sympathy for them.  But my God,
  5037. leaving no or a default password on a DISA line with outbound dialing
  5038. privileges is just the same as leaving a pile of hundred-dollar bills
  5039. on the doorstep.  If you do this and get ripped off for so much money
  5040. that your business goes under or you end up homeless, yes, that's a
  5041. tragedy ... but it may also be a good example of evolution in action.
  5042.  
  5043. And Pat, PLEASE remember: I'm NOT trying to argue that phreaks and
  5044. hackers aren't doing anything wrong ... just that what they're doing
  5045. isn't that IMPORTANT.
  5046.  
  5047.  
  5048. J. Brad Hicks
  5049. Internet: mhs!mc!Brad_Hicks@attmail.com
  5050. X.400:    c=US admd=ATTmail prmd=MasterCard sn=Hicks gn=Brad
  5051.  
  5052. I am not an official MasterCard spokesperson, and the message above
  5053. does not contain official MasterCard statements or policies.
  5054.  
  5055.  
  5056. [Moderator's Note: Well, if 'making money hand over fist' is an excuse
  5057. for being stolen from, then you've authorized hacking at least a couple
  5058. of your own franchisees, Brad. Service One Corporation, a/k/a Bank of
  5059. Hoven MasterCard has ripoff (although legal!) interest rates and
  5060. service charges on their secured credit cards. They've made enough
  5061. money over the years, protected by banking laws and all ...  PAT] 
  5062.  
  5063. ------------------------------
  5064.  
  5065. From: andrew@frip.wv.tek.com (Andrew Klossner)
  5066. Subject: Two Area Codes, One LATA?
  5067. Date: 21 May 92 20:00:48 GMT
  5068. Reply-To: andrew@frip.wv.tek.com
  5069. Organization: Tektronix, Wilsonville, Oregon
  5070.  
  5071.  
  5072. I tried pretty hard to use AT&T to dial from Portland Oregon (503-682)
  5073. to Vancouver Washington (206-254).  Even using 10288, GTE insisted on
  5074. carrying the call.  These two points are only thirty miles apart, but
  5075. they're in different states and different area codes.  Could they be
  5076. in the same LATA?  GTE operators are clueless, and the phone book (the
  5077. FM in RTFM) doesn't help.
  5078.  
  5079.  
  5080. Andrew Klossner (andrew@frip.wv.tek.com) (uunet!tektronix!frip.WV.TEK!andrew)
  5081.  
  5082.  
  5083. [Moderator's Note: It is possible for two communities close to each
  5084. other to be in the same LATA although they are in different states.
  5085. This is the same thing you will find in northwest Indiana where the
  5086. towns of Hammond and Whiting are considered part of Chicago.   PAT]
  5087.  
  5088. ------------------------------
  5089.  
  5090. From: Eli.Mantel@lambada.oit.unc.edu (Eli Mantel)
  5091. Subject: Re: LD Carrier as Local Phone Company?
  5092. Organization: Extended Bulletin Board Service
  5093. Date: Sun, 24 May 1992 21:05:50 GMT
  5094.  
  5095.  
  5096. In message <telecom12.409.15@eecs.nwu.edu>, bill@eedsp.gatech.edu
  5097. writes:
  5098.  
  5099. > Southern Bell apparently blocks PIC (10xxx) dialing on intra-LATA
  5100. > calls here.  It's cheaper for me to use my LD carrier to make some
  5101. > intra-LATA calls from my home, but I cannot prepend the PIC without
  5102. > getting an intercept message from SB.  I can, however, use the FGB
  5103. > number without surcharge.
  5104.  
  5105. I believe that whether or not an IXC may compete with the LEC for
  5106. intra-lata calls is determined by the state PUC.  Even if the PUC
  5107. allows it, many of the IXC's will choose not to get tariffed for it.
  5108. In any case, if the IXC is not tariffed, then I expect that Southern
  5109. Bell is required to block it.
  5110.  
  5111. Here in NC, US Telecom IS tariffed for intra-lata calls, and as long
  5112. as I dial US Telecomm's 10xxx code, an intra-lata call will go through
  5113. US Telecom.  But if I try the same thing with MCI or AT&T, the call is
  5114. blocked.
  5115.  
  5116. I believe it's considered to be of questionable legality if an IXC
  5117. that is not tariffed for intra-lata calls is allowing them to go
  5118. through using Feature Group B (950 number) or any other form of
  5119. access.
  5120.  
  5121.  
  5122. Eli Mantel (eli.mantel@bbs.oit.unc.edu)
  5123.    The opinions expressed are not necessarily those of the University of
  5124.      North Carolina at Chapel Hill, the Campus Office for Information
  5125.         Technology, or the Experimental Bulletin Board Service.
  5126.            internet:  bbs.oit.unc.edu or 152.2.22.80
  5127.  
  5128. ------------------------------
  5129.  
  5130. Date: 24 May 92 12:02:00 EST
  5131. From: "Ken Jongsma x7702" <JONGSMA@benzie.si.com>
  5132. Subject: ASCAP and BMI Lose One
  5133.  
  5134.  
  5135. Some months ago, we were discussing the need to pay royalties to ASCAP
  5136. and BMI for music on hold. In the 5-19-92 {Wall Street Journal}, a
  5137. small article indicated that according to a recent Supreme Court
  5138. ruling, retail stores were not obligated to pay royalties for the
  5139. privilege of playing a radio station over the store's PA system.
  5140.  
  5141. I'd be interested in hearing the details on the ruling and if it
  5142. applies to music on hold, etc ...
  5143.  
  5144.  
  5145. Ken    jongsma@benzie.si.com
  5146.  
  5147. ------------------------------
  5148.  
  5149. From: mrose@kali.stsci.edu (Mike Rose)
  5150. Subject: Where to Learn About the Phone Network?
  5151. Reply-To: mrose@stsci.edu
  5152. Organization: Space Telescope Science Institute
  5153. Date: Sat, 23 May 1992 18:31:22 GMT
  5154.  
  5155.  
  5156. I see lots of info in this group where I don't even understand the
  5157. question, let alone the answer.  I'd like to learn more.
  5158.  
  5159. What are some good sources for learning about the phone network?
  5160.  
  5161.  
  5162. Mike Rose, mrose@stsci.edu, 410-338-4949
  5163.  
  5164. ------------------------------
  5165.  
  5166. End of TELECOM Digest V12 #412
  5167. ******************************
  5168. 
  5169. 
  5170. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa10183;
  5171.           24 May 92 20:25 EDT
  5172. Received: by delta.eecs.nwu.edu id AA01587
  5173.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 24 May 1992 18:40:29 -0500
  5174. Received: by delta.eecs.nwu.edu id AA01726
  5175.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 24 May 1992 18:40:21 -0500
  5176. Date: Sun, 24 May 1992 18:40:21 -0500
  5177. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5178. Message-Id: <199205242340.AA01726@delta.eecs.nwu.edu>
  5179. To: "\\telecom"@eecs.nwu.edu
  5180. Subject: TELECOM Digest V12 #413
  5181.  
  5182. TELECOM Digest     Sun, 24 May 92 18:40:12 CDT    Volume 12 : Issue 413
  5183.  
  5184. Index To This Issue:                      Moderator: Patrick A. Townson
  5185.  
  5186.     FutureCulture - New Mailing List (ahawks@isis.cs.du.edu)
  5187.     MCI Message Call Ignored as TeleSlime (Randy Gellens)
  5188.     Sprint's New 'Phone Number' Card (John C. Fowler)
  5189.     PC-Based Voice Response Systems (Boaz Shmueli)
  5190.     TDD Detectors/Switches (Jeff Sicherman)
  5191.     Multi-Phone Line Protection (Jeff Sicherman)
  5192.     Phone Wire Colors? (Craig Harmer)
  5193.     Tip? Ring? Which Way is UP? (Paul Cook)
  5194.     How Much Line Noise is Too Much For a 2400 or 9600 bps Modem? (Steve Chafe)
  5195.     British Telecom Standards (Jens Johansen)
  5196.     DSP World Expo - Update (Amnon Aliphas)
  5197.     Used Natural Microsystems (Watson/VBX) Boards (Joel Breazeale)
  5198.     Looking For Telecommunications Publication (Vicki Kourkoulis)
  5199.     I Tried 404-666-6666 (Carl Moore)
  5200. ----------------------------------------------------------------------
  5201.  
  5202. From: ahawks@isis.cs.du.edu (jabba the slut)
  5203. Subject: FutureCulture - New Mailing List
  5204. Date: 23 May 92 02:51:57 GMT
  5205. Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
  5206.  
  5207.  
  5208.     |     F  U  T  U  R  E    C  U  L  T  U  R  E
  5209.     |___________________________________________________________
  5210.  
  5211.                         
  5212.                   Tomorrow's Reality Today.
  5213.  
  5214.  
  5215. subscription/deletion requests:         future-request@nyx.cs.du.edu
  5216.  
  5217. requests for FAQ:                       fcfaq-request@nyx.cs.du.edu
  5218. (for those that don't want to be on the mailing list but would still   
  5219.  like to receive the resource-guide/FAQ)
  5220.  
  5221. list administrator:                     Andy / Hawkeye
  5222.                                         ahawks@nyx.cs.du.edu
  5223.  
  5224. Just What Is the FutureCulture Mailing List???
  5225.         
  5226. History: One day someone sent me mail on the Internet: "hey man, could
  5227. you send me that cyberpunk bibliography you posted about?"  Sure, I
  5228. replied.  But, much to my dismay, I could not find what the fellow
  5229. cyberpunk was looking for among the volumes of papers, printouts,
  5230. folders, and disks that lay scattered across my room.  This happenned
  5231. to me all the time, so I decided to gather all of these miscellaneous
  5232. printouts and articles into one giant source.  But the more I got
  5233. involved in this task, the more I realized just how vast and infinite
  5234. this could turn out to be as I kept finding new resources to add to my
  5235. list.  At this point, the list included: cyberpunk, virtual reality,
  5236. music, movies, videos, books, ftp sites, e-mail addresses, and company
  5237. addresses.  The one thing all of the information included in my list
  5238. had in common was that it was all on the fringes of culture and it was
  5239. all oriented towards the future.
  5240.  
  5241. That is what FutureCulture is meant to be about -- the future and the
  5242. fringes of culture.  Topics discussed here range from computers and
  5243. the computer underground to cyberpunk genre to virtual reality to
  5244. fractals to cybernetics to post-modernism to industrial to raves to ???.
  5245.  
  5246. Admittedly, this is a large variety of topics, but they all have basic
  5247. underlying threads in common.
  5248.  
  5249. This mailing-list operates from a non-scientific perspective, although
  5250. discussions of a technical nature are welcome to some extent.
  5251. Basically, my aim is to have a mailing-list where all the "high-tech
  5252. lowlifes" (Cyberpunks, Ravers, Industrialists, Po-Po-Mo's, VR freaks,
  5253. Post-hippies and still-hippies) have a place to hang out in cyberspace
  5254. and discuss whatever they want to in terms of the developing culture
  5255. and technology.
  5256.  
  5257. Please realise that since the variety of topics is so big, basically
  5258. limitless and constantly changing, understand that there will be times
  5259. when the general conversation will not interest you.  But sooner or
  5260. later it will revert back to something you care about -- and you can
  5261. always start up a new topic to discuss.
  5262.  
  5263. The FutureCultureFAQ -- This file is an ever-growing/ever-changing
  5264. monster of a resource guide that should help you out with some of the
  5265. topics discussed on the list. If you don't like the mailing-list but
  5266. DO like that article, send mail to fcfaq-request@nyx.cs.du.edu and I
  5267. will see that you only receive that article when it is updated.
  5268. Updates of the article will be regularly posted to the FutureCulture
  5269. Mailing List.
  5270.  
  5271.  
  5272. Andy / Hawkeye
  5273. ahawks@nyx.cs.du.edu
  5274. maintainer of the FutureCulture mailing list
  5275.  
  5276. ------------------------------
  5277.  
  5278. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  5279. Date: 23 MAY 92 19:59   
  5280. Subject: MCI Message Call Ignored as TeleSlime
  5281.  
  5282.  
  5283. While on vacation recently, I used the MCI message center (or whatever
  5284. they call it) service.  I had been getting a busy signal while trying
  5285. to call my aunt all day, and needed to get in touch with her regarding
  5286. my visit (which was next on the trip).  So I decided to try MCI's
  5287. service (which is much like ATT's similiar service).  After getting
  5288. yet another busy, I pressed "#" for two seconds, then pressed *44, and
  5289. answered the prompts.
  5290.  
  5291. Turns out when it called my aunt, she answered the phone, heard
  5292. something like "This is the MCI message center with a message for",
  5293. <her name in my voice>, and she hung up, assuming it was a junk phone
  5294. call.  (She didn't recognize my voice).
  5295.  
  5296. I think the prevelence of teleslime will hinder the usefulness of
  5297. these services.
  5298.  
  5299.  
  5300. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com =
  5301. >If mail bounces, forward to postmaster@tredysvr.tredydev.unisys.com<
  5302. = Opinions are personal; facts are suspect; I speak only for myself =
  5303.  
  5304. ------------------------------
  5305.  
  5306. Date: Sat, 23 May 92 14:53 GMT
  5307. From: "John C. Fowler" <0003513813@mcimail.com>
  5308. Subject: Sprint's New 'Phone Number' Card
  5309.  
  5310.  
  5311. I've now seen U.S. Sprint's advertisement on TV and in magazines for
  5312. their new calling card, which is based on the recipient's phone
  5313. number.  One of the magazine ads even said that the number is dialable
  5314. using their FGD code, 10333.  My question is, how is it that Sprint is
  5315. allowed to do this if AT&T is not?
  5316.  
  5317. And, if the card is based on phone number now, does that mean that the
  5318. "devious" carriers may now charge to it, as they were able to charge
  5319. to the old AT&T card?
  5320.  
  5321.  
  5322. John C. Fowler, 3513813@mcimail.com
  5323.  
  5324. ------------------------------
  5325.  
  5326. From: shmueli@techunix.technion.ac.il (Boaz Shmueli)
  5327. Subject: PC-Based Voice Response Systems
  5328. Organization: Technion, Israel Inst. of Technology
  5329. Date: Sat, 23 May 1992 17:46:25 GMT
  5330.  
  5331.  
  5332. We are currently looking for a cheap, PC-based, interactive voice
  5333. response (IVR) system.
  5334.  
  5335. Does anybody know of such a system?
  5336.  
  5337. Can anyone share his/hers experience?
  5338.           
  5339. We guess it should have an adaptor board for the telephone line and
  5340. some neat software, and it should be fluent with Hebrew ... ;-)
  5341.  
  5342. Any response will be highly appreciated.
  5343.  
  5344.  
  5345. Boaz Shmueli    Israel Institute of Technology
  5346. e-mail: shmueli@techunix.technion.ac.il
  5347.  
  5348. ------------------------------
  5349.  
  5350. Date: Sun, 24 May 92 01:18:34 -0700
  5351. From: Jeff Sicherman <sichermn@beach.csulb.edu>
  5352. Subject: TDD Detectors/Switches
  5353. Organization: Cal State Long Beach
  5354.  
  5355.  
  5356. Being wolefully ignorant of TDD protocols:
  5357.  
  5358. Are there automatic detector-switches, like fax-voice switches, that
  5359. will detect a TDD call(er) and switch the call to a TDD terminal or
  5360. modem instaed of a voice phone?
  5361.  
  5362. Referecnce on basic TDD operation, design, and use would be
  5363. appreciated.
  5364.  
  5365.  
  5366. Jeff Sicherman
  5367.  
  5368. ------------------------------
  5369.  
  5370. From: sichermn@beach.csulb.edu (Jeff Sicherman)
  5371. Subject: Multi-Phone line protection
  5372. Date: 24 May 92 08:27:20 GMT
  5373. Organization: Cal State Long Beach
  5374.  
  5375.  
  5376.   Having been underwhelmed by the response to my question on the
  5377. availability of surge protectors for multiple phone lines and not
  5378. finding them on my own (hey, if they're not there, what can I expect?)
  5379.  
  5380. I have been examining alternatives. Pulled out my (old) Graybar
  5381. catalog -- which I should have done first -- and found some "Pico
  5382. Protector (tm)"s which are block-clip like devices that fit across
  5383. connections on a punch-down (type 66) block. They are made by Siemon
  5384. Company.
  5385.  
  5386.   Anyone have any experience with these? Am I being paranoid in
  5387. addressing the line-entry protection in the first place? Any lower
  5388. cost sources than Graybar (they don't seem very expensive there,
  5389. though).
  5390.  
  5391.  
  5392. Jeff Sicherman
  5393.  
  5394. ------------------------------
  5395.  
  5396. From: craig@veritas.com (Craig Harmer)
  5397. Subject: Phone Wire Colors?
  5398. Date: Sun, 24 May 92 17:40:55 PDT
  5399.  
  5400.  
  5401. What is the correct ordering and pairing of phone wires, based on
  5402. color?
  5403.  
  5404. When using two-pair wires, I know that red/green is the standard phone
  5405. connection, and yellow/black can be a second connection. Apparently
  5406. polarity no longer matters, so there's no longer an issue of whether
  5407. red corresponds to black or yellow. The red/green pair is generally
  5408. used first.
  5409.  
  5410. I'm running four-pair wire, and the colors available are blue, green
  5411. brown, orange, and green (actually they're pairs:
  5412. blue-on-white/white-on-blue, green-on-white/white-on-green, etc.)
  5413.  
  5414. I'm inclined to order them on the punch down block (from top to
  5415. bottom) as brown, orange, green, and blue (based on the resistor color
  5416. code of black, brown, red, orange, yellow, green, blue, violet, grey,
  5417. white). I put the white-on-color wire of each pair first.
  5418.  
  5419. However, I was looking at another installation and noticed that it was
  5420. wired blue, orange, green, brown. Is their some standard for this?
  5421. I'm sure it makes life easier for phone folks if a standard ordering
  5422. is followed for punch down blocks.
  5423.  
  5424. What about 25 pair cable, were there are more colors involved?
  5425.  
  5426. I'm thinking of eventually running both twisted-pair ethernet and
  5427. phone lines down the same four-pair cable. Will that work?
  5428.  
  5429.  
  5430. Thanks for any info,
  5431.  
  5432. craig
  5433. {apple,uunet}!veritas!craig    craig@veritas.com
  5434. (415) 668-3564 (h)        (408) 727-1222 x220 (w)
  5435. [views expressed above aren't Veritas' views, nor should 
  5436. they be mistaken for the views of any responsible person.]
  5437.  
  5438. ------------------------------
  5439.  
  5440. Date: Fri, 22 May 92 17:27 GMT
  5441. From: Proctor & Associates <0003991080@mcimail.com>
  5442. Subject: Tip? Ring? Which Way is UP?
  5443.  
  5444.  
  5445. Jim.Redelfs@ivgate.omahug.org (Jim Redelfs) writes:
  5446.  
  5447. > In the old scheme of "quad wire" - the color RED has always been RING,
  5448. > or positive.  GREEN always was (and remains) TIP, or negative.
  5449.  
  5450. Yes, Red is Ring, but Ring is always negative with respect to Tip.
  5451.  
  5452. > In the more modern, PIC (polyethylene insulated conductor) cable, RED
  5453. > is a TIP color.
  5454.  
  5455. No, Red is the color for Ring.
  5456.  
  5457. > If the RED lead on a RJ11C jack is NEGATIVE, and the 2500 Western
  5458. > Electric set WILL break dialtone, the PHONE is wired in reverse.
  5459.  
  5460. Nope.  If the red is negative and the WECO set breaks dialtone, all is
  5461. well.
  5462.   
  5463. MPA15AB!RANDY@TRENGA.tredydev.unisys.com (Randy Gellens) writes:
  5464.  
  5465. > While he was there, I asked him a few questions, including if
  5466. > polarity still mattered.  He told me that they (GTE) don't
  5467. > worry about polarity any more, that most phones (except some WE
  5468. > equipment) can handle it either way.
  5469.  
  5470. GTE never worried about tip/ring polarity.  Their tests on phones in
  5471. their manufacturing and refurbishing facitlites always included a
  5472. reverse polarity test for the dial to make sure that the diode bridge
  5473. was working properly.
  5474.  
  5475. > Others have said that digital switches adjust polarity to match
  5476. > your phone when you go off-hook.
  5477.  
  5478. HUH???  How in the world can a CO possibly sense what sort of polarity
  5479. something that is hung across the line wants to see?
  5480.  
  5481.  
  5482. Paul Cook                        206-881-7000
  5483. Proctor & Associates        MCI Mail 399-1080
  5484. 15050 NE 36th St.           fax: 206-885-3282
  5485. Redmond, WA  98052-5317   3991080@mcimail.com
  5486.  
  5487. ------------------------------
  5488.  
  5489. From: chafe@ucdavis.edu (Steve Chafe)
  5490. Subject: How Much Line Noise is Too Much For a 2400 or 9600 bps Modem?
  5491. Date: 21 May 92 22:10:35 GMT
  5492. Reply-To: chafe@ucdavis.edu (Steve Chafe)
  5493. Organization: University of California, Davis
  5494.  
  5495.  
  5496. Does anyone know off the top of their head (or know of a good article
  5497. or book that would help me find out) what are the best parameters to
  5498. measure on a POTS line to see if it is too "noisy" for use with a
  5499. standard 2400 bps modem? I have occasional spurts of garbage
  5500. characters on my line at home, and have access to transmission test
  5501. sets that measure loss, noise, envelope delay, signal to noise, etc.
  5502. I talked to Pacific Bell about this and all they will do is listen
  5503. with a butt set for noise.  If they cant hear any, then the line is
  5504. fine.
  5505.  
  5506. Which measurable quantities could cause noise that would not
  5507. necessarily be audible? And what specific values of those quantities
  5508. prevent a line from passing modem data?
  5509.  
  5510. Any info or suggestions would be greatly appreciated!
  5511.  
  5512.  
  5513. Steve Chafe     chafe@aggie.ucdavis.edu
  5514.  
  5515. ------------------------------
  5516.  
  5517. From: jens@seas.gwu.edu (Jens Johansen)
  5518. Subject: British Telecom Standards
  5519. Organization: George Washington University
  5520. Date: Fri, 22 May 1992 00:46:43 GMT
  5521.  
  5522.  
  5523. Hullo netters,
  5524.  
  5525. I was wondering if there was some way of obtaining the British Telecom
  5526. standards for communications devices &c. particularly in the area of
  5527. short range wireless devices (such as cordless phones, and so forth).
  5528.  
  5529. What is required for such a device to get a little round green sticky?
  5530.  
  5531. Thanks in advance!
  5532.  
  5533. I have problems reading this newsgroup, so please respond via
  5534. e-mail ... thanks.
  5535.  
  5536.  
  5537. Jens Johansen (jens@seas.gwu.edu)
  5538. DISCLAIMER:  Hey, if you seriously believe I am speaking for anyone
  5539. else, we might both be in quite serious trouble ...
  5540.  
  5541. ------------------------------
  5542.  
  5543. From: DSPWorld@world.std.com (Amnon Aliphas)
  5544. Subject: DSP World Expo -- Update
  5545. Organization: The World Public Access UNIX, Brookline, MA
  5546. Date: Fri, 22 May 1992 15:56:29 GMT
  5547.  
  5548.  
  5549. DSP WORLD EXPO - LATEST UPDATE  (As of May 20, 1992)
  5550.  
  5551. A preliminary list of companies to be exhibiting at DSPWorld Expo:
  5552.  
  5553.     Analog Devices              Ariel Corporation
  5554.     AT&T Microelectronics        CADIS GmbH
  5555.     Catalina Research        Comdisco Systems Inc.    
  5556.     CSPI                Data Translation
  5557.     DSP Research            DSP Software
  5558.     Dynetics            GEC-Plessey Semiconductor
  5559.     hema Electronik GmbH        Heurikon
  5560.     Hyperception            IEEE Spectrum Magazine
  5561.     Image & Signal Processing    Intelligent Systems Int'l.
  5562.     Ixthos                Loughborough Sound Images
  5563.     Momentum Data Systems        Motorola
  5564.     National Instruments        Sharp Microelectronics
  5565.     Signal Proc. Assoc. Pty.    Sonitech International
  5566.     Spectrum Signal Processing    Star Semiconductor
  5567.     Sunnyside Inc.            Texas Instruments
  5568.     Zoran.
  5569.  
  5570.  
  5571. Exhibit space is still available.
  5572.  
  5573. If you would like to reserve exhibiting space or submit a abstract for
  5574. review, please contact:
  5575.  
  5576. Pamela Coneeny, Conference Coordinator. ICSPAT / DSPWorld Expo.
  5577.  
  5578. DSP Associates            Tel: (617) 964-381718
  5579. Peregrine Road            Fax: (617) 969-6689
  5580. Newton Centre, MA 02159, USA    e_mail address DSPWorld@world.std.com
  5581.  
  5582. ------------------------------
  5583.  
  5584. Subject: Used Natural Microsystems (Watson/VBX) Boards
  5585. Organization: Houston Unix Users Group
  5586. Date: 24 May 92 13:34:08 CDT (Sun)
  5587. From: jlb@hounix.org (Joel Breazeale)
  5588.  
  5589.  
  5590. Anyone out there know of some company which sells/buys used Natural
  5591. Microsystems (VBX & Watson) boards?
  5592.  
  5593. I'd like to make contact with those who are interested in
  5594. buying/selling such equipment as well.
  5595.  
  5596.  
  5597. Thanks,
  5598.   
  5599. Joel Breazeale    jlb@hounix.org    +1 713 942 9988
  5600.  
  5601. ------------------------------
  5602.  
  5603. Date: Fri, 22 May 92 18:07:11 PDT
  5604. From: vicki@mentat.com (Vicki Kourkoulis)
  5605. Subject: Looking For Telecommunications Publication
  5606.  
  5607.  
  5608. I am in pursuit of "Telecommunications" publication, (North American
  5609. Edition), and have limited information about how to acquire it.  The
  5610. publisher is Horizon House.  Any info from the Telecommunications
  5611. Group that might prove helpful would be appreciated.  Thanks in
  5612. advance.
  5613.  
  5614.  
  5615. Vicki Kourkoulis, Mentat Inc.
  5616. Suite 315, 1145 Gayley Avenue, Los Angeles CA 90024
  5617. (310) 208-2650 x26; Fax (310) 208-3724; vicki@mentat.com
  5618.  
  5619. ------------------------------
  5620.  
  5621. Date: Sun, 24 May 92 12:55:08 EDT
  5622. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  5623. Subject: I Tried 404-666-6666
  5624.  
  5625.  
  5626. In response to a recent Digest item, I tried 404-666-6666 via MCI
  5627. (default carrier) and it failed!  It went thru via AT&T (10288).
  5628.  
  5629.  
  5630. [Moderator's Note: As was noted a few days ago, maybe you forgot to
  5631. pay your AT&T bill, or perhaps the person at 666-6666 forgot to pay
  5632. their AT&T bill.  :)   PAT]
  5633.  
  5634. ------------------------------
  5635.  
  5636. End of TELECOM Digest V12 #413
  5637. ******************************
  5638. 
  5639. 
  5640. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa12498;
  5641.           24 May 92 21:31 EDT
  5642. Received: by delta.eecs.nwu.edu id AA04778
  5643.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 24 May 1992 19:46:17 -0500
  5644. Received: by delta.eecs.nwu.edu id AA08274
  5645.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 24 May 1992 19:46:07 -0500
  5646. Date: Sun, 24 May 1992 19:46:07 -0500
  5647. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5648. Message-Id: <199205250046.AA08274@delta.eecs.nwu.edu>
  5649. To: "\\telecom"@eecs.nwu.edu
  5650. Subject: TELECOM Digest V12 #414
  5651.  
  5652. TELECOM Digest     Sun, 24 May 92 19:46:04 CDT    Volume 12 : Issue 414
  5653.  
  5654. Index To This Issue:                      Moderator: Patrick A. Townson
  5655.  
  5656.     Summary: Telephone Line Monitor Wanted (Sean Petty)
  5657.     Re: Stopping Unwanted Incoming Fax Traffic (Bob Sherman)
  5658.     Re: All Zeros in the Subscriber Number (Phil Howard)
  5659.     AT&T Digital Answering System 1337 (Joshua Hosseinoff)
  5660.     Re: Using *8 For Outside Lines (Phil Howard)
  5661.     Re: Pacific Bell to Discontinue Data Access Lines (Peter da Silva)
  5662. ----------------------------------------------------------------------
  5663.  
  5664. Subject: Summary: Telephone Line Monitor Wanted
  5665. From: Sean Petty <seanp@undr.org>
  5666. Reply-To: Sean Petty <seanp@undr.org>
  5667. Date: Sat, 23 May 92 22:20:47 EDT
  5668. Organization: The Underground - Pennsylvania
  5669.  
  5670.  
  5671. Recently I wrote:
  5672.  
  5673. > Presently, a local ambulance organization of which I am a member
  5674. > is looking into getting some type of telephone line monitor.
  5675. > Our setup is as follows:
  5676.  
  5677. > The main emergency line people call runs through our PBX system,
  5678. > and rings on all the phones in the building, however, we don't
  5679. > answer it, we just let it ring, and our main dispatch center
  5680. > answers it.  The way it works now, the phone rings, our dispatch
  5681. > center answers it, and takes the call.
  5682.  
  5683. > Unfortunately, we can't hear whats going on when the dispatcher
  5684. > answers the phone.  What we would like to be able to do, is
  5685. > listen to the conversation via a speaker as the dispatcher
  5686. > talks, so we know exactly what we're going out for.
  5687.  
  5688. > However, the unit should be totally automatic.  It should kick
  5689. > the speaker on when the call is answered, and disconnect the
  5690. > speaker when the call is disconnected.  The unit cannot
  5691. > interrupt or alter the normal use/audio of the line.
  5692.  
  5693. > I have a good electronics backround, and can assemble just about
  5694. > anything from a good schematic.  What I am looking for is just
  5695. > that, a schematic for this device.  Or, possible alternatives
  5696. > include commercial units, pointers to schematics, suggestions,
  5697. > etc.
  5698.  
  5699. And did I get responses!  Wow!  I had several by the following
  5700. morning.  I would like to thank the following people very much for
  5701. their help and information.  I may have missed some people, and some
  5702. people may still send responses.  I thank everyone, however, who has
  5703. or will respond.  I gained much useful information, and have gone with
  5704. the telephone line recorder.  It was put in service today, and it
  5705. works perfectly!
  5706.  
  5707. Again, thanks very much everyone, especially:
  5708.  
  5709.  From: edg@netcom.com (Ed Greenberg)
  5710.  From: Michael A. Covington <mcovingt@athena.cs.uga.edu>
  5711.  From: jeffrey wisniewski <wisniews@cis.ohio-state.edu>
  5712.  From: Ray Berry <gvls1!widener!uunet!ole!ray>
  5713.  From: ho@csrd.uiuc.edu (Samuel W. Ho)
  5714.  From: drawson@Tymnet.COM (Dick Rawson)
  5715.  From: Mark Cavallaro
  5716.  From: regmad@gsusgi2.gsu.edu (Michael de Kraker)
  5717.  From: painter@decwet.enet.dec.com (Tjp)
  5718.  From: Robert Warren <warren@CAM.ORG>
  5719.  From: carndt@nike.calpoly.edu (Chris Arndt)
  5720.  
  5721. And here is the information I got, for everyone:
  5722.     
  5723. Date: Thu, 21 May 92 22:40:45 EDT
  5724.  
  5725. I'd suggest connecting a simple audio amplifier to the line through a
  5726. capacitor (maybe 0.1 uF 400 V) and a large (maybe 1-megohm) resistor.
  5727. And maybe include a pair of Zener diodes back-to-back across the input
  5728. to protect the amp from the AC ringing voltage.
  5729.  
  5730. The ringing will sound horrible, the audio will sound normal, and the
  5731. line should be silent when not in use.  (There's no dialtone unless
  5732. someone has picked up a receiver to dial.)
  5733.  
  5734.     --------
  5735.  
  5736. Idea: At radio shack there is a telephone tap device.  It plugs into a
  5737. phone jack and when any activity on the line goes on it starts
  5738. recording.  plug the tap into a jack and then into an old stereo.  You
  5739. coudl have speakers anywhere in teh building, record the calls (if you
  5740. want) and well, who knows.  For $19 bucks seems worth it.  Take it for
  5741. what its worth ... probably not much!
  5742.     
  5743.     -------
  5744.  
  5745. You don't even need to warm up your soldering iron.  Waltz down to
  5746. Radio Shack and pick up a telephone recording adapter.  THey have 2-3
  5747. different types, make sure you get the one that doesn't have to be in
  5748. series with the subject phone.  It has outputs for driving a cassette
  5749. recorder- on that has the audio, the other drives the 'remote'
  5750. connector to start the recorder automatically when the line goes into
  5751. use.  For $25 your 2/3 the way there.  THen all you need is an amp and
  5752. speaker, and maybe hook the remote output to a relay to enable the
  5753. speaker etc.
  5754.  
  5755.     -------
  5756.  
  5757. It's probably easiest to get a telephone recording box (Radio Shack,
  5758. et al) and hook it up to either an audio amp or your existing paging
  5759. system.  The typical audio recording box has a mic-level audio output
  5760. and a relay that closes when the line is off-hook.
  5761.  
  5762. If you want to do it yourself, use a 600 ohm audio transformer to get
  5763. the audio off the line, and a reed relay that closes at 20ma current
  5764. to get on-hook status.  The relay should be in series with the wire
  5765. going to the dispatch phone.
  5766.  
  5767.   --------
  5768.  
  5769. Here are some general considerations in place of a schematic
  5770. drawing ...
  5771.  
  5772. Plainly, you need to bridge the monitor somewhere that provides an
  5773. indication of answered(off hook) vs not-answered(on hook) status.
  5774. That MIGHT appear at every extension, or it might be only on the
  5775. dispatcher's extension; it depends on the PBX.  The indication
  5776. generally is the DC voltage: around 48vdc on hook, and much lower (I
  5777. forget, but you can measure it), say 8vdc, off hook.  So you need a
  5778. circuit that uses a high-impedance DC-coupled connection to the proper
  5779. extension line, and which indicates either ON or OFF hook status.
  5780.  
  5781. All connections to the line should be "balanced", by the way -- nearly
  5782. equal impedance to ground from each tap.  Otherwise you get hum at
  5783. least, and maybe confuse the PBX.
  5784.  
  5785. For audio, make a high-impedance AC-coupled connection to an audio
  5786. amplifier.  Use a DC-blocking capacitor in series with a resistor, say
  5787. 1K, from each side of the extension, connected to an audio
  5788. transformer.  A 1:1 ratio modem transformer should do, and they are
  5789. cheap surplus.  Put the audio amp on the other side.
  5790.  
  5791. Control the amplifier to be silent unless the extension shows OFF
  5792. HOOK.  By the way, the status detector above must not respond to
  5793. ringing voltage: ca 100 V, either 100 VPP AC (peak to peak), or
  5794. interrupted DC.  Put a scope on the extension and see what the PBX
  5795. uses, or ask someone who knows.  And the amp must not be bothered by
  5796. the ringing voltage.  It might help to put a 1 or 1/2 sec delay before
  5797. amplifier turn-on if you get loud clicks or the like.
  5798.  
  5799. If you're lucky, someone will sell you the exact box you want.
  5800.  
  5801.     --------------
  5802.  
  5803. I think you may be able to get this to work without any custom
  5804. equipment.  Talk to your PBX vendor about a paging circuit in your
  5805. PBX.  The operator would conference the page trunk into the call, and
  5806. the conversation should then broadcast (one way) on paging speakers.
  5807. When the operator hangs up, both the outside trunk and the paging
  5808. trunk would disconnect.
  5809.  
  5810.     -------------
  5811.  
  5812. A cheap and simple way would be to place a telephone amp (RADIO-SHACK)
  5813. and it's inductive pick-up on the line although not automatic it's
  5814. cheap.  Add a 9V xformer and no batteries to worry about not to
  5815. mention part 68 acceptance.
  5816.  
  5817. A non approved way is to take the same amp and wire it up with a
  5818. blocking cap and isolation xformer.
  5819.  
  5820.  
  5821.              Ceramic cap almost any value
  5822.  
  5823. telco  Tip----||------------| |------------ AMP -
  5824. jack                        | |
  5825.        Ring ----------------| |------------ AMP +
  5826.  
  5827.  
  5828. PS I do not recommend using a power supply with the direct connect
  5829. method use batteries only.
  5830.  
  5831. It would be somewhat simple to add the ring detect. Just fee a
  5832. rectified ring signal to the gate of an scr and when the call is
  5833. terminated the loss of DC flow should drop the SCR thus power to the
  5834. amp.
  5835.  
  5836.    -----------------
  5837.  
  5838. Buy three things at Radio Shack:
  5839.  
  5840. 1) Telephone listening device (little suction cup thing that plugs into a
  5841.    mini-jack)
  5842. 2) Speaker with build in amplifier.  (not sure if theres has enough gain,
  5843.    but if not then a cheap amp will be needed and a speaker)
  5844. 3) battery eliminator for the speaker/amp.
  5845.  
  5846. Fancier systems could be built with the passive or vox phone monitor
  5847. (then you could tape them to replay stuff on the way, or stuff that
  5848. came while you were 'out')
  5849.  
  5850.    -----------------
  5851.  
  5852.     I duly read your post and I think I can help you ... the
  5853. easiest way to build such a device is to use a relay to turn a phone
  5854. tap on/off. A phone line witch is in use goes to 5VDC while it is
  5855. around 50VDC at idle and8VDC 20Mhzhz when ringing (Might vary).
  5856.  
  5857.     What you want to do is put a relay in parallel to the phone
  5858. line with a diode to prevent the relay coil to short the AC (voice)
  5859. signal. Here's a little diagram:
  5860.  
  5861. Tip (Green) -------------------------------------------------------------
  5862.                 |
  5863.                 |
  5864.  From Telco            -
  5865.                 ^  Diode (1N4001)
  5866.                 |
  5867.                  -------
  5868.                  |     ()
  5869.                  V     () Relay Coil
  5870.          Other Diode -     ()
  5871.                  |     ()
  5872.                  -------
  5873.                     |
  5874. Rig (Red) -----------------------------------------------------------------
  5875.  
  5876. When the phone is not in use the relay will stick therefore keeping a
  5877. set of contacts closed and another open. When it is in use, one set
  5878. will close and make a current path for the phone tap. The first diode
  5879. prevents the coil from shorting the AC (voice path) while the bottom
  5880. diode is there to prevent freeback from the coil when it de-energises.
  5881. Depending on phone line polarity, you might have to swap the Tip n'
  5882. Ring.
  5883.  
  5884. Now comes the phone tap:
  5885.  
  5886. Tip  (Green) --------------------------------
  5887.                 |
  5888.  From telco             |
  5889.             ---------
  5890.     Relay contacts  |
  5891.   Closed when relay off ---------
  5892.                 |
  5893.                 ---)|--    
  5894.                       |  Capacitor Around 0.01pf
  5895.                       |
  5896.         -----------------()||()
  5897.     To Speaker or            ()||()  Audio output transformer 1:1
  5898.     amplifier          ()||()
  5899.             -----------------()||()
  5900.                       |
  5901.                       |
  5902. Ring (Red) -------------------------------------
  5903.  
  5904. Ok, when the relay de-energizes, current will flow thru the circuit,
  5905. where the capacitor will keep DC current from going thru the
  5906. transformer, the transformer will further seperate AC from DC and
  5907. output an audio signal. You can either put this signal to a speaker or
  5908. an amplifier. In the later case, you might have to add a resistor
  5909. before the amplifier to keep it from overloading.
  5910.  
  5911. This device is, to put it mildly, crude. If there are too many phones
  5912. on the line, the PBX will think one phone is always off-hook. You
  5913. might want to add a resistor to the relay. The relay must be energized
  5914. when the phone is on-hook and deenergized when off-hook. A variable
  5915. resistor might help you. The component values aren't critical and
  5916. while the detector circuit sucks the phone tap is the standart way of
  5917. doing things.
  5918.  
  5919. Please also note that just after pickup, you'll hear a [clack] on the phone
  5920. line, this is the relay going off.
  5921.  
  5922. This isn't the best circuit in the world, but it will work. If you
  5923. really want to get fancy, you can add an inverter IC to the circuit to
  5924. drive the relay with a transistor and loose a bit of line-noise. You
  5925. could also use an opto-isolator before the transformer to cut-back
  5926. even more on the noise.
  5927.  
  5928. If you have further question / comments (Thanks... :) Complaints?! :( ) E-mail
  5929. me!
  5930.  
  5931.     -------------
  5932.  
  5933. Radio Shack sells telephone recording controllers. (Page 82, 1992
  5934. catalog) They supply open collector outputs to start a cassette motor,
  5935. and audio outputs to tape from. Use one of these to supply audio to a
  5936. small amplifier. If you need to, you can use a relay on that motor
  5937. control to switch a relay in the speaker lead.
  5938.  
  5939.     -------------
  5940.  
  5941. There it is.  Do with it what you want.
  5942.  
  5943.  
  5944. Sean Petty    undr!seanp@tredysvr.Tredydev.Unisys.COM   seanp@undr.org
  5945.  
  5946. ------------------------------
  5947.  
  5948. From: Bob Sherman <bsherman@mthvax.cs.miami.edu>
  5949. Subject: Re: Stopping Unwanted Incoming Fax Traffic
  5950. Date: 24 May 1992 19:53:38 -0400
  5951.  
  5952.  
  5953. > In response to the matter of JUNK FAXES raised by Jack Decker ...
  5954.  
  5955. Perhaps the news media has got the right idea. Several of them in this
  5956. area have recently removed their fax machines from regular phone
  5957. lines, and replaced them with 900 numbers. One tv station now charges
  5958. you $1.50 per minute to send them a fax ... of course, they also have
  5959. a fax on a private number for faxes that they want you to send ... and
  5960. yes folks, they tell me the faxes are still coming, at a buck fifty a
  5961. minute. Suddenly they like all of the junk faxes they get.. :-)
  5962.  
  5963.  
  5964. bsherman@mthvax.cs.miami.edu |                      | MCI MAIL: BSHERMAN 
  5965.  
  5966. >>  Miami's Big Apple - 305-948-8000 - 24 hours - 300/1200 - PCP'able  <<
  5967. >>  Oldest Apple support board in Southeast. Now in its eleventh year. <<
  5968.  
  5969. ------------------------------
  5970.  
  5971. From: pdh@netcom.com (Phil Howard)
  5972. Subject: Re: All Zeros in the Subscriber Number
  5973. Date: Sun, 24 May 92 23:53:56 GMT
  5974. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  5975.  
  5976.  
  5977. porten@eniac.seas.upenn.edu (Jeffrey  Porten) writes:
  5978.  
  5979. > The telephone numbers around here are 382-XXXX, so presumably someone
  5980. > has, to use Michael's euphemism, DUCK-YOU.  I've been tempted to try,
  5981. > just to see if Bell of PA is smart enough not to issue it, but it's
  5982. > too similar to a crank call for me to give it a shot.
  5983.  
  5984. If you ask for someone, at least you might be able to make it sound
  5985. like a legitimate wrong number.
  5986.  
  5987. What do you USUALLY do when you get a wrong number?
  5988.  
  5989. Then try 382-5OFF, 522-5OFF, etc.
  5990.  
  5991. Alternatively, call up your customer representative and ask to have
  5992. the numbers assigned to you.
  5993.  
  5994.  
  5995. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com 
  5996.  
  5997.  
  5998. [Moderator's Note: There was a person a couple years ago who had (and
  5999. actually requested) the number 800-EAT-7448. He wanted to find out
  6000. what sort of people would call that number; apparently many did
  6001. because the phone rang constantly, I am told.  PAT]
  6002.  
  6003. ------------------------------
  6004.  
  6005. Date: Sun, 24 May 1992 19:54 EST
  6006. From: JOSHUA HOSSEINOFF <EAW7100@ACFcluster.NYU.EDU>
  6007. Subject: AT&T Digital Answering System 1337
  6008.  
  6009.  
  6010. I recently bought the AT&T digital answering system and I was
  6011. wondering if there is any way to expand the capacity of the the
  6012. memory.  According to the manual it holds about seven minutes of
  6013. messages, (but when I tested it with continuous speaking from a radio
  6014. I only got about five minutes).  It would seem that it has about one
  6015. megabyte of memory, probably a ram chip.  Does anyone know if it's
  6016. possible to replace a chip and increase the capacity or will AT&T have
  6017. some upgrade service to increase the capacity to 15 minutes or so?
  6018.  
  6019. I've never run out of room on it from messages but having some extra
  6020. capacity would be nice for vacations and things like that.  The only
  6021. other problem with this answering machine that I've noticed is that it
  6022. produces terrible interference to AM radios that are less than half a
  6023. meter away from it.
  6024.  
  6025.  
  6026. Joshua Hosseinoff      Eaw7100@acfcluster.nyu.edu   eaw7100@nyuacf.bitnet
  6027.  
  6028. ------------------------------
  6029.  
  6030. From: pdh@netcom.com (Phil Howard)
  6031. Subject: Re: Using *8 For Outside Lines
  6032. Date: Mon, 25 May 92 00:06:29 GMT
  6033. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  6034.  
  6035.  
  6036. HAMER524@Ruby.VCU.EDU (Robert M. Hamer) writes:
  6037.  
  6038. > We received a memorandum from the university's communications office
  6039. > (or whatever it is called; I don't have a copy in front of me) saying
  6040. > that the centrex service from C & P was currently disrupted, that the
  6041. > form of the disruption was difficulty in getting an outside line by
  6042. > dialing 9, and the temporary work-around was to dial *8 to get an
  6043. > outside line.
  6044.  
  6045. Try the *8 later on when 9 is working again and see what happens.
  6046. Maybe it's just a back door and they hope everyone will forget it once
  6047. the 9 is working again.  Perhaps it goes to a set of isolated lines
  6048. separate from the ones that 9 goes to.
  6049.  
  6050.  
  6051. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  6052.  
  6053. ------------------------------
  6054.  
  6055. From: peter@taronga.com (Peter da Silva)
  6056. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  6057. Organization: Taronga Park BBS
  6058. Date: Sun, 24 May 1992 16:38:00 GMT
  6059.  
  6060.  
  6061. In article <telecom12.408.8@eecs.nwu.edu> cybrspc!roy@cs.umn.edu (Roy
  6062. M. Silvernail) writes:
  6063.  
  6064. > As most readers of the Digest are aware, there is a _vast_ difference
  6065. > between "baud" and "bits per second" (also referred to as "bps"), even
  6066. > though common usage has equated the two.  I seem to recall that a
  6067. > standard dialup line can support somewhere around a 600 baud
  6068. > connection, although modulation trickery can pass better than 2400
  6069. > bits per second on a 600 baud signal.  More trickery, and you can
  6070. > achieve 14,400 and above.
  6071.  
  6072. By splitting up the band into 512 channels at up to 6 bits per baud
  6073. per channel, you can get 22000 bits per second at 7 baud. At 4800 baud
  6074. using this technology the data rate could be quite impressive.
  6075.  
  6076.  
  6077. Peter da Silva  peter@taronga.com  Taronga Park BBS 
  6078. +1 713 568 0480/1032     Houston, TX, USA   
  6079.  
  6080. ------------------------------
  6081.  
  6082. End of TELECOM Digest V12 #414
  6083. ******************************
  6084. 
  6085. 
  6086. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa21072;
  6087.           25 May 92 1:15 EDT
  6088. Received: by delta.eecs.nwu.edu id AA14725
  6089.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 24 May 1992 23:29:56 -0500
  6090. Received: by delta.eecs.nwu.edu id AA19048
  6091.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 24 May 1992 23:29:48 -0500
  6092. Date: Sun, 24 May 1992 23:29:48 -0500
  6093. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6094. Message-Id: <199205250429.AA19048@delta.eecs.nwu.edu>
  6095. To: "\\telecom"@eecs.nwu.edu
  6096. Subject: TELECOM Digest V12 #415
  6097.  
  6098. TELECOM Digest     Sun, 24 May 92 23:29:45 CDT    Volume 12 : Issue 415
  6099.  
  6100. Index To This Issue:                      Moderator: Patrick A. Townson
  6101.  
  6102.     Re: Basic Rate ISDN Included on Motherboard of SPARCSstation (M. Solomon)
  6103.     Re: ISDN Fantasy (Peter da Silva)
  6104.     Re: Toll Fraud vs Credit Card Fraud (Peter da Silva)
  6105.     Re: Electronic Show Open to Public This Year! (Robert J. Woodhead)
  6106.     Re: TDD Detectors/Switches (Curtis E. Reid)
  6107.     Re: All Zeros in the Subscriber Number (Kenneth Crudup)
  6108.     Re: A Musical Telecom Reference (Kenneth Crudup)
  6109.     MetroMedia 10xxx Number? (Javier Henderson)
  6110. ----------------------------------------------------------------------
  6111.  
  6112. Date: Sun, 24 May 1992 13:17:06 -0400
  6113. From: Monty Solomon <monty@proponent.com>
  6114. Subject: Re: Basic Rate ISDN Included on Motherboard of SPARCSstation
  6115.  
  6116.  
  6117. Here is some more info on ISDN in the Sun SPARCSstation 10: 
  6118. (Excerpted from Sun's Worldwide Product Announcement Information)
  6119.  
  6120.   - What Becomes Available When:
  6121.  
  6122.   o ISDN
  6123.        Chip on the motherboard         Q3 CY92
  6124.        ISDN Drivers on Solaris 2.x     Q4 CY92 Solaris 2.x
  6125.        Teleservices API                Q1 CY93 Solaris 2.x
  6126.        Wide Area Networking software   Q1 CY93 Solaris 2.x
  6127.  
  6128. The chip on the motherboard provides a BRI (basic rate interface) ISDN
  6129. connection that is integrated with workstation audio.  The drivers
  6130. provide a low level interface to the hardware.  The Teleservices API
  6131. enables application development for workstation/telephony integration
  6132.  -- providing functions like call setup, transfer, hold, confer, etc.
  6133. The API is hardware independent so that it will work with third party
  6134. non-ISDN telephony hardware and software.  The WAN software enables
  6135. data communication -- running IP over ISDN (in other words, applica-
  6136. tions that run over ethernet will run over ISDN).
  6137.  
  6138. In the first release, Sun will support data communications in the US
  6139. (for the AT&T 5ESS switch), the UK, France, Germany and Japan.  We
  6140. will support voice services in the US (for the AT&T 5ESS switch) only.
  6141.  
  6142. ISDN
  6143.  
  6144. Q: Why did Sun put ISDN on the motherboard?
  6145.  
  6146. A: ISDN (Integrated Services Digital Network) is a key technology that
  6147. enables our vision of integrating desktop tools (such as the
  6148. telephone) into the workstation, and enables collaboration with other
  6149. people regardless of location.  ISDN is the only worldwide standard
  6150. for telephone connectivity.  By providing this capability to every Sun
  6151. user, we are extending our customers' networks worldwide and enabling
  6152. a new generation of applications through workstation/telephone
  6153. integration.  Sun was the first company to include ethernet as a
  6154. standard part of every workstation, and now we have further innovated
  6155. by bundling ISDN.
  6156.  
  6157. Q: What does ISDN do for my customers?
  6158.  
  6159. A: ISDN provides worldwide connectivity - customers will be able to
  6160. communicate with anyone in the world who has a connection to an ISDN
  6161. phone line.  Integrating the workstation with the telephone enables a
  6162. whole new generation of applications.
  6163.  
  6164.     Wide Area Networking applications: 
  6165.         - telecommuting
  6166.         - database/information services access
  6167.         - still image transfer
  6168.         - remote back up
  6169.  
  6170.     Workstation Telephony applications:
  6171.         - desktop integrated telephony (e.g., answer, dialer, 
  6172.             integrated rolodex, single in-box for email, fax and
  6173.                 telephone messages)
  6174.         - corporate telephony: telephone capabilities integrated
  6175.         into corporate applications (e.g., customer service and
  6176.         financial traders)
  6177.         - worldwide collaboration (e.g., video conferencing, shared
  6178.         white board, shared documents)
  6179.         - remote access (e.g., ability to access information on your
  6180.         workstation through any telephone using text to speech
  6181.         and phone integration technologies).
  6182.   
  6183. Q: Why is Sun making such a big investment in ISDN when there's very
  6184. little U.S. support for ISDN in the near future?
  6185.  
  6186. A: ISDN is the worldwide telecommunications standard for telephone and
  6187. networking services. Sun is investing in ISDN because it is a key
  6188. technology to enable our vision of integrating desktop tools into the
  6189. workstation and enabling collaboration with people regardless of
  6190. location.  More than 50% of Sun's business is overseas - in Japan, the
  6191. UK, Germany and France all businesses have access to ISDN.  In the
  6192. United States 40% of all telephone customers will have access to ISDN
  6193. by 1992 and this will increase to 60% by 1994. Metropolitan areas will
  6194. be 10-20% higher.
  6195.  
  6196. Q: Does ISDN replace Ethernet?  Leased lines?
  6197.  
  6198. A: No.  Ethernet will still be used for Local Area Networks where it
  6199. is used today.  Large companies who send large amounts of data will
  6200. still use dedicated, leased lines between major sites.  ISDN provides
  6201. users with an inexpensive way to connect to another site -- to a
  6202. customer, a supplier, a remote office, or an employee at home.
  6203.  
  6204. Q: How many types of ISDN are there?
  6205.  
  6206. A: There are three types of ISDN, that each offer different
  6207. bandwidths.  Basic Rate ISDN offers up to 128 kbps and is generally
  6208. available worldwide.  Primary Rate ISDN offers up to 2 Mbps, but is
  6209. not yet a worldwide standard.  Broadband ISDN offers rate as high as 6
  6210. Gbps but is not likely to be generally available at least until 1995.
  6211.  
  6212. Q: Why did we choose Basic Rate ISDN?
  6213.  
  6214. A: Basic rate is the only interface that is standard today.  Although
  6215. PRI (Primary Rate Interface) provides higher bandwidth than BRI, it is
  6216. not readily available and it is expensive today.  Third party SBus
  6217. boards will provide PRI capabilities.
  6218.  
  6219. Q: Does my workstation have to be certified?
  6220.  
  6221. A: Yes, Sun is in the process of getting the SPARCstation 10 certified
  6222. by the respective regulatory agencies in each country (e.g., the FCC
  6223. in the US).  The workstation is shipping with a blocking plate over
  6224. the ISDN connectors which can be removed when certification is
  6225. complete.  In the US, the UK, France, Germany and Japan, we expect
  6226. certification by Q1 CY93.
  6227.  
  6228. Q: How is ISDN integrated with audio?
  6229.  
  6230. A: They are very tightly integrated -- which allows users to use a
  6231. headphone connected to the SpeakerBox as a telephone.  Also, telephony
  6232. applications use the audio hardware for input and output, freeing the
  6233. CPU for other functions.
  6234.  
  6235. Q: Our office phone system is already digital -- why is ISDN important?
  6236.  
  6237. A: Your office phone system is digital, but not standard.  Most
  6238. offices today use their own PBX (private branch exchange) and use a
  6239. proprietary digital system offered by the PBX vendor. As with any
  6240. proprietary standard, there is no interoperability except between the
  6241. equipment from the same vendor.  ISDN brings the concept of "open
  6242. systems" to telephony.
  6243.  
  6244. Q: Does ISDN require special fiber optic cables?
  6245.  
  6246. A: No, existing copper wiring will work.
  6247.  
  6248. Q:  Does SPARCstation 10 support cross-platform audio?
  6249.  
  6250. A: Yes, it supports seven different sampling rates -- from 8-bit, 8
  6251. KHz voice quality audio to 16-bit, 48 KHz CD-quality audio.
  6252.  
  6253. ------------------------------
  6254.  
  6255. From: peter@taronga.com (Peter da Silva)
  6256. Subject: Re: ISDN Fantasy
  6257. Organization: Taronga Park BBS
  6258. Date: Sun, 24 May 1992 17:05:54 GMT
  6259.  
  6260.  
  6261. In article <telecom12.396.8@eecs.nwu.edu> Bob_Frankston@frankston.com
  6262. writes:
  6263.  
  6264. > Oh well, I'll have to setting for synthesizing voice so that the
  6265. > receiving system can do speech to text following the precedent of
  6266. > Text-> Fax-> OCR-> Text.
  6267.  
  6268. Oh, I can just see it.
  6269.  
  6270. "Well, I got a FAX for Joe but he's out of the country so I OCR-ed it
  6271. and used my Amiga to put a message on his voice-mail. He can play it
  6272. back with his speech-to-text under Windows. He usually leaves me a
  6273. message on the company BBS, and I'll download it and FAX it back to
  6274. them."
  6275.  
  6276. Text-FAX-OCR-speech-text-Email-FAX mail.
  6277.  
  6278. And they'll probably come up with standard synthesizer parameters like
  6279. they came up with standard fonts to use when you expect the receiver
  6280. to OCR the message.
  6281.  
  6282.  
  6283. Peter da Silva      peter@taronga.com   Taronga Park BBS
  6284. +1 713 568 0480/1032     Houston, TX, USA  
  6285.  
  6286. ------------------------------
  6287.  
  6288. From: peter@taronga.com (Peter da Silva)
  6289. Subject: Re: Toll Fraud vs Credit Card Fraud
  6290. Organization: Taronga Park BBS
  6291. Date: Mon, 25 May 1992 00:14:18 GMT
  6292.  
  6293.  
  6294. In article <telecom12.400.1@eecs.nwu.edu> mc/G=Brad/S=Hicks/OU=0205925@
  6295. mhs.attmail.com writes:
  6296.  
  6297. > I am arguing for what used to be called "decriminalization" [of
  6298. > phreaking], or treating it as a crime on a par with illegal parking or
  6299. > littering
  6300.  
  6301. But it isn't. It's a crime on par with shoplifting and income tax
  6302. evasion.
  6303.  
  6304. > [the costs of] investigation and prosecution exceed the social and
  6305. > financial costs of ignoring all but the most egregious cases and using
  6306. > the rest of that money to tighten up the network.
  6307.  
  6308. Yep, like shoplifting and income tax evasion.
  6309.  
  6310. > So, what got stolen and whom did it get stolen from?  Well, there were
  6311. > trunk lines and so forth in use, both here and in Pakistan (or
  6312. > wherever).  But since the exchanges are pretty well all non-blocking
  6313. > and the capacity sufficient to handle peak loads, nobody was denied
  6314. > use of it.
  6315.  
  6316. You don't make many long-distance calls, do you? Some countries are
  6317. quite hard to get into. Plus, the phone company still has to pay
  6318. Pakistan or whoever for the access.
  6319.  
  6320. Let's apply this to shoplifting. The store budgets for shrinkage, and
  6321. since the volume of business is so large, there's no significant loss
  6322. to the store and nobody is denied access.
  6323.  
  6324. > And don't forget those social costs!  Retired phone phreaks
  6325. > practically invented the personal computer industry.  If they had been
  6326. > caught early and prosecuted and blacklisted, which some of you seem to
  6327. > be calling for, America would be out one more industry.
  6328.  
  6329. I think you're giving Apple more credit than it's due. Have you
  6330. forgotten the massive number of other computers around at that time?
  6331. It wouldn't have taken more than a slight change in the Apple design,
  6332. or a marketing fumble, and another computer company would have been
  6333. the winner. Heath, maybe, or Tandy (hell, Tandy sold a whole shitload
  6334. of machines ... maybe they'd have been able to sell more CoCos and
  6335. we'd all be running OS/9 on our Macintosh-equivalents ... wouldn't it
  6336. be great), or Exidy, or any of the other vendors from garage shops to
  6337. multinationals. 
  6338.  
  6339.  
  6340. Peter da Silva peter@taronga.com    Taronga Park BBS 
  6341. +1 713 568 0480/1032   Houston, TX, USA 
  6342.  
  6343. ------------------------------
  6344.  
  6345. From: trebor@foretune.co.jp (Robert J Woodhead)
  6346. Subject: Re: Electronic Show Open to Public This Year!
  6347. Organization: Foretune Co., Ltd.
  6348. Date: Mon, 25 May 1992 01:39:39 GMT
  6349.  
  6350.  
  6351. bitbug@netcom.com (James Buster) writes:
  6352.  
  6353. > Why pull out? Surely the managers of some of these companies realize
  6354. > that although they do not directly sell to the general public, demand
  6355. > from the general public created by exposure to what they sell might
  6356. > cause their customers to buy more in order to meet this demand.
  6357.  
  6358. Alas, it doesn't work that way.  The purpose of summer CES is to get
  6359. buyers to place orders for goods for sale in the coming _winter_
  6360. season.  Most of these orders will be placed within a month or so
  6361. after CES (Most major industries work the same way; toys are the most
  6362. notable examples).
  6363.  
  6364. Any positive word-of-mouth effect from the public who come to the show
  6365. will (a) not be measurable until after the orders have been placed,
  6366. (b) be restricted mostly to the Chicago area, and (c) be miniscule
  6367. compared to the effects of media coverage.
  6368.  
  6369. Buyers for big chain stores basically earn their money for correctly
  6370. predicting what will be hot (in the eyes of the media, and thus, the
  6371. public by and large) and ordering enough to satisfy the demand and not
  6372. too much.  Getting stuck with extra inventory is bad; getting stuck
  6373. with not enough of a hot product is even worse.
  6374.  
  6375. Moreover, given the product life-cycles of electronics goods, by the
  6376. time any positive word-of-mouth can manifest itself _and_ be acted
  6377. upon by the buyers (at the next Winter CES) the product will most
  6378. likely be obsolete.
  6379.  
  6380. Therefore, showing stuff to the consumers at CES is mostly a waste of
  6381. time; at best it is consumer PR.  And the poor people working the
  6382. floor are dead-tired after 4-5 days of standing on their feet
  6383. answering the same questions over and over again -- take it from
  6384. someone who has done it many times!  After the first couple of hundred
  6385. times it kinda wears on you.
  6386.  
  6387. If you are really serious about learning about the products, then you
  6388. will find a way to get in during the industry days -- it _isn't_ hard,
  6389. it just takes preparation.  In a way, the pseudo-"closed" nature of
  6390. the show is just a method the organizers use for selecting the people
  6391. who their exhibitors most want to see.
  6392.  
  6393. Heck, Pat could almost certainly get a Press Pass -- lots of free
  6394. goodies there.  Call em up and give it a try -- tell them you'll post
  6395. a report on C.D.T that can be read by millions and they'll byte ...
  6396.  
  6397.  
  6398. Robert J. Woodhead, Biar Games / AnimEigo, Incs. trebor@foretune.co.jp
  6399.  
  6400.  
  6401. [Moderator's Note: I usually don't resort to that sort of thing
  6402. (using a press pass for free goodies, etc). I really don't think it is
  6403. right. I prefer to go wherever I go just as a member of the public.
  6404. But frankly, I think I will skip going this weekend; listening to all
  6405. the whining about having to deal with the public has turned me off.  PAT]
  6406.  
  6407. ------------------------------
  6408.  
  6409. Date: 24 May 1992 21:43:01 -0400 (EDT)
  6410. From: "Curtis E. Reid" <CER2520@ritvax.isc.rit.edu>
  6411. Subject: Re: TDD Detectors/Switches
  6412.  
  6413.  
  6414. > Being wolefully ignorant of TDD protocols:
  6415.  
  6416. > Are there automatic detector-switches, like fax-voice switches, that
  6417. > will detect a TDD call(er) and switch the call to a TDD terminal or
  6418. > modem instaed of a voice phone?
  6419.  
  6420. > Reference on basic TDD operation, design, and use would be
  6421. > appreciated.
  6422.  
  6423. None that I know of.  If there is such one, I want it NOW!  ;-) I've
  6424. needed that for ages.
  6425.  
  6426. When a TDD/TT call comes in, it is silent.  The callee will recognize
  6427. that it is silent in response to verbal "Hello" that it is a TDD/TT
  6428. call.  I know of no such switches that can recognize a silent call
  6429. other than requiring the message be in TDD/TT telling the caller press
  6430. a touch-tone button or some equivalent response but it is very
  6431. cumbersome.  Incidently, there are a couple telecom companies such as
  6432. Rolm that are offering a TDD/TT front-end access to the voice mail
  6433. system.
  6434.  
  6435. As for references to TDD/TT specifications, they can be found in the
  6436. Telecom Archives at lcs.mit.edu. (Use anonymous ftp).  It is quite
  6437. complete.
  6438.  
  6439.  
  6440. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  6441. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  6442. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  6443. Rochester, NY 14623-0887        716.475.6500 Fax
  6444.  
  6445. ------------------------------
  6446.  
  6447. From: kenny@osf.org (Kenneth Crudup)
  6448. Subject: Re: All Zeros in the Subscriber Number
  6449. Organization: Open Software Foundation
  6450. Date: Mon, 25 May 1992 02:17:43 GMT
  6451.  
  6452.  
  6453. > [Moderator's Note: There was a person a couple years ago who had (and
  6454. > actually requested) the number 800-EAT-7448. He wanted to find out
  6455. > what sort of people would call that number; apparently many did
  6456. > because the phone rang constantly, I am told.  PAT]
  6457.  
  6458. Maybe this is a result of something I (vaguely) remember from Summer
  6459. '87(?)  where 1-800-328-7448 would actually connect to something,
  6460. asking for DTMF "access codes" (?), and service numbers (?). It was
  6461. "big news" on a couple of the Usenet groups, as people picked thru,
  6462. coming up with codes to get them further and further thru the menus,
  6463. and posting the results as more was gained. Phreaking/Cracking?
  6464. Probably. 'Course, I never tried it. Never. Ever.
  6465.  
  6466. Maybe someone had heard about that, and tried it. Of course, the
  6467. "Don't like my driving? Call 1-800-EAT-S**T!" bumber stickers piqued
  6468. some folks' curiosity.
  6469.  
  6470.  
  6471. Kenneth R. Crudup, Contractor, OSF DCE QA
  6472. OSF, 11 Cambridge Center, Cambridge, MA 02142    +1 617 621 7306
  6473. kenny@osf.osf.org    OSF has nothing to do with this post.
  6474.  
  6475. ------------------------------
  6476.  
  6477. From: kenny@osf.org (Kenneth Crudup)
  6478. Subject: Re: A Musical Telecom Reference
  6479. Organization: Open Software Foundation
  6480. Date: Mon, 25 May 1992 01:07:11 GMT
  6481.  
  6482.  
  6483. In article <telecom12.408.14@eecs.nwu.edu> pzs@ficus.webo.dg.com
  6484. (Peter Z. Simpson) writes:
  6485.  
  6486. > [discussion of phone numbers containing "666"]
  6487. > Oh yeah, this was before the 666 = "mark of the beast" stuff.
  6488.  
  6489. You went to U-Mass in A.D. 33!!! Wow! How many in the graduating
  6490. class? :-)
  6491.  
  6492. > Just an old memory ...
  6493.  
  6494. No kidding!
  6495.  
  6496.  
  6497. Kenneth R. Crudup, Contractor, OSF DCE QA
  6498. OSF, 11 Cambridge Center, Cambridge, MA 02142    +1 617 621 7306
  6499. kenny@osf.osf.org            OSF has nothing to do with this post.
  6500.  
  6501. ------------------------------
  6502.  
  6503. From: jhenderson@pomona.claremont.edu
  6504. Subject: MetroMedia 10xxx Number?
  6505. Organization: Pomona College
  6506. Date: 24 May 92 20:38:40 PDT
  6507.  
  6508.  
  6509. Hello, good people,
  6510.  
  6511. I recently switched LD companies, to MetroMedia. So far so good. The
  6512. only gripe I have is that to use their calling card, I must first dial
  6513. a 800 number, which is kind of inconvenient.
  6514.  
  6515. I called their customer service number, and the lady I spoke with
  6516. tried to help, but ...
  6517.  
  6518. So my question is ... does anyone know of the 10XXX number to dial to
  6519. use MetroMedia as the LD carrier, from a phone other than my own?
  6520.  
  6521.  
  6522. Thank you.
  6523.  
  6524. Javier Henderson, N6VBG    jhenderson@pomona.claremont.edu
  6525.  
  6526. ------------------------------
  6527.  
  6528. End of TELECOM Digest V12 #415
  6529. ******************************
  6530. 
  6531. 
  6532. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa26413;
  6533.           25 May 92 3:24 EDT
  6534. Received: by delta.eecs.nwu.edu id AA00448
  6535.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 25 May 1992 01:29:51 -0500
  6536. Received: by delta.eecs.nwu.edu id AA08111
  6537.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 25 May 1992 01:29:43 -0500
  6538. Date: Mon, 25 May 1992 01:29:43 -0500
  6539. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6540. Message-Id: <199205250629.AA08111@delta.eecs.nwu.edu>
  6541. To: "\\telecom"@eecs.nwu.edu
  6542. Subject: TELECOM Digest V12 #416
  6543.  
  6544. TELECOM Digest     Mon, 25 May 92 01:29:45 CDT    Volume 12 : Issue 416
  6545.  
  6546. Index To This Issue:                      Moderator: Patrick A. Townson
  6547.  
  6548.     Memorial Day, 1992 (TELECOM Moderator)
  6549.     Carrier Selection and 700 Numbers (Eli Mantel)
  6550. ----------------------------------------------------------------------
  6551.  
  6552. Date: Mon, 25 May 1992 00:59:42 -0500
  6553. From: TELECOM Moderator <telecom>
  6554. Subject: Memorial Day, 1992
  6555.  
  6556.  
  6557. Here's to the memories of the Bell System past -- the men and women
  6558. who made America's telephone system what it is today, despite the many
  6559. difficult years since divestiture, now almost a decade ago. It is a
  6560. tribute to the workers of years past that the network continues to
  6561. function as well as it does today.
  6562.  
  6563. Let's look back for a few minutes to one of those workers who made the
  6564. System work so well. His name was Walt, but names don't really matter
  6565. since there were thousands like him across America. Walt was employed
  6566. by Illinois Bell for thirty plus years; he started before World War
  6567. Two and retired in the middle seventies. He was in the repair service
  6568. most of that time, and for the last several years of his career he
  6569. worked for what was called 'night plant'; that is, he reported for
  6570. work in the evening, and was on call all night to handle emergency
  6571. repairs for important customers: police and fire departments; hotels
  6572. with switchboards suddenly out of order; hospitals and such. The rule
  6573. was back then that such customers received immediate service at any
  6574. time of the day or night when vital communications equipment went out
  6575. of order. 
  6576.  
  6577. And so it was in a warm April, 1968 when riots were rocking several
  6578. cities in America including one on the west side of Chicago which to
  6579. this day 24 years later remains as an ugly scar in our urban area.
  6580. Walt was on duty all three nights of the worst rioting here, and the
  6581. work orders coming in dealt mostly with wires down due to fires and
  6582. vandalism by looters and rioters.
  6583.  
  6584. Walt tells the story in his own words, as best as I can reconstruct
  6585. them from my notes of our conversation:
  6586.  
  6587. "The company had a rule we had to work in a 'buddy system'. Two of us
  6588. would go out, even for minor stuff. My partner and I went over to a
  6589. liquor store on West Madison Street. The owner of the store had called
  6590. in to report someone had yanked the payphone down off the wall. I had
  6591. been there the night before at the same place to hang the same
  6592. payphone up, but I guess it wasn't done good enough 'cause they did a
  6593. number on it the next night.
  6594.  
  6595. "A lot of the guys I worked with were going out of their way to avoid
  6596. that riot area. They'd say something like 'F--- the animals! Let the
  6597. phone stay out until tomorrow; let the day shift get it tomorrow.' But
  6598. I always figured the people living out there were entitled to phones
  6599. like anyone else. Besides, most of them living in the housing projects
  6600. did not have private phones anyway. They had to go out at night to the
  6601. store nearby and they depended on the payphone. Anyway, my experience
  6602. was the rioters never hassled the phone guys. Same as the Edison
  6603. (electric) crews. They knew we were just there to do our job and not
  6604. to cause them trouble. So they left us alone, or me at least. 
  6605.  
  6606. "I remounted that payphone and did a better job on it the second
  6607. night. My partner was outside talking to a couple of cops, and when I
  6608. got my stuff packed up to leave it was almost midnight. I had been
  6609. working since about 4 PM and was going to go home and try to get some
  6610. sleep but my partner said we better call the office and let them know
  6611. they could reach us at home if anything came up.
  6612.  
  6613. "The clerk in the office told me they just got a call from Bethany
  6614. Bretheren Hospital, a little futher west but right in the middle of
  6615. the riot zone. The operator had called to say there had been a leak in
  6616. the basement from a broken water pipe and her switchboard had totally
  6617. gone out. I called her back; the operator was practically hysterical
  6618. about it. She 'knew for sure' no one from Bell was gonna come over
  6619. there at midnight in the middle of the riot and work on her board. I
  6620. told her we would get over there in a few minutes, but I don't think
  6621. she believed me.
  6622.  
  6623. "When we parked in the lot at Bethany and went in, the poor woman
  6624. almost kissed the ground we walked on. It turned out the problem was
  6625. not that bad; this was a three-position board and it was lit up like a
  6626. Christmas tree from short circuits due to wet pairs. Buzzing like
  6627. crazy and lights flashing ... and this woman about to tear her hair
  6628. out. 
  6629.  
  6630. "I put up a couple jumpers so two of the outside lines rang straight
  6631. through to the Emergency Room, and we set about getting the basement
  6632. wiring dried out. Turns out there was only one small section of cable
  6633. that was pretty sloshed. My partner punched up a new piece in about
  6634. thirty minutes or so while I was drying out a place where the water
  6635. had been about two inches deep. I guess they shut off the leak awhile
  6636. before we got there because the water had drained away, but you could
  6637. see on our terminal block where it had been. 
  6638.  
  6639. "It was probably around 1 AM when we came upstairs and this lady was
  6640. just as pleased as punch that her board was working again. To tell the
  6641. truth, the board wasn't working that great; it still seemed sort of
  6642. cranky and out of synch to me, but that's just routine cleaning stuff
  6643. to be done now and then. This gal was going to give us a tip -- money
  6644. from her own purse -- for coming out there. I told her 'hey, we don't
  6645. work like that, if you want to do something nice, take my partner here
  6646. down to the cafeteria and get coffee for the two of you. Bring me a
  6647. cup when you come back. I want to check things out so I'll work the
  6648. board until you come back.'  They left and I refreshed my memory on
  6649. taking calls and running a switchboard like that. In between calls I
  6650. cleaned up the contacts under the front panel with the ringing keys on
  6651. it. 
  6652.  
  6653. "They came back maybe twenty minutes later. We all drank more coffee
  6654. and sat around chatting awhile. I guess it was almost two o'clock by
  6655. then and when I called the office they did not have any more work for
  6656. us so we decided to go home. Usually I kept the truck at my house so I
  6657. would drive my partner home then go to my place. If I got home by
  6658. three, I'd sleep awhile and check in with the office around noon the
  6659. next day. 
  6660.  
  6661. "We went out to the parking lot, and I'll be damned! Some looters had
  6662. broken into our truck, stole all the tools and phone equipment, then
  6663. set the truck on fire. We went back inside and called the office. The
  6664. boss said he was having a couple other crews come in there to get us
  6665. out. Maybe twenty minutes later another truck showed up with four
  6666. guys, we climbed in the back and got out of there.
  6667.  
  6668. "The rioters had a code of honor if you want to call it that. They
  6669. burned block after block on the west side, and all the buildings on
  6670. both sides of Bethany Bretheren Hospital, but they left the hospital
  6671. alone, and they left the old people's home on Pulaski Road alone. They
  6672. might have torched Kedzie Bell (the IBT central office known as
  6673. Chicago-Kedzie which serves that area of the west side) but we had
  6674. lots of armed security guards there to escort the operators in and out
  6675. from work and watch after things so I guess they thought better of it
  6676. and left us alone also.
  6677.  
  6678. "I don't recall ever getting back over to Bethany after that. The only
  6679. time I would have gone would have been nights so they probably did
  6680. anything else that needed work there during regular hours."
  6681.  
  6682. [Moderator's Note: Walt related the above around 1975 to me. He
  6683. retired later that year. The riots took a terrible toll on that part
  6684. of the city. All the business places and factories were gone.
  6685. Homeless people were left jobless and with no place for shopping. When
  6686. people are homeless, jobless and othewise without money, they still
  6687. get sick and have accidents; but the doctor and the hospital will be
  6688. the last places to get paid, if they ever do. The end result was that
  6689. within a few years, the four hospitals which had been in the area had
  6690. merged into two. Two closed their doors, and the other two, including
  6691. Bethany stayed open but filed for bankruptcy; then shortly thereafter
  6692. the two hospitals and a couple small clinics found themselves a rich
  6693. suburban benefactor and reorganized as the Evangelical Health Care
  6694. Corporation, with (what was then named) the "Bethany Pavillion of the
  6695. EHCC" as the main facility. They still try to collect from their
  6696. patients and today, 1992 write off in excess of a million dollars each
  6697. year which their benefactors make up.  PAT]
  6698.  
  6699. But Walt had more to say:
  6700.  
  6701. "A couple months after I retired, (1975 ?) I went downtown to the
  6702. monthly meeting of the Telephone Pioneers, and the program that day
  6703. was some computer guy explaining the new electronic system they hoped
  6704. to have installed everywhere someday ... I got to talking to a guy in
  6705. sales who started with the company about two years before I retired.
  6706.  
  6707. "He remembered me and told me something that threw me for a loop. He
  6708. sold that 'new' service the company has called 'Centrex', in the
  6709. offices where they have put these new computers. He said the company
  6710. got an inquiry from Evangelical Health Care about installing Centrex
  6711. in Bethany and their other facilities out there on the west side.
  6712. There was a couple other PBX salesmen out there trying to close the
  6713. deal also but he got called back a second time and made a presentation
  6714. to the Board of Directors. You know what clinched the sale for us?
  6715. This woman was there at the meeting; an older black lady, she was the
  6716. Vice President - Telecom for EHCS, and this lady mentioned *my* name
  6717. from seven or eight years before and said I had come out there to fix
  6718. the board at Bethany when she was the night operator over there. The
  6719. salesman said she did the whole sale for him almost; said she wanted
  6720. to know for sure where repair was coming from and when, all that sort
  6721. of stuff. But can you beat that? She remembered me being out there in
  6722. April, 1968 to get her board running and the cables dried out. "
  6723.  
  6724. [Moderator's Note: EHCS has since ditched Centex and went with some
  6725. PBX they liked better. But frankly, I was not that surprised at his
  6726. story. Telco customers do remember good incidents with the company and
  6727. the names of the people who treat them properly. Alas, whether it is
  6728. divestiture or just society in general, the times are changing and
  6729. such loyalty by customers, while still possible is much less likely. 
  6730. But since you never know when a customer is going to remember you
  6731. years afterward and give you a big sale as a result of some kindness
  6732. or extra effort now, why not treat all customers that way?   
  6733.  
  6734. Lauren Weinstein remembers the old days of the Bell System. And in a
  6735. song he wrote, which first appeared in TELECOM Digest July 12, 1983,
  6736. he tells us of his personal sadness the 'Day the Bell System Died'.
  6737. On this day for memories, this is a fitting article to reprint.  PAT]
  6738.  
  6739.  
  6740.   12-Jul-83 09:14:32-PDT,4930;000000000001
  6741.   Return-path: <@LBL-CSAM:vortex!lauren@LBL-CSAM>
  6742.   Received: from LBL-CSAM by USC-ECLB; Tue 12 Jul 83 09:12:46-PDT
  6743.   Date: Tuesday, 12-Jul-83 01:18:19-PDT
  6744.   From: Lauren Weinstein <vortex!lauren@LBL-CSAM>
  6745.   Subject: "The Day Bell System Died"
  6746.   Return-Path: <vortex!lauren@LBL-CSAM>
  6747.   Message-Id: <8307121614.AA17341@LBL-CSAM.ARPA>
  6748.   Received: by LBL-CSAM.ARPA (3.327/3.21)
  6749.       id AA17341; 12 Jul 83 09:14:35 PDT (Tue) 
  6750.   To: TELECOM@ECLB
  6751.  
  6752. Greetings.  With the massive changes now taking place in the
  6753. telecommunications industry, we're all being inundated with seemingly
  6754. endless news items and points of information regarding the various
  6755. effects now beginning to take place.  However, one important element
  6756. has been missing: a song!  Since the great Tom Lehrer has retired from
  6757. the composing world, I will now attempt to fill this void with my own
  6758. light-hearted, non-serious look at a possible future of
  6759. telecommunications.  This work is entirely satirical, and none of its
  6760. lyrics are meant to be interpreted in a non-satirical manner.  The
  6761. song should be sung to the tune of Don Mclean's classic "American
  6762. Pie".  I call my version "The Day Bell System Died"...
  6763.  
  6764.  --Lauren--
  6765.  
  6766. **************************************************************************
  6767.                                                               
  6768.            *==================================*
  6769.            * Notice: This is a satirical work *
  6770.            *==================================*
  6771.       
  6772.  
  6773.                     "The Day Bell System Died"         
  6774.  
  6775.  
  6776.               Lyrics Copyright (C) 1983 by Lauren Weinstein   
  6777.                                                        
  6778.                       (To the tune of "American Pie")      
  6779.            
  6780.              (With apologies to Don McLean)
  6781.    
  6782.  
  6783.   ARPA: vortex!lauren@LBL-CSAM
  6784.   UUCP: {decvax, ihnp4, harpo, ucbvax!lbl-csam, randvax}!vortex!lauren
  6785.  
  6786. **************************************************************************
  6787.  
  6788. Long, long, time ago,
  6789. I can still remember,
  6790. When the local calls were "free".
  6791. And I knew if I paid my bill,
  6792. And never wished them any ill,
  6793. That the phone company would let me be...
  6794.  
  6795. But Uncle Sam said he knew better,
  6796. Split 'em up, for all and ever!
  6797. We'll foster competition:
  6798. It's good capital-ism!
  6799.  
  6800. I can't remember if I cried,
  6801. When my phone bill first tripled in size.
  6802. But something touched me deep inside,
  6803. The day... Bell System... died.
  6804.  
  6805. And we were singing...
  6806.  
  6807. Bye, bye, Ma Bell, why did you die?
  6808. We get static from Sprint and echo from MCI,
  6809. "Our local calls have us in hock!" we all cry.
  6810. Oh Ma Bell why did you have to die?
  6811. Ma Bell why did you have to die?
  6812.  
  6813. Is your office Step by Step,
  6814. Or have you gotten some Crossbar yet?
  6815. Everybody used to ask...
  6816. Oh, is TSPS coming soon?
  6817. IDDD will be a boon!
  6818. And, I hope to get a Touch-Tone phone, real soon...
  6819.  
  6820. The color phones are really neat,
  6821. And direct dialing can't be beat!
  6822. My area code is "low":
  6823. The prestige way to go!
  6824.  
  6825. Oh, they just raised phone booths to a dime!
  6826. Well, I suppose it's about time.
  6827. I remember how the payphones chimed,
  6828. The day... Bell System... died.
  6829.  
  6830. And we were singing...
  6831.  
  6832. Bye, bye, Ma Bell, why did you die?
  6833. We get static from Sprint and echo from MCI,
  6834. "Our local calls have us in hock!" we all cry.
  6835. Oh Ma Bell why did you have to die?
  6836. Ma Bell why did you have to die?
  6837.  
  6838. Back then we were all at one rate,
  6839. Phone installs didn't cause debate,
  6840. About who'd put which wire where...
  6841. Installers came right out to you,
  6842. No "phone stores" with their ballyhoo,
  6843. And 411 was free, seemed very fair!
  6844.  
  6845. But FCC wanted it seems,
  6846. To let others skim long-distance creams,
  6847. No matter 'bout the locals,
  6848. They're mostly all just yokels!
  6849.  
  6850. And so one day it came to pass,
  6851. That the great Bell System did collapse,
  6852. In rubble now, we all do mass,
  6853. The day... Bell System... died.
  6854.  
  6855. So bye, bye, Ma Bell, why did you die?
  6856. We get static from Sprint and echo from MCI,
  6857. "Our local calls have us in hock!" we all cry.
  6858. Oh Ma Bell why did you have to die?
  6859. Ma Bell why did you have to die?
  6860.  
  6861. I drove on out to Murray Hill,
  6862. To see Bell Labs, some time to kill,
  6863. But the sign there said the Labs were gone.
  6864. I went back to my old CO,
  6865. Where I'd had my phone lines, years ago,
  6866. But it was empty, dark, and ever so forlorn...
  6867.  
  6868. No relays pulsed,
  6869. No data crooned,
  6870. No MF tones did play their tunes,
  6871. There wasn't a word spoken,
  6872. All carrier paths were broken...
  6873.  
  6874. And so that's how it all occurred,
  6875. Microwave horns just nests for birds,
  6876. Everything became so absurd,
  6877. The day... Bell System... died.
  6878.  
  6879. So bye, bye, Ma Bell, why did you die?
  6880. We get static from Sprint and echo from MCI,
  6881. "Our local calls have us in hock!" we all cry.
  6882. Oh Ma Bell why did you have to die?
  6883. Ma Bell why did you have to die?
  6884.  
  6885. We were singing:
  6886.  
  6887. Bye, bye, Ma Bell, why did you die?
  6888. We get static from Sprint and echo from MCI,
  6889. "Our local calls have us in hock!" we all cry.
  6890. Oh Ma Bell why did you have to die?
  6891.  
  6892. <End>
  6893.  
  6894.  
  6895. [Moderator's Note: And once again, thank you Lauren. My best wishes
  6896. for a happy Memorial Day holiday to all readers.   PAT]
  6897.  
  6898. ------------------------------
  6899.  
  6900. From: Eli.Mantel@lambada.oit.unc.edu (Eli Mantel)
  6901. Subject: Carrier Selection and 700 Numbers
  6902. Organization: Extended Bulletin Board Service
  6903. Date: Mon, 25 May 1992 03:11:25 GMT
  6904.  
  6905.  
  6906. I had obtained a 1-700 number as a toll-free call to reach a
  6907. particular company, and knowing this service was being provided by
  6908. MCI, I knew that I would have to dial 10222 if the phone I was using
  6909. was not presubscribed to MCI.
  6910.  
  6911. The question arose as to how I might call this number from an LEC pay
  6912. phone.  I believe that *all* LEC pay phones route 1+ inter-lata calls
  6913. to AT&T -- and you cannot override this.  (In Southern Bell territory,
  6914. you can dial a carrier access code, but it goes to AT&T anyway.)
  6915.  
  6916. I called up MCI customer service to see if they had any suggestions.
  6917. These folks had very little idea what I was talking about, claiming
  6918. that it was just like an 800 number, and that I shouldn't have to
  6919. worry about the carrier access code.  When I was dissatisfied with
  6920. that, they suggested contacting MCI's business customer service.
  6921.  
  6922. The business rep I got in touch with was at least aware of this
  6923. particular 700 service that MCI was providing.  But he insisted that,
  6924. like 800 numbers, certain exchanges are associated with certain IXC's.
  6925. (Is this going to be changing on the 800 side?)  Actually, he seemed
  6926. to be claiming that there would be a default IXC associated with each
  6927. 700 exchange, but that perhaps this could be overridden by dialing a
  6928. carrier access code.
  6929.  
  6930. Is there any truth to what these folks at MCI are saying?  Are there
  6931. any authoritative references (either people or Bellcore pubs) that I
  6932. can point these people at in order to get accurate info?
  6933.  
  6934.  
  6935. Eli Mantel (eli.mantel@bbs.oit.unc.edu)
  6936.  
  6937.    The opinions expressed are not necessarily those of the University of
  6938.      North Carolina at Chapel Hill, the Campus Office for Information
  6939.         Technology, or the Experimental Bulletin Board Service.
  6940.            internet:  bbs.oit.unc.edu or 152.2.22.80
  6941.  
  6942. ------------------------------
  6943.  
  6944. End of TELECOM Digest V12 #416
  6945. ******************************
  6946. 
  6947. 
  6948. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa17418;
  6949.           26 May 92 1:22 EDT
  6950. Received: by delta.eecs.nwu.edu id AA08294
  6951.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 25 May 1992 23:23:48 -0500
  6952. Received: by delta.eecs.nwu.edu id AA05081
  6953.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 25 May 1992 23:23:36 -0500
  6954. Date: Mon, 25 May 1992 23:23:36 -0500
  6955. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6956. Message-Id: <199205260423.AA05081@delta.eecs.nwu.edu>
  6957. To: "\\telecom"@eecs.nwu.edu
  6958. Subject: TELECOM Digest V12 #417
  6959.  
  6960. TELECOM Digest     Mon, 25 May 92 23:23:37 CDT    Volume 12 : Issue 417
  6961.  
  6962. Index To This Issue:                      Moderator: Patrick A. Townson
  6963.  
  6964.     Re: Sprint's New 'Phone Number' Card (Andy Sherman)
  6965.     Re: Sprint's New 'Phone Number' Card (Leonard Erickson)
  6966.     Re: Two Area Codes, One LATA? (Dave Levenson)
  6967.     Re: Two Area Codes, One LATA? (Leonard Erickson)
  6968.     Re: Phone Wire Colors? (Patton M. Turner)
  6969.     Re: Phone Wire Colors? (Julian Macassey)
  6970.     Re: Stopping Unwanted Incoming Fax Traffic (Kath Mullholand)
  6971.     Re: Electronic Key System for Sale (Jose Guerrero Garza)
  6972.     Re: ASCAP and BMI Lose One (Dave Levenson)
  6973. ----------------------------------------------------------------------
  6974.  
  6975. From: andys@ulysses.att.com (Andy Sherman)
  6976. Subject: Re: Sprint's New 'Phone Number' Card
  6977. Date: Mon, 25 May 92 21:28:16 EDT
  6978.  
  6979.  
  6980. On 23 May 92 14:53:00 GMT, 0003513813@mcimail.com (John C. Fowler)
  6981. said:
  6982.  
  6983. > I've now seen U.S. Sprint's advertisement on TV and in magazines for
  6984. > their new calling card, which is based on the recipient's phone
  6985. > number.  One of the magazine ads even said that the number is dialable
  6986. > using their FGD code, 10333.  My question is, how is it that Sprint is
  6987. > allowed to do this if AT&T is not?
  6988.  
  6989. > And, if the card is based on phone number now, does that mean that the
  6990. > "devious" carriers may now charge to it, as they were able to charge
  6991. > to the old AT&T card?
  6992.  
  6993. The following is conjecture on my part.  Sprint is probably issuing a
  6994. card that only works for inter-LATA traffic on Sprint.  Period.  Thus,
  6995. they can use your phone number and a PIN of your choosing.  As long as
  6996. that PIN is different from your PIN on the RBOC card, nobody but
  6997. Sprint should be able to verify that number.
  6998.  
  6999. AT&T's problems were a little different.  First of all, there was an
  7000. existing shared database of card numbers that had to disappear the
  7001. first of this year under the terms of the MFJ.  Second of all, AT&T's
  7002. market positioning seems to be (and I do *not* have authoritative
  7003. information on this) that an AT&T customer should be able to get by
  7004. with only an AT&T Card, for both interLATA calls carried by AT&T and
  7005. intraLATA calls carried by the LECs.  I suspect that the current LEC
  7006. based switch implementations can not handle verification of non-LEC
  7007. phone-number based cards.
  7008.  
  7009. Hope this sheds some light on the situation.
  7010.  
  7011.  
  7012. Andy Sherman/AT&T Bell Laboratories/Murray Hill, NJ
  7013. AUDIBLE:  (908) 582-5928
  7014. READABLE: andys@ulysses.att.com  or att!ulysses!andys
  7015. What? Me speak for AT&T?  You must be joking!
  7016.  
  7017. ------------------------------
  7018.  
  7019. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  7020. Subject: Re: Sprint's New 'Phone Number' Card
  7021. Reply-To: 70465.203@compuserve.com
  7022. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  7023. Date: Tue, 26 May 1992 02:55:50 GMT
  7024.  
  7025.  
  7026. "John C. Fowler" <0003513813@mcimail.com> writes:
  7027.  
  7028. > I've now seen U.S. Sprint's advertisement on TV and in magazines for
  7029. > their new calling card, which is based on the recipient's phone
  7030. > number.  One of the magazine ads even said that the number is dialable
  7031. > using their FGD code, 10333.  My question is, how is it that Sprint is
  7032. > allowed to do this if AT&T is not?
  7033.  
  7034. AT&T *can* do this. They *chose* not to because of the problems.
  7035.  
  7036. > And, if the card is based on phone number now, does that mean that the
  7037. > "devious" carriers may now charge to it, as they were able to charge
  7038. > to the old AT&T card?
  7039.  
  7040. Yep. Now you know why I laugh when I see that commercial. Anybody that
  7041. goes for that card is in for a rude shock when they run into COCOTs
  7042. and the AOS companies.
  7043.  
  7044.  
  7045. Leonard Erickson              leonard@qiclab.scn.rain.com
  7046. CIS: [70465,203]             70465.203@compuserve.com
  7047. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  7048. (The CIS address is checked daily. The others infrequently)
  7049.  
  7050. ------------------------------
  7051.  
  7052. From: dave@westmark.com (Dave Levenson)
  7053. Subject: Re: Two Area Codes, One LATA?
  7054. Organization: Westmark, Inc.
  7055. Date: Mon, 25 May 1992 12:29:00 GMT
  7056.  
  7057.  
  7058. Area code boundaries and LATA boundaries need not coincide.  Here in
  7059. NJ, we have three area codes, and three LATAs.  Two of the LATAs are
  7060. both in area code 609.  The third LATA includes all of area codes 201
  7061. and 908.
  7062.  
  7063. Calling across the 201-908 boundary, intra-LATA, calls are carried by
  7064. NJ Bell, and are delivered with Caller*ID, even though we dial eleven
  7065. digits to place such a call.  Calling between Camden and Atlantic City
  7066. requires dialing only seven digits (both are area 609) but the call is
  7067. handled by your default inter-exchange carrier, and delivered with
  7068. "OUT OF AREA" Caller*ID.
  7069.  
  7070.  
  7071. Dave Levenson        Internet: dave@westmark.com
  7072. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  7073. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  7074.  
  7075. ------------------------------
  7076.  
  7077. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  7078. Subject: Re: Two Area Codes, One LATA?
  7079. Reply-To: 70465.203@compuserve.com
  7080. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  7081. Date: Tue, 26 May 1992 02:44:36 GMT
  7082.  
  7083.  
  7084. andrew@frip.wv.tek.com (Andrew Klossner) writes:
  7085.  
  7086. > I tried pretty hard to use AT&T to dial from Portland Oregon (503-682)
  7087. > to Vancouver Washington (206-254).  Even using 10288, GTE insisted on
  7088. > carrying the call.  These two points are only thirty miles apart, but
  7089. > they're in different states and different area codes.  Could they be
  7090. > in the same LATA?  GTE operators are clueless, and the phone book (the
  7091. > FM in RTFM) doesn't help.
  7092.  
  7093. The map in the US West phone books makes it *very clear that Vancouver
  7094. is in the same LATA as Portland. In fact there seems to be a
  7095. "corridor" running down the Columbia from Goldendale to the coast that
  7096. is part of "North/Central Oregon LATA". It even extends as far north
  7097. as Castle Rock.
  7098.  
  7099. Take a look at page A26 of the US West White Pages.
  7100.  
  7101. Leonard Erickson              leonard@qiclab.scn.rain.com
  7102. CIS: [70465,203]             70465.203@compuserve.com
  7103. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  7104. (The CIS address is checked daily. The others infrequently)
  7105.  
  7106. ------------------------------
  7107.  
  7108. Date: Mon, 25 May 92 03:19:49 CDT
  7109. From: Patton M. Turner <pturner@eng.auburn.edu>
  7110. Subject: Re: Phone Wire Colors?
  7111.  
  7112.  
  7113. Craig Harmer writes:
  7114.  
  7115. > I'm running four-pair wire, and the colors available are blue, green
  7116. > brown, orange, and green (actually they're pairs:
  7117. > blue-on-white/white-on-blue, green-on-white/white-on-green, etc.)
  7118.  
  7119. > I'm inclined to order them on the punch down block (from top to
  7120. > bottom) as brown, orange, green, and blue (based on the resistor color
  7121. > code of black, brown, red, orange, yellow, green, blue, violet, grey,
  7122. > white). I put the white-on-color wire of each pair first.
  7123.  
  7124. > However, I was looking at another installation and noticed that it was
  7125. > wired blue, orange, green, brown. Is their some standard for this?
  7126. > I'm sure it makes life easier for phone folks if a standard ordering
  7127. > is followed for punch down blocks.
  7128.  
  7129. > What about 25 pair cable, were there are more colors involved?
  7130.  
  7131. The correct sequence is WBL, BLW, WO, OW, WGN, GNW, WBR, BRW, WSL, SLW
  7132. W = White, BL = Blue, O = Orange, GN = Green, BR = Brown, SL = Slate
  7133. (not grey). The first color refers to the wire, the second to the
  7134. band.  For the next five pairs (6-10) Red replaces white. 11-15 use
  7135. Black, 16-20 use Yellow and 21-25 use Violet. Examples are pair 17-
  7136. YO/OY pair 21 VBL/BLV, etc.  If you need to number individual wires
  7137. then the wires with a BL, O, GN, BR,and SL wire color are numbered
  7138. 1-25, and the W, R, BK, Y, V wires are numbered 26-50.  This may be
  7139. confusing, and is really only important when installing RJ-21X
  7140. connectors.  The first method is always used when punching down wires
  7141. on a 66 or 110 blocks. (Actually I know your using 66 blocks as 110
  7142. blocks have the color coding built in :-).)
  7143.  
  7144. Tip is the first wire, Ring is the second, ie WBL, BKSL, VO are all
  7145. tip's.
  7146.  
  7147. For cable with above 25 pair two color binders are wrapped around the
  7148. 25 pair bundle, using the pair numbering method above. (ie pair 1-25
  7149. in WBL binder, 26-50 in WO binder, 126-150 in RBL binder).  Binders
  7150. are plastic strips about 1/8 in wide of the aproprate color.  There is
  7151. no distinction between a XY and a YX binder.  Somewhere before 625
  7152. pair cable, there is a second set of binders installed, I can't recall
  7153. exactly where.
  7154.  
  7155. PIC (outside plant cable) doesn't use striped wires, but instead
  7156. twists two wires of the aproprate color together.  Other than that,
  7157. the coding is the same.  The striping probally originated with 1A2 50
  7158. conductor cabling where the pairs aren't twisted together, although
  7159. the whole cable is.
  7160.  
  7161. > I'm thinking of eventually running both twisted-pair ethernet and
  7162. > phone lines down the same four-pair cable. Will that work?
  7163.  
  7164. I've been told ringing voltage can can cause errors in the ethernet.
  7165. You could always give it a test.  I've never run 10BASET cabling and
  7166. analog pairs in the same cable, although I have in the same conduit
  7167. w/o any problems (or so I have been told :-))
  7168.  
  7169.  
  7170. Pat Turner   KB4GRZ   pturner@eng.auburn.edu
  7171.  
  7172. ------------------------------
  7173.  
  7174. From: julian%bongo.UUCP@nosc.mil (Julian Macassey)
  7175. Subject: Re: Phone Wire Colors?
  7176. Date: 25 May 92 15:17:10 GMT
  7177. Reply-To: julian@bongo.info.com (Julian Macassey)
  7178. Organization: The Hole in the Wall  Hollywood California U.S.A.
  7179.  
  7180.  
  7181. In article <telecom12.413.7@eecs.nwu.edu> craig@veritas.com (Craig
  7182. Harmer) writes:
  7183.  
  7184. > When using two-pair wires, I know that red/green is the standard phone
  7185. > connection, and yellow/black can be a second connection. Apparently
  7186. > polarity no longer matters, so there's no longer an issue of whether
  7187. > red corresponds to black or yellow. The red/green pair is generally
  7188. > used first.
  7189.     
  7190.     This color scheme is usually used on hateful "quad wire". This
  7191. is untwisted and usually only used in residences. It gives rise to
  7192. noise and crosstalk. Avoid it at all costs. Use twisted pair only. If
  7193. using Ethernet, or even regular old modems never use quad.
  7194.  
  7195. > I'm running four-pair wire, and the colors available are blue, green
  7196. > brown, orange, and green (actually they're pairs:
  7197. > blue-on-white/white-on-blue, green-on-white/white-on-green, etc.)
  7198.  
  7199. > I'm inclined to order them on the punch down block (from top to
  7200. > bottom) as brown, orange, green, and blue (based on the resistor color
  7201. > code of black, brown, red, orange, yellow, green, blue, violet, grey,
  7202. > white). I put the white-on-color wire of each pair first.
  7203.  
  7204.     Cute, but wrong. 
  7205.  
  7206. > However, I was looking at another installation and noticed that it was
  7207. > wired blue, orange, green, brown. Is their some standard for this?
  7208. > I'm sure it makes life easier for phone folks if a standard ordering
  7209. > is followed for punch down blocks.
  7210.     
  7211.     Yes, this is correct. There is a logical reason for this.
  7212. Using the simple telco wiring colour code, a single pair can easily be
  7213. identified out of hundreds.
  7214.  
  7215. > I'm thinking of eventually running both twisted-pair ethernet and
  7216. > phone lines down the same four-pair cable. Will that work?
  7217.  
  7218.     Yes, if you are careful and avoid sloppy wiring that will give
  7219. rise to crosstalk. It is not reccomended though.
  7220.  
  7221.  
  7222. > What about 25 pair cable, were there are more colors involved?
  7223.          
  7224.     Below is part of my 25 pair info file:
  7225.  
  7226.  Wire color codes used on telephone wire in USA, Canada and UK.
  7227.  
  7228.  Pair #  Wire #    Colors
  7229.    1       1       white/blue
  7230.            2       blue/white
  7231.    2       3       white/orange
  7232.            4       orange/white
  7233.    3       5       white/green
  7234.            6       green/white
  7235.    4       7       white/brown
  7236.            8       brown/white
  7237.    5       9       white/slate
  7238.           10       slate/white
  7239.    6      11       red/blue
  7240.           12       blue/red
  7241.    7      13       red/orange
  7242.           14       orange/red
  7243.    8      15       red/green
  7244.           16       green/red
  7245.    9      17       red/brown
  7246.           18       brown/red
  7247.   10      19       red/slate
  7248.           20       slate/red
  7249.   11      21       black/blue
  7250.           22       blue/black
  7251.   12      23       black/orange
  7252.           24       orange/black
  7253.   13      25       black/green
  7254.           26       green/black
  7255.   14      27       black/brown
  7256.           28       brown/black
  7257.   15      29       black/slate
  7258.           30       slate/black
  7259.   16      31       yellow/blue
  7260.           32       blue/yellow
  7261.   17      33       yellow/orange
  7262.           34       orange/yellow
  7263.   18      35       yellow/green
  7264.           36       green/yellow
  7265.   19      37       yellow/brown
  7266.           38       brown/yellow
  7267.   20      39       yellow/slate
  7268.           40       slate/yellow
  7269.   21      41       violet/blue
  7270.           42       blue/violet
  7271.   22      43       violet/orange
  7272.           44       orange/violet
  7273.   23      45       violet/green
  7274.           46       green/violet
  7275.   24      47       violet/brown
  7276.           48       brown/violet
  7277.   25      49       violet/slate
  7278.           50       slate/violet
  7279.  
  7280.  
  7281.  
  7282.         Primary Colors         Secondary Colors       
  7283.              White                    Blue       
  7284.              Red                      Orange     
  7285.              Black                    Green      
  7286.              Yellow                   Brown      
  7287.              Violet                   Slate      
  7288.  
  7289.  
  7290. These little two lines will have you always remeber the standard Bell
  7291. system color code ...
  7292.  
  7293.  
  7294.     Primary Colors        Secondary Colors
  7295.     ~~~~~~~~~~~~~~        ~~~~~~~~~~~~~~~~
  7296.     White  - Why        Blue   - Bell
  7297.     Red    - Run        Orange - Operators
  7298.     Black  - Backwards    Green  - Give
  7299.     Yellow - You'll            Brown  - Better
  7300.     Violet - Vomit        Slate  - Service
  7301.  
  7302. Primary   - Why Run Backwards You'll Vomit?
  7303. Secondary - Bell Operators Give Better Service.
  7304.  
  7305.  
  7306. Julian Macassey, julian@bongo.info.com  N6ARE@K6VE.#SOCAL.CA.USA.NA
  7307. 742 1/2 North Hayworth Avenue Hollywood CA 90046-7142 voice (213) 653-4495
  7308.  
  7309. ------------------------------
  7310.  
  7311. Date: Mon, 25 May 1992 9:56:19 -0400 (EDT)
  7312. From: K_MULLHOLAND@UNHH.UNH.EDU (Kath Mullholand, UNH Telecom, 862-1031)
  7313. Subject: Re: Stopping Unwanted Incoming Fax Traffic 
  7314.  
  7315.  
  7316. Lynne Gregg <70540.232@compuserve.com> writes:
  7317.  
  7318. > I guess what I'D do if I had a particularly odious repeat fax offender
  7319. > is, I'd dump fistfuls of his faxed solicitations right back into my
  7320. > machine and call in an off-peak hour.  I'd slap on a cover that asked
  7321. > the company to remove my name from their list forever and I'd let them
  7322. > know that if they didn't comply, I'd fling every page and MORE back at
  7323. > them.
  7324.  
  7325. I liked the solution I read about awhile ago -- I'll credit {Teleconnect
  7326. Magazine}, but it may have been elsewhere: 
  7327.  
  7328. Take the offending fax and a letter saying "take me off your list"
  7329. plus enough sheets to do the following: tape each sheet to the next in
  7330. line, dial the offending fax, and when the first sheet clears, tape it
  7331. to the last sheet to form a continuous loop.  Shut out the lights and
  7332. take off for the weekend!
  7333.  
  7334. Warnings: Better know where the offending fax is (if it's in Hawaii or
  7335. India, you may not want to pay the bills).  Don't try this at
  7336. home ...
  7337.  
  7338.  
  7339. kath mullholand          university of new hampshire           durham nh
  7340. if advice is only worth what you pay for it, mine would put *me* in debt 
  7341.  
  7342.  
  7343. [Moderator's Note: Actually, you read that suggestion here in TD.  PAT]
  7344.  
  7345. ------------------------------
  7346.  
  7347. From: jguerrer@mtecv2.mty.itesm.mx
  7348. Subject: Re: Electronic Key System for Sale
  7349. Date: 26 May 92 01:57:59 GMT
  7350. Reply-To: jguerrer@mtecv2.mty.itesm.mx
  7351.  
  7352.  
  7353. Hello:
  7354.  
  7355. We are working in the configuration of a wide area network. We are in
  7356. the stage of definition of all the elements and we need the best
  7357. software arround to document the entire diagram. Can anyone recommend
  7358. a software for this purpose?. Is AUTOCAD a good option for doing this?
  7359.  
  7360. Thanks. (Gracias)
  7361.  
  7362.  
  7363. Jose Guerrero Garza
  7364. ITESM Centro de Electronica y Telecomunicaciones
  7365. Monterrey N.L. Mexico
  7366.  
  7367. ------------------------------
  7368.  
  7369. From: dave@westmark.com (Dave Levenson)
  7370. Subject: Re: ASCAP and BMI Lose One
  7371. Organization: Westmark, Inc.
  7372. Date: Mon, 25 May 1992 12:35:20 GMT
  7373.  
  7374.  
  7375. In article <telecom12.412.5@eecs.nwu.edu>, JONGSMA@benzie.si.com (Ken
  7376. Jongsma x7702) writes:
  7377.  
  7378. > Some months ago, we were discussing the need to pay royalties to ASCAP
  7379. > and BMI for music on hold. In the 5-19-92 {Wall Street Journal}, a
  7380. > small article indicated that according to a recent Supreme Court
  7381. > ruling, retail stores were not obligated to pay royalties for the
  7382. > privilege of playing a radio station over the store's PA system.
  7383.  
  7384. Sorry, I missed the article in the Journal.  Did the ruling apply
  7385. specifically to stores?  How about offices?
  7386.  
  7387. Three weeks ago, I was working in the telephone closet at the local
  7388. bank (installing a StarLAN hub) and noticed an audio amplifier and a
  7389. black box connected to a cable pair coming into the building through
  7390. the telco service entrance.  A card attached to the black box
  7391. indicated that the Muzak feed was licensed for a maximum of ten
  7392. loudspeakers.  The building is not a publically-accessible bank
  7393. branch, but a 'back office' facillity occupied only by bank personnel.
  7394.  
  7395.  
  7396. Dave Levenson        Internet: dave@westmark.com
  7397. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  7398. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  7399.  
  7400. ------------------------------
  7401.  
  7402. End of TELECOM Digest V12 #417
  7403. ******************************
  7404. 
  7405. 
  7406. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa18446;
  7407.           26 May 92 1:53 EDT
  7408. Received: by delta.eecs.nwu.edu id AA00736
  7409.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 26 May 1992 00:03:15 -0500
  7410. Received: by delta.eecs.nwu.edu id AA09571
  7411.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 26 May 1992 00:03:07 -0500
  7412. Date: Tue, 26 May 1992 00:03:07 -0500
  7413. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7414. Message-Id: <199205260503.AA09571@delta.eecs.nwu.edu>
  7415. To: "\\telecom"@eecs.nwu.edu
  7416. Subject: TELECOM Digest V12 #418
  7417.  
  7418. TELECOM Digest     Tue, 26 May 92 00:03:00 CDT    Volume 12 : Issue 418
  7419.  
  7420. Index To This Issue:                      Moderator: Patrick A. Townson
  7421.  
  7422.     Re: 310/213 Fiasco Was Not GTE's Fault (John Higdon)
  7423.     Re: 310/213 Fiasco Was Not GTE's Fault (Joe Talbot)
  7424.     Re: Pac$Bell Gets Tricky (Leonard Erickson)
  7425.     Re: 900 Blocking Not Guaranteed Effective (Andy Sherman)
  7426.     Re: Used Natural Microsystems (Watson/VBX) Boards (David Lemson)
  7427.     Re: *67 and Related Topics (Leonard Erickson)
  7428.     Ohio: Consumer Group Blasts Proposed Regulations (Vindicator via D Sewell)
  7429. ----------------------------------------------------------------------
  7430.  
  7431. Date: Mon, 25 May 92 13:02 PDT
  7432. From: john@zygot.ati.com (John Higdon)
  7433. Reply-To: John Higdon <john@zygot.ati.com>
  7434. Organization: Green Hills and Cows
  7435. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  7436.  
  7437.  
  7438. GLORIA.C.VALLE@gte.sprint.com writes:
  7439.  
  7440. > I really get pissed when someone who shoots his mouth off when he does
  7441. > not know what he is saying about the telecomunications industry. First
  7442. > the problems with the 213/310 change over where not GTE's problem. We
  7443. > cut all of our switching centers at once. PacBell and a few if the
  7444. > Interlata carriers set their cuts for one or two at a time. That caused
  7445. > major problems since people were dialing from different areas. I don't
  7446. > say GTE did not make any errors as this was one major cut and the
  7447. > problems in LA sure did not help any. Get your facts straight.
  7448.  
  7449. And this, dear friends, is exactly why GTE is the lousy operating
  7450. company that it is. The general (no pun intended) arrogance and
  7451. inability to even consider for one moment that there might be
  7452. something that could be improved in that organization is what keeps
  7453. GTE the undisputed laughing stock in the industry. (Yes, Gloria, GTE
  7454. IS a laughing stock.)
  7455.  
  7456. The problems experienced in the cut could have been caused by NONE
  7457. OTHER than GTE incompetence. ONLY from GTE telephones was it
  7458. impossible to reach cellular numbers. Whose fault was that?
  7459. Pac*Bell's? The cellular carriers? ONLY from GTE telephones did you
  7460. get non-sequiter recordings when you tried to reach the choke prefixes
  7461. from 310 exchanges. For decades, this has been GTE's line: it is
  7462. always everyone else's fault. GTE has yet to discover that it needs to
  7463. coordinate just a little bit with the other players, among other
  7464. things.
  7465.  
  7466. I have been in the telecommunications industry for over thirty years.
  7467. Yet, when I deal with GTE I am always treated as some ignorant street
  7468. person -- much in the style of Gloria's post. GTE is a disease. No one
  7469. who has any experience in telecommunications would dispute that. To
  7470. this date, that record remains unblemished. My laughable experiences
  7471. with that excuse for a telephone provider would fill volumes.
  7472.  
  7473. I suspect that GTE and all who work within may never discover that
  7474. arrogance does not substitute for competence. This is unfortunate,
  7475. since GTE is now the largest single telephone service provider in the
  7476. country. Scary, is it not?
  7477.  
  7478. > Sorry Pat, I have just been in this business to long to let that one
  7479. > go.
  7480.  
  7481. Same here. (And that is TOO long!)
  7482.  
  7483.  
  7484.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  7485.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  7486.  
  7487. ------------------------------
  7488.  
  7489. From: joe@mojave.ati.com (Joe Talbot)
  7490. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  7491. Date: 25 May 92 20:37:42 GMT
  7492. Organization: ATI, High desert research center, Victorville, Ca
  7493.  
  7494.  
  7495. In article <telecom12.411.7@eecs.nwu.edu>, GLORIA.C.VALLE@gte.sprint.
  7496. com writes:
  7497.  
  7498. > I really get pissed when someone who shoots his mouth off when he does
  7499. > not know what he is saying about the telecomunications industry.
  7500.  
  7501. Agreed. GTE appears to have many such people employed, as is evidenced
  7502. by consistant errors of all types. Knowledgable telecom pros would
  7503. know better!
  7504.  
  7505. > the problems with the 213/310 change over where not GTE's problem. We
  7506. > cut all of our switching centers at once. PacBell and a few if the
  7507. > Interlata carriers set their cuts for one or two at a time. That caused
  7508. > major problems since people were dialing from different areas. I don't
  7509. > say GTE did not make any errors as this was one major cut and the
  7510. > problems in LA sure did not help any. Get your facts straight.
  7511.  
  7512. The only confusion this would cause is for people dialing 213. Since
  7513. it's only a translation change, what the terminating office does is
  7514. irrelevant. My annoyance, was with the fact that many prefixes were
  7515. undialable with ANY area code (notably the cellular prefixes). 520 is
  7516. STILL not right. My trouble reports were discarded, oops, I mean
  7517. "cleared" as I predicted. No call back from them, and when I finally
  7518. called repair again, no report was "in the computer".
  7519.  
  7520. > Sorry Pat, I have just been in this business to long to let that one
  7521. > go.
  7522.  
  7523. Me too! So NOW I'm going to tell you about a few more amazing screwups
  7524. that are not uncommon at all with GTE. Many people try to get problems
  7525. solved by "normal channels", but just give up.
  7526.  
  7527. A friend of mine (who's reading this I'm sure) has had GTE centranet
  7528. service for several years (it's not a bad deal). We just reported his
  7529. DISA and cancel call waiting as not working ... "VISA?". To be fair,
  7530. the DISA hasn't worked in a year and the CCW, never. They never
  7531. understand what the DISA is, and won't follow up to find out. It's
  7532. been reported over and over but the report is always "cleared" when
  7533. checked up on by the customer. The cancel call waiting report goes the
  7534. same way. I was on the line with him when he called 611 one time after
  7535. midnight. The clerk said that the computers go down at midnight and
  7536. there was nothing he could do. He couldn't even put in a report for
  7537. them to lose. There were some features that were offered to him that
  7538. they just couldn't figure out, these were voice mail (how does call
  7539. forward-no answer work? in the same central office switch?), busy
  7540. number redial and others.
  7541.  
  7542. I work for several radio stations doing technical work. Not long ago a
  7543. building down the street burned down melting the cables overhead,
  7544. killing phone service to the station and disabling the remote control
  7545. line. Several calls to repair resulted in the "cleared" problem. I
  7546. finally got pissed and read sombody the riot act, talking about the
  7547. FCC and having to explain that it was GTE's fault that the station
  7548. couldn't be controlled (It was a lie, but with GTE, WHATEVER WORKS!).
  7549.  
  7550. They finally dispatched and repaired the cable. Of course, I suppose
  7551. it's partially my fault. Several months earlier, the station was
  7552. cutover to a carrier system. A fuse blew one afternoon, and all the
  7553. phones went out, for THREE DAYS! We called repair, "cleared", you know
  7554. the drill. Finally, I called Thousand Jokes (Thousand Oaks, GTE HQ)
  7555. and told the people there about the problem and informed them that we
  7556. were no longer going to be on this carrier system. They DID change us
  7557. over, after some subtle threats about "Free airtime" and a talk show
  7558. about thier next rate case.
  7559.  
  7560. I could (and might) go on and on. My biggest complaint, is that the
  7561. attitude at GTE precludes change. They think everybody else is screwed
  7562. up, and that they are perfect. When talking to anyone from the
  7563. lowliest repair clerk to the Business office manager, THEY are the
  7564. experts. THEY must know more than the customer. There is NO chance
  7565. that they are reponsible for errors, thousands of "little generals"
  7566. are treating customers like this daily. GET OFF IT GUYS! If you
  7567. weren't so arrogant, people might cut you some slack. Learn about the
  7568. business. Learn how things work. Listen to the customer once in a
  7569. while, they may be right on occasion.
  7570.  
  7571. To illustrate, if you call the Pacific Bell newsline, there is a
  7572. telecom story. If you call GTE's newsline and didn't know they were a
  7573. telephone company, you couldn't tell from the recording. They talk
  7574. completely in managementspeak about promotions, blood drives,
  7575. carpooling. What's a phone? Don't learn about the business, put in
  7576. your eight hours and go home and watch the Sylvania TV you bought at
  7577. the company store.
  7578.  
  7579. I have a BIG attitude about GTE (can't you tell?). It comes from years
  7580. of dealing with people who don't know, and don't care.
  7581.  
  7582.  
  7583. joe@mojave.ati.com
  7584. Slow mail: P.O. box 1750, Helendale California 92342 
  7585. Phone: (619) 243-5500     Fax (619) 952-1030 
  7586.  
  7587. ------------------------------
  7588.  
  7589. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  7590. Subject: Re: Pac$Bell Gets Tricky
  7591. Reply-To: 70465.203@compuserve.com
  7592. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  7593. Date: Mon, 25 May 1992 21:48:38 GMT
  7594.  
  7595.  
  7596. edg@netcom.com (Ed Greenberg) writes:
  7597.  
  7598. > I asked about conversion to business rates.  The rep quoted me the
  7599. > tariffs and the customer actions that would be required to result in
  7600. > an unrequested conversion.  These mostly are answering in a business
  7601. > name, and requesting billing to a business.  She swore up and down
  7602. > that they don't care whether we run BBS systems or not, as long as we
  7603. > are not in the business of online services.
  7604.  
  7605. The problem is in how "the business of online services" is defined.
  7606.  
  7607. Here in Oregon, we *still* don't have a clear answer as to the status
  7608. of BBS lines ...
  7609.  
  7610.  
  7611. Leonard Erickson              leonard@qiclab.scn.rain.com
  7612. CIS: [70465,203]             70465.203@compuserve.com
  7613. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  7614. (The CIS address is checked daily. The others infrequently)
  7615.  
  7616. ------------------------------
  7617.  
  7618. From: andys@ulysses.att.com (Andy Sherman)
  7619. Subject: Re: 900 Blocking Not Guaranteed Effective
  7620. Date: Mon, 25 May 92 19:09:45 EDT
  7621.  
  7622.  
  7623. On 24 May 92 01:17:50 GMT, vances@xenitec.on.ca (Vance Shipley) said:
  7624.  
  7625. > In the case of the {USA Today} fiasco you suggested that a routing
  7626. > table entry error by AT&T caused the 800 -> 900 leaks.  AT&T then used
  7627. > some creative billing to recoup their losses.
  7628.  
  7629. Please note that I am speaking for Andy Sherman, not AT&T.  To the
  7630. best of my knowledge (which is decent) it was not "creative billing".
  7631. What happened was quite simple and uncreative.  Calls to
  7632. 800-555-whatever were accidentally routed to {USA Today's} 900-555-
  7633. whatever.  This call arrived at the 900 number with all the usual ANI
  7634. information for billing.  I don't think there is a "actual dialed
  7635. number" field in the call setup, but even if there was, would you
  7636. write a biller that checked it?  These calls were simply billed
  7637. routinely, like any other call arriving on the information provider's
  7638. doorstep.
  7639.  
  7640. This was not creative billing.  This was ordinary hum-drum business as
  7641. usual.  I realize that this will disappoint the conspiracy theorists
  7642. among us ...
  7643.  
  7644.  
  7645. Andy Sherman/AT&T Bell Laboratories/Murray Hill, NJ
  7646. AUDIBLE:  (908) 582-5928
  7647. READABLE: andys@ulysses.att.com  or att!ulysses!andys
  7648. What? Me speak for AT&T?  You must be joking!
  7649.  
  7650. ------------------------------
  7651.  
  7652. From: lemson@ux1.cso.uiuc.edu (David Lemson)
  7653. Subject: Re: Used Natural Microsystems (Watson/VBX) Boards
  7654. Organization: University of Illinois at Urbana
  7655. Date: Mon, 25 May 1992 02:48:59 GMT
  7656.  
  7657.  
  7658. jlb@hounix.org (Joel Breazeale) writes:
  7659.  
  7660. > Anyone out there know of some company which sells/buys used Natural
  7661. > Microsystems (VBX & Watson) boards?
  7662.  
  7663. You're likely to find many distributed around, because of a scheme
  7664. about five years ago that spread a lot of them around.  I don't remember
  7665. the bogus company name, but a good friend of mine got into it (and I
  7666. almost did, too).  An 'entrepreneur' (who was being investigated by
  7667. the Postmaster General already, it turned out) put ads in papers
  7668. (including the {Sacramento Bee}, where I found it) looking for people
  7669. with PC's to make money.  They would give you a Watson board and the
  7670. deluxe VBX software/hardware so that you could make them some money.
  7671.  
  7672. They sent you disks with voicemail messages on them.  You sat at home
  7673. every night and typed in numbers from the residential pages of the
  7674. phone book (Allegedly from instructions: "Don't put in lawyers' office
  7675. numbers").  Each day, the Watson board woke up and called each person,
  7676. waited until a person answered, then delivered a message that was
  7677. actually an oldies song recognizing game.  If you got the three (which
  7678. was easy) you got a number on the east coast to call with your special
  7679. security password -- you must call in 30 minutes. (Number never changes,
  7680. as you imagine.) 
  7681.  
  7682. When you call, you supposedly can win $50 ... but only after listing
  7683. to a pitch for storm doors or something.  Big problem: They accepted
  7684. deposits for the Watson boards from many people.  They never paid
  7685. ANYONE the big money they promised ($500/week or something like that).
  7686. My friend did get the deposit back after the government froze the
  7687. company's assets.  He did do the job for about four weeks while it was
  7688. iffy whether or not it was legit, though.  The government investigators 
  7689. supposedly got everyone their deposits back (they got up to $600 per
  7690. person) and also let almost everyone keep their Watson boards.  I
  7691. think the scam originated in Florida, but I don't remember for sure.
  7692. It really was a big production, and it wasn't meant to be a 'scam' per
  7693. se ... the guy just never could pay his bills, nor his employees.
  7694. (They had an 800 number BBS set up, etc.)
  7695.  
  7696.  
  7697. David Lemson                                                 (217) 244-1205
  7698. University of Illinois NeXT Campus Consultant  / CCSO NeXT Lab System Admin
  7699. Internet : lemson@uiuc.edu                 UUCP :...!uiucuxc!uiucux1!lemson 
  7700. NeXTMail accepted                                   BITNET : LEMSON@UIUCVMD
  7701.  
  7702. ------------------------------
  7703.  
  7704. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  7705. Subject: Re: *67 and Related Topics
  7706. Reply-To: 70465.203@compuserve.com
  7707. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  7708. Date: Tue, 26 May 1992 02:12:25 GMT
  7709.  
  7710.  
  7711. Bob_Frankston@frankston.com writes:
  7712.  
  7713. > Toggle?? Toggle??  Really, a roulette implementation with a 50/50 shot
  7714. > of *67 doing what one expects?  Or is there a way of deterministically
  7715. > testing which mode one is in so that one can, for example, have a
  7716. > modem place a call with a known Caller-ID state?
  7717.  
  7718. The "toggle" is for the duration of one call (just like call waiting
  7719. disable) it "toggles to the line to the opposite of the "default"
  7720. state. At the end of the call, the line resumes the default state.
  7721.  
  7722. So if you have a "normal" line, *67 blocks Caller-ID transmission for
  7723. that call only.
  7724.  
  7725. If you have "line blocking" *67 *enables* Caller-ID transmission for
  7726. that call inly.
  7727.  
  7728. To know the state with which you are dialing, you need to know the
  7729. "default" state of the line.
  7730.  
  7731.  
  7732. Leonard Erickson              leonard@qiclab.scn.rain.com
  7733. CIS: [70465,203]             70465.203@compuserve.com
  7734. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  7735. (The CIS address is checked daily. The others infrequently)
  7736.  
  7737. ------------------------------
  7738.  
  7739. From: doug@cc.ysu.edu (Doug Sewell)
  7740. Subject: Ohio: Consumer Group Blasts Proposed Regulations
  7741. Organization: Youngstown State University
  7742. Date: Tue, 26 May 1992 03:23:52 GMT
  7743.  
  7744.  
  7745. These are taken from an AP article in the 5/25/92 {Youngstown
  7746. Vindicator}, D2.
  7747.  
  7748. "The state consumer's counsel says proposed regulations for Ohio's $3
  7749. billion-a-year telephone industry pose a threat to affordable basic
  7750. telephone service."
  7751.  
  7752.  ...
  7753.  
  7754. "The PUCO [Public Utilities Commission - DMS] has agreed to use
  7755. proposals by the Ohio Telephone Association, Ohio Bell, and other
  7756. major phone companies as the basis for new regulations which could be
  7757. in place by this summer."
  7758.  
  7759. "Proposals include replacement of flat-rate local service with measured
  7760. call service and automatic local rate increases indexed to a national
  7761. price index."
  7762.  
  7763. "'We think the state should control the utility.  The utility should
  7764. not control the state,' said Consumers' Counsel William A. Sprately,
  7765. who offered counterproposals."
  7766.  
  7767. "His proposals included review of profits, rates and services, and
  7768. called for maintaining flat-rate residential service and uniform rates
  7769. state-wide, and keeping the PUCO and the public involved in telephone
  7770. rate-setting."
  7771.  
  7772. "K. Patric Collins, executive vice president of the Ohio Telephone
  7773. Association, responded "The material presented by the Consumers'
  7774. Counsel is misleading and full of inaccuracies.  This organization
  7775. continues to misrepresent the telephone industry's proposals in an
  7776. effort to justify its own existence."
  7777.  
  7778. On Caller ID: "The PUCO had said Ohio Bell could offer the service
  7779. only if it gave customers free blocking, which would allow customers
  7780. to prevent their numbers from being received on the devices."
  7781.  
  7782. "Ohio Bell then asked for new hearings, saying the blocking would make
  7783. Caller ID unattractive and would cost the utility $2 million over five
  7784. years."
  7785.  
  7786. "The PUCO changed the ruling by allowing Ohio Bell to charge $1.10 per
  7787. month for blocking for its 521,731 customers with unlisted phone
  7788. numbers and dropping a requirement that the company offer two other
  7789. services [call trace and call return, I suspect - DMS] consumer groups
  7790. said were cheaper alternatives to Caller ID."
  7791.  
  7792.  
  7793. Doug Sewell (doug@cc.ysu.edu), Computer Center, Youngstown State University
  7794.  
  7795. ------------------------------
  7796.  
  7797. End of TELECOM Digest V12 #418
  7798. ******************************
  7799. 
  7800. 
  7801. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa20126;
  7802.           26 May 92 2:29 EDT
  7803. Received: by delta.eecs.nwu.edu id AA16642
  7804.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 26 May 1992 00:40:28 -0500
  7805. Received: by delta.eecs.nwu.edu id AA07360
  7806.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 26 May 1992 00:40:18 -0500
  7807. Date: Tue, 26 May 1992 00:40:18 -0500
  7808. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7809. Message-Id: <199205260540.AA07360@delta.eecs.nwu.edu>
  7810. To: "\\telecom"@eecs.nwu.edu
  7811. Subject: TELECOM Digest V12 #419
  7812.  
  7813. TELECOM Digest     Tue, 26 May 92 00:40:10 CDT    Volume 12 : Issue 419
  7814.  
  7815. Index To This Issue:                      Moderator: Patrick A. Townson
  7816.  
  7817.     A Three Day Course: Understanding Data Communications (Ying Leung)
  7818.     The Hype of the Information Age (InfoText via Peter Marshall)
  7819.     Telecom Museums (Jim Haynes)
  7820.     Motorola 8000H Case, CellDyne (Mark Earle)
  7821.     New NPA/NXX Lookup and Cross Reference Utility For DOS (Bill Garfield)
  7822.     Caller-ID in Michigan? (John Goggan)
  7823.     Autoline+ Problems (Douglas Camp)
  7824.     MetroMedia 10xxx Number Query (Mark Earle)
  7825.     Re: Looking For Telecommunications Publication (Darren Ingram)
  7826.     Modem Help Needed (Alfredo Cotroneo)
  7827.     Call Own Phone Back Number Wanted (Kenneth Freeman)
  7828. ----------------------------------------------------------------------
  7829.  
  7830. From: ying@stan.xx.swin.OZ.AU (Ying Leung)
  7831. Subject: A Three Day Course: Understanding Data Communications
  7832. Date: 25 May 92 04:17:34 GMT
  7833. Organization: Computer Centre, Swinburne Inst. of Tech., Melbourne, Australia.
  7834.  
  7835.  
  7836.         A three day short course 
  7837.  
  7838.         UNDERSTANDING
  7839.         DATA
  7840.         COMMUNICATIONS
  7841.  
  7842. Date:    6 - 8 July 1992
  7843.  
  7844. Venue:  Swinburne Institute of Technology,
  7845.     Hawthorn, Victoria
  7846.  
  7847. Cost:    $540
  7848.  
  7849. This course is structured to be eligible training qualifying for the
  7850. 1% levy under the Training Guarantee Act, and also has been allocated
  7851. 18 PCP hours by the Australian Computer Society.
  7852.  
  7853. For further information please contact Ms Rosemary Shaw, Department of
  7854. Computer Science, Swinburne Institute of Technology, John Street,
  7855. Hawthorn, Victoria 3122.
  7856.  
  7857. Phone:       03-819-8180
  7858. Fax:        03-818-3645
  7859.  
  7860.  
  7861. Course Outline
  7862.  
  7863. With the proliferation of personal computers and computer networks in
  7864. recent years, data communications has become a fundamental part of
  7865. computing. Over the last decade, communications technology has enjoyed
  7866. phenomenal growth and industry predicts this trend will continue well
  7867. into the 1990's.  In order for this technology to be utilised
  7868. effectively and efficiently it is essential that computing personnel
  7869. have a thorough understanding of data communications.
  7870.  
  7871. Unfortunately, the topic of data communications is jargon-ridden.  As
  7872. a result, many fundamental concepts are either not understood well or,
  7873. worse still, totally misunderstood.  The objectives of the course are
  7874. as follows:
  7875.  
  7876. *    To introduce the fundamental concepts of data communications and 
  7877.      computer networks;
  7878.  
  7879. *    To provide an understanding of the current advances and applications 
  7880.     of communications technology;
  7881.  
  7882. *    To introduce various industry standards used in data communications.
  7883.  
  7884. This course is aimed at all levels of personnel engaged in the
  7885. computing field and assumes no prior knowledge of data communications.
  7886. However, practitioners in this field may also find the course useful
  7887. as it serves to consolidate knowledge which may have been gained in a
  7888. fragmentary manner.
  7889.  
  7890.  
  7891. Schedule:
  7892.  
  7893. DAY 1
  7894.  
  7895. Module 1 - Introduction
  7896.  
  7897. Course overview
  7898. Evolution of data communications technologies
  7899. Standards organisations
  7900.  
  7901. Module 2 - Communications Principles
  7902.  
  7903. Information codes
  7904. Basic electrical engineering concepts
  7905. Transmission media
  7906. Signal attenuation and distortion problems
  7907. Error detection schemes
  7908. RS232 & RS449 standards
  7909. Signal Types
  7910. Modulation techniques and modems
  7911. Communications software
  7912. Functions of the data link layer
  7913. Error control - Idle RQ and Continuous RQ
  7914. Flow control - sliding window mechanism
  7915. Data link management
  7916. Character oriented links and bit oriented links
  7917. Demonstration of communications software and hardware systems
  7918.  
  7919.  
  7920. DAY 2
  7921.  
  7922. Module 3 - Terminal Based Networks
  7923.  
  7924. Historical review of terminal based networks
  7925. Elements of terminal based networks:
  7926. *    terminal multiplexers
  7927. *    statistical multiplexers
  7928. *    front end processors
  7929. The BISYNC protocol
  7930. The HDLC protocol
  7931. Industry standards
  7932.  
  7933. Module 4 - The ISO Reference Model for Open Systems Interconnection (OSI)
  7934.  
  7935. The OSI layer concept
  7936. OSI terminologies
  7937. OSI service primitives
  7938. Comparison of proprietary network architectures
  7939.  
  7940. Module 5 - Local Area Networks (LANs)
  7941.  
  7942. LAN topologies
  7943. Media Access Methods - CSMA/CD, token passing
  7944. IEEE 802 LAN standards 
  7945. Internetworking
  7946. High speed LANs: FDDI & DQDB
  7947. LAN management
  7948. Demonstration and hands on session on Banyan Vines networks.
  7949.  
  7950.  
  7951. DAY 3
  7952.  
  7953. Module 6 - Public Data Networks
  7954.  
  7955. Circuit-Switched Data Networks
  7956. Packet-Switched Data Networks - virtual circuit and datagram services
  7957. X.25, X.21 and their related standards
  7958. Integrated Services Data Networks (ISDNs)
  7959. Telecom Australia data communications services: Datel, DDS, DMS, Austpac, 
  7960. Megalink, Fastpac
  7961.  
  7962.  
  7963. Module 7 - Current Advances in and Applications of Communications Technology
  7964.  
  7965. Message handling systems
  7966. The X.400 and X.500 recommendations
  7967. The Australian Academic Research Network (AARNet)
  7968. Electronic Funds Transfer at Point of Sale (EFTPOS) systems
  7969. Electronic Data Interchange (EDI) systems
  7970.  
  7971.  
  7972. Module 8 - Demonstration and Course Review
  7973.  
  7974. Demonstration and hands on session on AARNet services.
  7975. Course review and evaluation.
  7976.  
  7977. For further information please contact Ms Rosemary Shaw, Department of
  7978. Computer Science, Swinburne Institute of Technology, John Street,
  7979. Hawthorn, Victoria 3122.
  7980.  
  7981. Phone:       03-819-8180
  7982. Fax:        03-818-3645
  7983.  
  7984. ------------------------------
  7985.  
  7986. Date: Sun, 24 May 92 15:46:45 -0700
  7987. From: ole!rwing!peterm@uunet.UUCP (Peter Marshall)
  7988. Subject: The Hype of the Information Age
  7989.  
  7990.  
  7991. [From an article by Michael Schrage in the 5/92 issue of {InfoText}]:
  7992.  
  7993.  ..I am one of the people responsible for perpetuating a real myth,
  7994. one garbed in a lot of hype. And this myth is the myth of the
  7995. Information Age.
  7996.  
  7997. I think that has been a bunch of rubbish. When I was a reporter at the
  7998. {Washington Post}, I was covering high technology ...
  7999.  
  8000. I came to the realization after participating in this propaganda
  8001. effort that we were looking at the opportunities from the wrong end of
  8002. the telescope.
  8003.  
  8004. I would like you to recall that the Bell system's most successful
  8005. advertising campaign ... was reach out and touch someone ...
  8006.  
  8007. AT&T ... was peddling its network as a medium to create and maintain
  8008. relationships ... Too many marketers, pundits, and visionaries are
  8009. much too enthusiastic about the Information Age model of the world....
  8010. They believe the real value is in the data and the information that
  8011. they either own or distribute.
  8012.  
  8013. I flat out don't think so anymore. The real value of a medium lies
  8014. less in the information it carries than in the communities it
  8015. creates ...
  8016.  
  8017. This is an important design question. How are you designing a medium?
  8018. Primarily to manage information, or primarily to create relationships?
  8019.  
  8020. I'm not saying that information is unimportant. The majority of the
  8021. discussion that goes on regarding new media opportunities and
  8022. technology has been around: how do we manage the information better?
  8023.  
  8024.  ..The real value that Reuters has generated today is that it offers
  8025. networks, unique relationships for people who subscribe. Their
  8026. proprietary nich has shifted away from the information they provide to
  8027. the network access they offer.
  8028.  
  8029.  ..I really believe the question ... is not so much what kinds of
  8030. information should we provide, but what kinds of relationships do we
  8031. want to build?
  8032.  
  8033.  ..What business to the Bells think they are in?  All of it is laden
  8034. with this Information Age rubbish. They are trapped in this mindset
  8035.  ... Their approach is very brand extension. "Let's take the info we
  8036. have and slap it onto a new technology ...
  8037.  
  8038. I think the last year reveals that the RBOCs are much better at
  8039. lobbying and lawyering and public relations than at technological
  8040. innovation.
  8041.  
  8042. Speaking personally, I thought their whining was disgraceful ...
  8043.  
  8044. Fundamentally, the RBOCs have, in a market economy, a very flawed
  8045. culture, because they are basically monopolists. They're the last
  8046. legal monopolies in America ...
  8047.  
  8048. This new liberty is a market-share game for the RBOCs. It shouldn't
  8049. be. It's an infrastructure game ...
  8050.  
  8051. This is the smartest approach the RBOCs could take. Don't be
  8052. exclusionary, encourage people to come on in. Work out equity or
  8053. barter arrangements. Building coalitions is not only smart business,
  8054. it's smart public policy ... move away from exerting power to exerting
  8055. influence ...
  8056.  
  8057. ------------------------------
  8058.  
  8059. From: Jim Haynes <haynes@cats.UCSC.EDU>
  8060. Subject: Telecom Museums
  8061. Date: 25 May 92 19:04:43 GMT
  8062. Organization: University of California, Santa Cruz
  8063.  
  8064.  
  8065. A friend sent me a couple of items.  One is a newspaper clipping
  8066. with a picture of children:
  8067.  
  8068.     "The Independent Telephone Pioneers Association's traveling
  8069.     telephone museum has been in the area for several days.  The
  8070.     museum has been seen by scores of people at schools in
  8071.     Coleville, Yerington, Lake Tahoe, and Alpine County as
  8072.     well as Douglas County.  It will be open to the public
  8073.     May 16, 10 am to 2 pm in the Contel parking lot in Gardnerville,
  8074.     and today at Douglas High School..."  (from the Gardnerville
  8075.     Nevada Record-Courier, Thursday, May 14, 1992)
  8076.  
  8077. The other item is a book "Keys, Keys, Keys" intended for collectors of
  8078. telegraph keys, by Dave Ingram, K4TWJ, copyright 1991.  Mentioned in
  8079. the book is a museum "located in the mezzanine area of the Western
  8080. Union Telegraph offices at 655 South Orcas Street, Seattle,
  8081. Washington.  Over 100 items, including early telegraph apparatus,
  8082. diagrams of systems, photos of stations, wax statues, and early
  8083. Western Union uniforms are featured in this unique collection."
  8084. Wonder if anybody knows what's happened to it.
  8085.  
  8086.  
  8087. haynes@cats.ucsc.edu    haynes@cats.bitnet
  8088.  
  8089. ------------------------------
  8090.  
  8091. Date: Mon, 25 May 92 15:39:28 CDT
  8092. From: mearle@pro-party.cts.com (Mark Earle)
  8093. Subject: Motorila 8000H Case, CellDyne
  8094.  
  8095.  
  8096. Celldyne makes a nice case for the Motorola 8000H portable phone.
  8097. It's "leather" (fake) with a zipper up the back, and a clear front
  8098. over the display/button area. One may operate the phone in the case
  8099. easily. I'd like one, but the local place wants $85! Can someone post
  8100. a source of accessory items for CMT users. The source should take
  8101. phone orders without hassle, major credit cards, and I shouldn't have
  8102. to pretend to be a volume reseller -- they should be willing to deal
  8103. with a "joe average" consumer type person.
  8104.  
  8105. As an aside: The bag that comes with the phone is fine, but one must
  8106. remove the phone from the bag for use. The leather (real) case I have
  8107. is fine, except: it makes the phone quite bulky, and the front of the
  8108. phone is unprotected from rain, salt spray when on a boat, etc.
  8109.  
  8110.  
  8111. mwe
  8112.  
  8113. mearle@pro-party.cts.com (Mark Earle) [WA2MCT/5]
  8114. FidoNet at       Opus 1:160/50.0 
  8115. Bitnet           adblu001@ccsu.vm1
  8116. Internet  73117.351@compuserve.com
  8117.  
  8118. ------------------------------
  8119.  
  8120. Subject: New NPA/NXX Lookup and Cross Reference Utility For DOS
  8121. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  8122. Date: Mon, 25 May 92 12:49:00 -0600
  8123. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  8124. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  8125.  
  8126.  
  8127. I just received my complimentary "friend" copy of Robert Rickets' (The
  8128. PC Consultant) latest endeavor in DOS programming.  In summary, Neat!
  8129.  
  8130. His latest version of "NPA" (vers of 05-16-92) combines the latest
  8131. North American telecom V&H tables with a fast lookup utility.
  8132. Searches can be based on either city, state, NPA or NXX.  Wildcard
  8133. searches are supported and can, of course produce copius amounts of
  8134. output.  Command line switches support multiple NXX's within rate
  8135. centers, county names, population, zipcodes and lat/long.  Operates
  8136. full screen mode with online help or from the DOS command line.
  8137. Accompanying documentation is a 'must read' for proper program
  8138. operation.
  8139.  
  8140. Available as Shareware under the title of NPA0516.ZIP on finer bbs' in
  8141. the Houston, TX area.  $25 registration removes the beg/nag screens.
  8142. VISA/MC accepted.
  8143.  
  8144. Inquiries/orders to Robert K. Rickets, The PC Consultant, PO Box 42086
  8145. Houston, TX 77242-2086    (713) 826-2629
  8146.  
  8147.  
  8148. Standard disclaimer applies.  I speak for no one.  I am not an
  8149. employee of The PC Consultant and receive no remuneration for telling
  8150. others about this nifty product.
  8151.  
  8152. ------------------------------
  8153.  
  8154. Organization: Central Michigan University
  8155. Date: Monday, 25 May 1992 13:18:27 EDT
  8156. From: John Goggan <34II5MT@CMUVM.CSV.CMICH.EDU>
  8157. Subject: Caller-ID in Michigan?
  8158.  
  8159.  
  8160. Does anyone have any exact dates when Michigan Bell began offering
  8161. Caller-ID to the public?  I've been waiting to see what would happen
  8162. (to see whether or not it would be approved for Michigan, how the
  8163. blocking would be handled, what types of blocking would be required,
  8164. etc ...) and haven't heard much lately.  Then, all of a sudden, I read
  8165. an article in a local paper about how a lady with Caller-ID ("a new
  8166. feature offered by Michigan Bell") caught a man who was harrassing her
  8167. by giving his number to the police.  Any/all information on CLID in
  8168. Michigan is appreciated!  Thanks!
  8169.  
  8170.  
  8171. John Goggan (34ii5mt@cmuvm.csv.cmich.edu)
  8172.  
  8173. ------------------------------
  8174.  
  8175. Date: Mon, 25 May 1992 17:40:20 -0500
  8176. From: douglas camp <dcamp@copper.ucs.indiana.edu>
  8177. Subject: Autoline+ Problems
  8178. Organization: Indiana University
  8179.  
  8180.  
  8181. I recently purchased an AUTOLINE+ from ITS Communications which
  8182. detects distinctive ringing patterns to route calls to different
  8183. devices. I'm having some problems: (1) I'm getting complaints about
  8184. how long the phone rings before I answer it. Althought the AUTOLINE+
  8185. is only supposed to absorb one 'ringing sequence' it seems to get at
  8186. least two and sometimes three. Also, my fax machine seems a little
  8187. finicky when attached to the switch -- although the call is routed to
  8188. the correct device (fax), about half the time the fax is unable to
  8189. receive an incoming fax, and quits after connecting.
  8190.  
  8191. One final complaint -- I bought this thing direct from the company,
  8192. and they don't take American Express -- so I had to pay COD. I hate
  8193. doing this because once they've cashed the check, I don't have any
  8194. recourse. When asked about their return policy, they would only say
  8195. 'don't worry, we'll make it work'.
  8196.  
  8197. Anyone had/solved similar problems (at least the technical ones :>)
  8198. with this device?
  8199.  
  8200.  
  8201. Thanks,
  8202.  
  8203. Doug
  8204.  
  8205. ------------------------------
  8206.  
  8207. Date: Mon, 25 May 92 15:36:07 CDT
  8208. From: mearle@pro-party.cts.com (Mark Earle)
  8209. Subject: MetroMedia 10xxx Number Query
  8210.  
  8211.  
  8212. The access code is 10ITT (10488). Be aware that when you use this, it
  8213. may take 60-90 days for the calls to show up on your bill, so you may
  8214. be in for a bit of "sticker shock" if you forget about LD calls made
  8215. with this code.
  8216.  
  8217. There is another way to access them, at least with some calling cards:
  8218.  
  8219. 950-1011 xxx xxx xxxx AAA-BBB-CCCC where the x's are your magic code.
  8220. Note, the magic code does not correspond to any phone number, and I've
  8221. had variations of these for a long time (I routiely request, and
  8222. receive, new access / authorization codes at no charge).
  8223.  
  8224. I've used the 950-1011 before the days of equal access, so I don't
  8225. know if the calling card magic numbers in use these days will work for
  8226. you or not. I don't even recall what the 800 access procedure is. In
  8227. some ways, I should find out; there are some situations where 800
  8228. access would be desireable.
  8229.  
  8230.  
  8231. mwe
  8232. mearle@pro-party.cts.com (Mark Earle) [WA2MCT/5]-=  +
  8233. FidoNet at       Opus 1:160/50.0 
  8234. Bitnet           adblu001@ccsu.vm1
  8235. Internet  73117.351@compuserve.com
  8236.  
  8237. ------------------------------
  8238.  
  8239. Date: Mon, 25 May 92 13:16 GMT
  8240. From: Darren Ingram <satnews@cix.compulink.co.uk>
  8241. Reply-To: satnews@cix.compulink.co.uk
  8242. Subject: Re: Looking For Telecommunications Publication
  8243.  
  8244.  
  8245. > I am in pursuit of "Telecommunications" publication, (North American
  8246. > Edition)
  8247.  
  8248. Horizon House are the publishers of many different telecomms
  8249. newsletters. Its editorial offices are based in Norwood, MA.  
  8250. Tel +1 617 769 9750  Fax +1 617 769 4576.
  8251.  
  8252.  
  8253. Regards, 
  8254.  
  8255. Darren Ingram - (contributor to Telecommunications International, published 
  8256. by Horizon House) 
  8257. Darren Ingram/Satnews        : Standard disclaimer rules apply, even if I am 
  8258. Satnews@cix.compulink.co.uk  : very nasty towards you....  Drink plenty of 
  8259. Coventry, West Midlands, U.K.: traditional real ale and relax..... 
  8260.  
  8261. ------------------------------
  8262.  
  8263. Date: Mon, 25 May 92 10:30:31 +0200
  8264. From: alfredo@quickt2.it12.bull.it (Alfredo Cotroneo)
  8265. Subject: Modem Help Needed
  8266.  
  8267.  
  8268. I am currently using latest commercial mdem technology (v32bis+v42
  8269. compression) to transfer huge binary files via phone lines.
  8270.  
  8271. Is there any other better (faster) modem solution over conventional
  8272. lines?
  8273.  
  8274. Or: Would pehaps ISDN allow higher speed? In this case, all I need is
  8275. to link two MS-DOS computer, which have RS232 serial intefaces which
  8276. may transmitt data up to 115k bauds. That would be enough.  I need a
  8277. very fast and CHEAP solution.  Any idea?
  8278.  
  8279.  
  8280. Alfredo, Milano, Italy     email: a.cotroneo@it12.bull.it
  8281.  
  8282. ------------------------------
  8283.  
  8284. From: kfree@pnet01.cts.com (Kenneth Freeman)
  8285. Subject: Call Own Phone Back Number Wanted
  8286. Organization: People-Net [pnet01], El Cajon CA
  8287. Date: Mon, 25 May 1992 07:16:05 GMT
  8288.  
  8289.  
  8290. This is probably as old as the hills, but when our answering machine
  8291. recently went on the fritz, we didn't have the number to ring our own
  8292. phone. Is it one of the *11 numbers? I am not going to go through the
  8293. sequence; I assume it's a proprietary service code, because I've yet
  8294. to find it in the public domain.
  8295.  
  8296.  
  8297. UUCP: {ucsd nosc}!crash!pnet01!kfree INET: kfree@pnet01.cts.com
  8298.  
  8299.  
  8300. [Moderator's Note: I've never heard of the *11 numbers. What are they?
  8301. How do they work? To answer *your* question, this changes from one CO
  8302. to the next. Whatever it is here means nothing elsewhere.   PAT]
  8303.  
  8304. ------------------------------
  8305.  
  8306. End of TELECOM Digest V12 #419
  8307. ******************************
  8308. 
  8309. 
  8310. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19648;
  8311.           27 May 92 1:14 EDT
  8312. Received: by delta.eecs.nwu.edu id AA04525
  8313.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 26 May 1992 23:20:27 -0500
  8314. Received: by delta.eecs.nwu.edu id AA28052
  8315.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 26 May 1992 23:20:13 -0500
  8316. Date: Tue, 26 May 1992 23:20:13 -0500
  8317. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8318. Message-Id: <199205270420.AA28052@delta.eecs.nwu.edu>
  8319. To: "\\telecom"@eecs.nwu.edu
  8320. Subject: TELECOM Digest V12 #420
  8321.  
  8322. TELECOM Digest     Tue, 26 May 92 23:20:07 CDT    Volume 12 : Issue 420
  8323.  
  8324. Index To This Issue:                      Moderator: Patrick A. Townson
  8325.  
  8326.     Typical GTE (John Higdon)
  8327.     GTE Stories (David G. Cantor)
  8328.     'Gab' Line Liabilities? (Jayson Raymond)
  8329.     V.32bis Dial-Back Modems (Brad S. Hicks)
  8330.     Free to Good Home (Stephen Friedl)
  8331.     New Sprint Access Method (Robert M. Hamer)
  8332.     Looking For Information About DSC Incident (David Cornutt)
  8333.     Source for ANSI/CCITT CCS#7 and ISDN/PRI Wanted (Corey C. Minyard)
  8334.     CWA Members Give Leaders Strike Authorization (Phillip Dampier)
  8335.     Stupidest Message Ever Recorded (Don Lynn)
  8336. ----------------------------------------------------------------------
  8337.  
  8338. Subject: Typical GTE
  8339. Date: 25 May 92 17:35:24 PDT (Mon)
  8340. From: john@mojave.ati.com (John Higdon)
  8341.  
  8342.  
  8343. Here is an recent incident that is quite representative of how GTE
  8344. operates its LEC business:
  8345.  
  8346. Late Friday night the telephone goes dead and callers receive a
  8347. "disconnected" recording. A call to GTE repair (by calling a number in
  8348. 213 collect -- no kidding!) gets a trouble ticket launched. By noon
  8349. Saturday the trouble has not yet been corrected and another call to
  8350. GTE repair reveals that "there is no trouble report in the computer".
  8351. (Yet another case where GTE just clears out the problem without doing
  8352. a blessed thing on the trouble itself.) Another report is filed.
  8353.  
  8354. By noon Sunday there is still no fix. This time a supervisor was
  8355. summoned. He told me that he would look up the records and see if the
  8356. phone was disconnected for some reason. This would take a couple of
  8357. hours(!). He actually did call me back and tell me that there was no
  8358. reason the phone should be disconnected (no excrement, Sherlock!), and
  8359. that he would see about restoration.
  8360.  
  8361. Late Sunday night I found out that the central office is run from a
  8362. location hundreds of miles away and the indication was that there were
  8363. no longer any jumper wires on the frame for that line. This meant that
  8364. someone would have to be dispatched to physically reconnect the
  8365. telephone in the CO. In actuality, the trouble was repaired late
  8366. Monday.
  8367.  
  8368. It is unbelievable that GTE has absolutely no presence in northern
  8369. California. All billing, repair, and switch maintenance is done from
  8370. southern California. I am so tired of dealing with Bozos in Thousand
  8371. Oaks, Los Angeles, and Santa Monica for service in Los Gatos. I am
  8372. equally tired of having trouble reports "cleared" without a trace
  8373. several times before any sort of remedial action is ever performed. I
  8374. am tired of "service" that is as reliable as a rusty mousetrap. In
  8375. fact, I am tired of GTE, period.
  8376.  
  8377. Late note: GTE has just set up some "experimental" SS7 links between a
  8378. few offices in southern California and will "have meetings" in August
  8379. about linking to Pac*Bell. How remarkably advanced, considering PB has
  8380. been using SS7 for years and it is commonplace elsewhere in the
  8381. country. Leave it to GTE to forge ahead and pioneer new technology and
  8382. procedures in the telecommunications industry. NOT!!!
  8383.  
  8384.  
  8385. John Higdon <john@zygot.ati.com> (hiding out in the desert)
  8386.  
  8387. ------------------------------
  8388.  
  8389. Reply-To: dgc@math.ucla.edu
  8390. Subject: GTE Stories
  8391. Date: Tue, 26 May 92 12:25:12 -0700
  8392. From: David G. Cantor <dgc@math.ucla.edu>
  8393.  
  8394.  
  8395. For many years GTE provided my phone *service*.  My first encounter
  8396. with GTE was when I purchased a new tract home in an LA suburb served
  8397. by GTE.
  8398.  
  8399. A couple of weeks before moving in, I called GTE and arranged for
  8400. single-party residential service.  The GTE rep was sweet and pleasant.
  8401. She said service would be ready the day I moved in and gave me our new
  8402. telephone number.  When I moved in, sure enough I had dial tone and
  8403. the telephone worked.  The second time I picked up the telephone, I
  8404. heard someone else talking.
  8405.  
  8406. I called repair service and after some referrals was told that I had
  8407. four-party service and that I was lucky to get that.  I was told that
  8408. the tract developer had failed to notify GTE that it was building this
  8409. tract and that, as a result, GTE hadn't installed telephone cables.
  8410. But that, because GTE was so concerned with providing high quality
  8411. service, etc., it had quickly installed temporary service. Unfortunately,
  8412. it would have to be party-line service for a couple of weeks until GTE
  8413. could install regular cables.
  8414.  
  8415. This was, of course, a bald-faced lie.  GTE had prewired the homes two
  8416. months earlier (this was a LONG time ago).  In addition, the tract had
  8417. underground utilities and the underground telephone conduits had been
  8418. installed by GTE before the street was paved.  They had simply
  8419. forgotten to pull the cable.
  8420.  
  8421. The sad part is that the GTE reps I spoke to really believed the
  8422. nonsense about it being the developers' fault.  They weren't concerned
  8423. with the obvious contradictions between the "cover story" and the
  8424. actual facts.
  8425.  
  8426. Much later, when I had some serious problems that were being reported
  8427. by an {LA Times} columnist, I received a call from GTE public relations.
  8428. After a few minutes it became clear that they had no interest in
  8429. solving my problems, but were simply concerned with "damage control"
  8430. in regards to the {LA Times} columns.
  8431.  
  8432.  
  8433. David G. Cantor    Department of Mathematics   University of California
  8434. Los Angeles, CA 90024-1555   Internet:  dgc@math.ucla.edu
  8435.  
  8436. ------------------------------
  8437.  
  8438. From: Jayson Raymond <jraymond@BBN.COM>
  8439. Subject: 'Gab' Line Liabilities?
  8440. Date: Tue, 26 May 92 12:41:28 PDT
  8441.  
  8442.  
  8443.     As a hobby, I am considering providing an information provider
  8444. service, that among other things, will allow the participants to
  8445. freely communicate with each other, such as in a 'gab' line. Please note
  8446. that this will not add to the 900 cr*p out there, no sex, no
  8447. datelines, just good clean fun interaction.
  8448.  
  8449.     I seem to recall reading about a case where the information
  8450. provider was liable for the rape of 13 year girl whom had given her
  8451. address out over a GAB line. 
  8452.  
  8453.     The participants I envision would include young and old alike.
  8454. Many questions arise, such as: Would a BBS operator be liable in a
  8455. similar situation? Would this require me to acquire common carrier
  8456. status, and just what does this mean?
  8457.  
  8458.     If anyone could shed some light on this subject, perhaps even
  8459. providing references where a legal laymen such as myself could find
  8460. out more, I would be greatly appreciative.
  8461.  
  8462.  
  8463. Sincerely,
  8464.  
  8465.  
  8466. Jayson Raymond    jraymond@bbn.com
  8467.  
  8468. ------------------------------
  8469.  
  8470. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  8471. Date: Tue May 26 14:59:14 -0400 1992
  8472. Subject: V.32bis Dial-Back Modems
  8473.  
  8474.  
  8475. Does anybody make a V.32 (or better, V.32bis) external modem that
  8476. supports dial-back in hardware?  If so, does anybody know about how
  8477. much they'd cost and where we could get them?  Reply via email to the
  8478. address below, and I'll summarize to the list if there's interest.
  8479.  
  8480.  
  8481. J. Brad Hicks    Internet: mhs!mc!Brad_Hicks@attmail.com
  8482. X.400:    c=US admd=ATTmail prmd=MasterCard sn=Hicks gn=Brad
  8483.  
  8484. I am not an official MasterCard spokesperson, and the message above
  8485. does not contain official MasterCard statements or policies.
  8486.  
  8487. ------------------------------
  8488.  
  8489. Subject: Free to Good Home
  8490. Date: 25 May 92 13:47:28 PDT (Mon)
  8491. From: friedl@mtndew.Tustin.CA.US (Stephen Friedl)
  8492.  
  8493.  
  8494. Hi net.folks,
  8495.  
  8496.      I had a four-wire leased line deinstalled from my house some time
  8497. ago, and today while cleaning my office I ran across the interface box
  8498. that sits between the line and my equipment.  Pac*Bell doesn't want it
  8499. back (I just called them) and I hate to throw away things like this.
  8500.  
  8501.      It's an "Inteliport 1" from Teltrend, and it has model number
  8502. SDS5486.  It has housing and power supply, and it was working fine
  8503. when removed from service.  I have no manual for it.  Note that all
  8504. the chips have had their identifications ground off, so it has limited
  8505. value to one who wants to rip it apart for junk value (else I would
  8506. have done this myself!)
  8507.  
  8508.      I'm happy to give this to anybody who wants it, but I'd prefer
  8509. that it go to somebody who really knows what it is and has a real use
  8510. for it.  It goes at no charge to the first person with such a real
  8511. need, or to the first just-curious asker if no serious users request
  8512. it.
  8513.  
  8514.      Mail goes to friedl@mtndew.Tustin.CA.US or uunet!mtndew!friedl.
  8515.  
  8516.  
  8517.      Telecom-ically yours,
  8518.  
  8519. Stephen J Friedl | Software Consultant | Tustin, CA |     +1 714 544 6561
  8520. 3b2-kind-of-guy  | I speak for me ONLY |   KA8CMY   | uunet!mtndew!friedl
  8521.  
  8522. ------------------------------
  8523.  
  8524. Date: Tue, 26 May 1992 15:18 EDT
  8525. From: "Robert M. Hamer 908-932-2696" <HAMER@zodiac.rutgers.edu>
  8526. Subject: New Sprint Access Method
  8527.  
  8528.  
  8529. Just when it appeared that AT&T was joining reality by having an 800-
  8530. number to access their network, it appears that Sprint is losing
  8531. reality.  (John Higdon will have fun with this one.)
  8532.  
  8533. I just got two new Foncards from Sprint.  My old one still works;
  8534. these are for my daughter and son.  (When ordering them I remembered
  8535. to ask them _not_ to send me ones with my home phone number embedded
  8536. in the Foncard number.)  These are their "new Global Foncards."  The
  8537. Foncard numbers printed in raised large print across the center of the
  8538. card are the same format (14 digits) as their old ones, but underneath
  8539. it in small nonraised print is a "Global Calling Number" which has a
  8540. six digit prefix (common to both cards.  common to all cards?), and
  8541. then ten digits of the Foncard numbers, then one digit unrelated to
  8542. the remaining four digits of the Foncard numbers.  But it is on the
  8543. back of the cards where the dialing instructions are that the fun has
  8544. started.  They have changed the instructions from dialing
  8545. "1-800-877-8000" to dialing "10333."  So as AT&T is recognizing that
  8546. 10288 won't work for everyone, Sprint is trying to push 10333 on
  8547. everyone.  (In small print the cards says "If you do not hear 'Welcome
  8548. to Sprint,' dial 1-800-877-8000.")
  8549.  
  8550. Additionally, on the sheet of paper that accompanied the cards are
  8551. computer-printed, next to the Foncard numbers, two four-digit numbers
  8552. labelled PINs, with no explanation of what they might be used for.  So
  8553. I tried to call Sprint customer service ("1-800-877-4646" listed
  8554. helpfully on the card).  Bzzztt!  I got a SIT and a message that "The
  8555. number you have dialed, 541-0110, has been changed to a nonpublished
  8556. number."  I figured I'd dialed wrong, so I tried it again.  Five
  8557. times.  I figured maybe the keypad on my phone was sticking or
  8558. bouncing, or something, so I got another phone and tried again.
  8559. Bzzztt!  It is pretty bad when you can't call customer service.  
  8560.  
  8561. I looked under Sprint in my Princeton-area phone book (ignore the fact
  8562. that this is coming to you from a computer in Virginia; I live in
  8563. Plainsboro, NJ, just outside of Princeton) and under Sprint, there was
  8564. a local Princeton office listed (for business customers).  I called
  8565. them and got an airhead whose reaction when I told her the problem I'd
  8566. had was "Gee."  I suggested that she keep me on hold, get another
  8567. line, and try the 800- customer service number.  She did, and got
  8568. through.  At that point I thought "misprogrammed switch" (her exchange
  8569. is different), but didn't persue it further with her because I figured
  8570. it would be pointless.  Instead I used "00" to ask the Sprint operator
  8571. to connect me with customer service.  I reported the problem to
  8572. customer service, who seemed happy to take it.  Who knows what'll come
  8573. of it.
  8574.  
  8575. Two remarks: does anyone know if my phone (609-520) and the Princeton
  8576. Sprint office (609-544) are on different switches?  And: in the phone
  8577. book is yet another number for Sprint customer service: 800-877-7746.
  8578. It was busy.  Repeatedly.
  8579.  
  8580. ------------------------------
  8581.  
  8582. From: cornutt@lambda.msfc.nasa.gov (David Cornutt)
  8583. Subject: Looking for Information About DSC Incident
  8584. Organization: NASA/MSFC
  8585. Date: Tue, 26 May 1992 13:55:31 GMT
  8586.  
  8587.  
  8588. I'm working on a research paper for a software project management
  8589. class that I'm taking at the University of Alabama-Huntsville.  I've
  8590. chosen to do an example of a causal analysis, where you examine an
  8591. incident of a software fault and attempt to determine how the error
  8592. got there, and how similar errors could be prevented in the future.
  8593.  
  8594. The example that I've chosen is the notorious SS7-protocol software
  8595. fault that caused outages of long-distance service in the Northeast
  8596. and other areas about a year ago.  I understand that the error
  8597. occurred in a binary patch to some software that was supplied by DSC
  8598. Communications.  I had hoped that, given the widespread publicity that
  8599. accompanied this incident, I would be able to find some information
  8600. about the process that led up to the fault.  But concrete information
  8601. has been hard to come by (rumor and innuendo are plentiful, though);
  8602. all I've got to show for my searches so far is one article in {IEEE
  8603. Spectrum}.
  8604.  
  8605. So, I am requesting pointers to information about the incident.  If
  8606. you know of any articles or other sources of information (or even
  8607. perhaps have firsthand knowledge), please get in touch with me.  You
  8608. can respond to this article, mail me at cornutt@lambda.msfc.nasa.gov,
  8609. or call my work phone at (205) 461-4517.  Confidentiality will be
  8610. protected if desired.
  8611.  
  8612. Please note that it is NOT my intention to trash AT&T, DSC, or any
  8613. other party involved.  Actually, the paper will probably focus on the
  8614. still-widespread practice of binary patching, and whether or not it
  8615. is an appropriate thing to be doing in this day and age, instead of on
  8616. the specific incident.
  8617.  
  8618.  
  8619. Thanks in advance,
  8620.  
  8621. Dave
  8622.  
  8623. ------------------------------
  8624.  
  8625. Date: 26 May 92 16:06:00 CDT
  8626. From: Corey (C.) Minyard <MINYARD@BNR.CA>
  8627. Subject: Source for ANSI/CCITT CCS#7 and ISDN/PRI Wanted
  8628.  
  8629.  
  8630. I am interested in obtaining source code for CCS#7 (ANSI and CCITT)
  8631. and ISDN/PRI.  I am doing research on a project to supply a test tool
  8632. that supplies these capabilities.  Free source would be ok, but source
  8633. supported by a company would be better.  If anyone sells this or knows
  8634. how to get source, I would appreciate an e-mail.
  8635.  
  8636.  
  8637. Thanks,
  8638.  
  8639. Corey    minyard@bnr.ca
  8640.  
  8641. ------------------------------
  8642.  
  8643. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  8644. Reply-To: phil@rochgte.fidonet.org
  8645. Date: Tue, 26 May 1992 17:22:58 -0500
  8646. Subject: CWA Members Give Leaders Strike Authorization
  8647.  
  8648.  
  8649. CWA MEMBERS GIVE LEADERS STRIKE AUTHORIZATION AT AT&T
  8650. Communications Workers of America
  8651.  
  8652. WASHINGTON -- The Commmunications Workers of America announced on May
  8653. 26 that the union's members have authorized a strike against AT&T if
  8654. contract negotiations are unsuccessful.
  8655.  
  8656. The members voted by a better than four to one margin to authorize CWA
  8657. President Morton Bahr to call for a strike if necessary after contract
  8658. expiration at midnight on Saturday, May 30.
  8659.  
  8660. CWA and the International Brotherhood of Electrical Workers began
  8661. joint negotiations for new three-year contracts with AT&T on Monday,
  8662. March 30, 1992 in Washington, D.C.  Intense negotiations between the
  8663. parties continue this week on behalf of 100,000 CWA-represented
  8664. workers, and 27,000 workers represented by the IBEW.
  8665.  
  8666. The IBEW announced earlier that its members voted to authorize a
  8667. strike.
  8668.  
  8669. CWA's bargaining goals for AT&T include: employment security, improved
  8670. standard of living through substantial base wage gains, as well as
  8671. family care improvement, improvement of health care benefits, and
  8672. pension increases; improvements in working conditions, expanded
  8673. education and training programs, and initiatives to eliminate
  8674. monitoring, and manage technology to improve worker satisfaction,
  8675. instead of threatening jobs and job content.
  8676.  
  8677. ------------------------------
  8678.  
  8679. Date: Tue, 26 May 1992 09:00:59 PDT
  8680. From: DLynn.El_Segundo@xerox.com
  8681. Subject: Stupidest Message Ever Recorded
  8682.  
  8683.  
  8684. I would like to submit the following as evidence that I have received
  8685. the stupidest message ever left on an answering machine.  To the best
  8686. of my ability, I have transcribed it exactly.  Items in parentheses
  8687. are things that are not actually quoted from the speakers.  I have Xd
  8688. my phone number, in case I (or Pedro, depending on the area code used)
  8689. couldn't handle those who might try to intentionally out-stupid this.
  8690. A lot could be discerned from this in the areas of operator behavior,
  8691. the ability of the public to deal with even simple technology, the
  8692. operator as an authority figure, and how this scene came to be
  8693. recorded.  
  8694.  
  8695. Don Lynn 
  8696.  
  8697. A: dialed the wrong number ...
  8698.  
  8699. B: Hello, this is the operator.
  8700.    Hello, this is the operator.
  8701. A: Yes, why did I
  8702. B: What happened on the call?
  8703. A: I didn't dial the wrong number, and I don't know why it got some other
  8704. number.
  8705. B: You didn't dial the wrong number?
  8706. A: Nuh-uh.
  8707. B: What number did you want?
  8708. A: 775-uh
  8709. C: (not understandable)
  8710. A: 775-um-XXXX
  8711. B: What area code?
  8712. A: Um, I guess 619.
  8713. B: What city?
  8714. A: Indio.
  8715. B: OK, you didn't dial the area code.  That's what the problem is.  Hold on.
  8716. A: All right.
  8717.    (in a quieter voice) Hey, cause you didn't dial the area (not
  8718. understandable)
  8719.    Hello operator?
  8720. B: Do you want this call returned?
  8721. A: Yes, thank you.
  8722. B: All right, hang up and re-dial your call please.  It's out of my service
  8723. area.
  8724. A: 619, right?
  8725. B: 619.
  8726. A: All right, thank you.
  8727. C: No man, you gotta use the calling card now.
  8728. A: Oh yeah.
  8729. (Touch Tones (R))
  8730. D(female): GTE operator.
  8731. A: Well, I'm trying to dial 619
  8732. C: (not understandable) Pedro?
  8733. (Touch Tones)
  8734. D: Sir. (Touch tones) Sir, you are dialing with an operator on the line.  It
  8735. isn't getting you anywhere.
  8736. A: Oh. Well, see
  8737. D: You have to hang up and get a dial tone.
  8738. A: All right, sir.
  8739.  
  8740. ------------------------------
  8741.  
  8742. End of TELECOM Digest V12 #420
  8743. ******************************
  8744. 
  8745. 
  8746. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa23255;
  8747.           27 May 92 2:55 EDT
  8748. Received: by delta.eecs.nwu.edu id AA02884
  8749.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 27 May 1992 01:05:27 -0500
  8750. Received: by delta.eecs.nwu.edu id AA32077
  8751.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 27 May 1992 01:05:18 -0500
  8752. Date: Wed, 27 May 1992 01:05:18 -0500
  8753. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8754. Message-Id: <199205270605.AA32077@delta.eecs.nwu.edu>
  8755. To: "\\telecom"@eecs.nwu.edu
  8756. Subject: TELECOM Digest V12 #421
  8757.  
  8758. TELECOM Digest     Wed, 27 May 92 00:05:07 CDT    Volume 12 : Issue 421
  8759.  
  8760. Index To This Issue:                      Moderator: Patrick A. Townson
  8761.  
  8762.     Re: Modem Tax: Years of Crying Wolf (James Olsen)
  8763.     Re: Modem Tax: Years of Crying Wolf (Robert L Ullmann)
  8764.     Re: Modem Tax: Years of Crying Wolf (Fred R. Goldstein)
  8765.     Re: Stopping Unwanted Incoming Fax Traffic (Robert J. Woodhead)
  8766.     Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded? (ron@pilot.njin)
  8767.     Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded? (Gregory Paris)
  8768.     Re: Memorial Day, 1992 (Robert L. McMillin)
  8769.     Re: 950-1ATT and 950-DOMINOS (Scott McClure)
  8770.     Re: 950-1ATT and 950-DOMINOS (Andrew C. Green)
  8771.     Re: 310/213 Fiasco Was Not GTE's Fault (Patton M. Turner)
  8772.     Re: Ring-Back Codes (Nigel Roberts)
  8773. ----------------------------------------------------------------------
  8774.  
  8775. Date: Tue, 26 May 92 10:07:09 EDT
  8776. From: olsen@masala.LCS.MIT.EDU (James Olsen)
  8777. Subject: Re: Modem Tax: Years of Crying Wolf
  8778. Organization: MIT Laboratory for Computer Science
  8779.  
  8780.  
  8781. mju@mudos.ann-arbor.mi.us writes:
  8782.  
  8783. > CompuServe and similar services do not have to pay the Long Distance
  8784. > Carrier Access Fee, while you, me, and everyone else has to.
  8785.  
  8786. Not quite.  What 'you, me, and everyone else' pay is a subscriber line
  8787. access charge, currently $3.50/line/month.  Compuserve pays this too.
  8788.  
  8789. What the FCC wanted to charge Compuserve is the carrier-type access
  8790. charge, on a per-minute basis.  The FCC plan was thwarted by massive
  8791. popular reaction, and (for now) Compuserve and other ESP's still pay
  8792. only the line access charge, like you and me.
  8793.  
  8794. IMHO, the opposition to the FCC plan was due to the unfairness of the
  8795. carrier access charge, for both ESP's and IXC's (long-distance
  8796. companies), since the carrier access charge perpetuates the tradition
  8797. that IXC's should be overcharged in order to subsidize local service.
  8798. Since this tradition did not extend to ESP's, the access charge
  8799. inequity was quite evident.
  8800.  
  8801. I have two questions about FCC access charge policy:
  8802.  
  8803.  - Why do we still have the subscriber line access charge?  While it
  8804.    might have been a valuable transition tool, it seems unnecessary
  8805.    now.  Why doesn't the FCC tell LEC's: 'The line access charge will
  8806.    be abolished on <date>.  Adjust your tariffs accordingly.'
  8807.  
  8808.  - Why does the FCC perpetuate the local-service subsidy, via the
  8809.    carrier access charge?  If the subsidy were eliminated, the ESP
  8810.    'exemption' would presumably become a moot point.
  8811.  
  8812. (Note that the 1987 FCC access-charge plan was extensively covered in
  8813. TELECOM Digest.  Interested readers should look at the files 'fcc.threat',
  8814. 'fcc.policy', and 'pc.pursuit' in the Telecom Archives on lcs.mit.edu.)
  8815.  
  8816.  
  8817. Jim Olsen     olsen@mit.edu
  8818.  
  8819. ------------------------------
  8820.  
  8821. From: ariel@world.std.com (Robert L Ullmann)
  8822. Subject: Re: Modem Tax: Years of Crying Wolf
  8823. Organization: The World in Boston
  8824. Date: Wed, 27 May 1992 00:17:32 GMT
  8825.  
  8826.  
  8827. In this case, there is a way to tell a Real Wolf from a cry about a
  8828. non-existant wolf: A real wolf will be an FCC Notice of (Intended?)
  8829. Rule-Making, which has a _number_.
  8830.  
  8831. If someone brings up a "modem tax", ask them for the FCC notice
  8832. number, if they don't have it, forget it. If they _do_ have one, note
  8833. that it contains (if I remember correctly) the year as part of the
  8834. number.  (If it looks like 87-nnnn, forget it :-)
  8835.  
  8836. If it _is_ a Real Wolf, be sure to tell us all, and give us the number
  8837. so we can all cite it in our complaints.
  8838.  
  8839.  
  8840. Robert Ullmann        Ariel@World.STD.COM    +1 508 879 6994 x226
  8841.  
  8842. ------------------------------
  8843.  
  8844. From: goldstein@carafe.enet.dec.com (Fred R. Goldstein)
  8845. Subject: Re: Modem Tax: Years of Crying Wolf
  8846. Organization: Digital Equipment Corp., Littleton MA USA
  8847. Date: Wed, 27 May 1992 04:50:26 GMT
  8848.  
  8849.  
  8850. In article <telecom12.411.5@eecs.nwu.edu>, mju@mudos.ann-arbor.mi.us
  8851. (Marc Unangst) writes:
  8852.  
  8853. > The other concern I have is that there has NEVER been an attempt by
  8854. > the FCC to implement a "modem tax."  There have been two types of
  8855. > incident, as far as I can remember, with regards to modems and
  8856. > taxes/fees: 1) The CompuServe/LD access fee event; and 2) attempts by
  8857. > the RBOCs to make BBSes use business lines.  (1) has been adequately
  8858. > explained by another participant in this forum, I believe -- it
  8859. > relates to the fact that CompuServe and similar services do not have
  8860. > to pay the Long Distance Carrier Access Fee, while you, me, and
  8861. > everyone else has to.  At one point the FCC wanted to change this;
  8862. > CompuServe tried to get its subscribers to write letters to the FCC
  8863. > protesting this.  
  8864.  
  8865. As the semi-official Debunker Of The Myth, I'd like to clarify what
  8866. really happened ... Marc's note is very good but one point could stand
  8867. clarification (his point 1).
  8868.  
  8869. The FCC proposal stems from the fact that there are not two but three
  8870. different types of rates for which a line can be charged.  There's
  8871. residential, which often doesn't pay its own way.  That's charged to
  8872. most hobby BBSs, but we know how some telcos are fighting them.
  8873. Number two is business.  That more than pays its own way.  The third
  8874. is the Carrier Common Line rate, which is what AT&T, MCI et al pay to
  8875. the local Bells.  This is as much as 5c/minute on either side of the
  8876. call, though it's tending to decline and varies place to place.  It
  8877. isn't usually distance sensitive: It often covers an entire LATA at
  8878. one rate.  This frequently comes out to about $5/hour.
  8879.  
  8880. If you are a long distance carrier, that fee (CCLC) covers your share
  8881. of the local network.  It more than pays its own way -- it subsidizes
  8882. the cheap residential rate.  The question that arose ca. 1987
  8883. concerned the distinction between packet and circuit-switched
  8884. carriers.  A packet carrier can use business rates, but
  8885. circuit-switched carriers use CCLC rates.  And since packet carriers
  8886. are "value added", as goes one, go other information providers who
  8887. carry information (not necessarily in real time) across state lines,
  8888. and that means CompUServe et al.  And some non-data IPs too.
  8889.  
  8890. The amount of interstate bandwidth used by a packet carrier or IP is
  8891. lots, lots less than the amount used by a voice/circuit carrier.  The
  8892. former are connected just like business lines, the latter as carriers.
  8893. The FCC proposal would have applied a value judgement to some business
  8894. lines to see if they should pay hte higher CCLC rates.  It was
  8895. rejected under intense Congressional pressure, and is unlikely to be
  8896. revived.
  8897.  
  8898. The latest brouhaha concerns "Open Network Access" rates.  These
  8899. useful services are only provided with CCLC rates, so the FCC has in
  8900. effect applied its original proposal to those who want to attach to
  8901. the local network with anything other than a dumb old line-side
  8902. connection.  But it's stil not a "modem tax"; it is a tariff for a
  8903. service.
  8904.  
  8905.  
  8906. Fred R. Goldstein   goldstein@carafe.enet.dec.com 
  8907.      or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  8908. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  8909.  
  8910. ------------------------------
  8911.  
  8912. From: trebor@foretune.co.jp (Robert J Woodhead)
  8913. Subject: Re: Stopping Unwanted Incoming Fax Traffic
  8914. Organization: Foretune Co., Ltd.
  8915. Date: Tue, 26 May 1992 07:12:00 GMT
  8916.  
  8917.  
  8918. K_MULLHOLAND@UNHH.UNH.EDU (Kath Mullholand, UNH Telecom, 862-1031)
  8919. writes:
  8920.  
  8921. > Take the offending fax and a letter saying "take me off your list"
  8922. > plus enough sheets to do the following: tape each sheet to the next in
  8923. > line, dial the offending fax, and when the first sheet clears, tape it
  8924. > to the last sheet to form a continuous loop.  Shut out the lights and
  8925. > take off for the weekend!
  8926.  
  8927. > [Moderator's Note: Actually, you read that suggestion here in TD.  PAT]
  8928.  
  8929. Actually, it doesn't work.  There is a maximum length for a fax page,
  8930. and the machine will abort the send (it assumes something is screwing
  8931. up).
  8932.  
  8933. You can avoid this on machines with an optical end-of-page sensor by
  8934. including a short segment of transparent film, and on machines with
  8935. mechanical sensors, by cutting a notch or slot in the appropriate
  8936. position.  Practice using the COPY mode of your fax.
  8937.  
  8938.  
  8939. Robert J. Woodhead, Biar Games / AnimEigo, Incs.  trebor@foretune.co.jp
  8940.  
  8941. ------------------------------
  8942.  
  8943. From: ron@pilot.njin.net (Ron)
  8944. Subject: Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded?
  8945. Date: 26 May 92 16:12:59 GMT
  8946. Organization: Rutgers Univ., New Brunswick, N.J.
  8947.  
  8948.  
  8949. > One law enforcement agency who had arrested a deaf person (I believe
  8950. > it was several years ago) allowed the deaf person to make a call -- a
  8951. > TT call -- but the call contained his admission to the crime so the
  8952. > officiers confiscated the TT printout to use it against him in court.
  8953.  
  8954. Depends who the call was to.  If to an attorney, then it probably
  8955. could have been successfully argued that it was priveleged
  8956. communications, just as if it were a fax.  Other communciations (TT or
  8957. regular phone) from jails are frequently monitored, and the phones
  8958. usually are marked that this is the case.
  8959.  
  8960.  
  8961. Ron
  8962.  
  8963. ------------------------------
  8964.  
  8965. From: paris@merlin.dev.cdx.mot.com (Gregory M. Paris)
  8966. Subject: Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded?
  8967. Organization: Motorola Codex, Canton, Massachusetts
  8968. Date: Tue, 26 May 1992 22:07:30 GMT
  8969.  
  8970.  
  8971. CER2520@ritvax.isc.rit.edu (Curtis E. Reid) writes:
  8972.  
  8973. > I read the article you mentioned.  The article said it was santized
  8974. > for privacy -- all names, company names, etc. were removed.  However,
  8975. > I don't agree with the relay center providing the information for
  8976. > research with or without permission from each callers.  Once the relay
  8977. > call is completed, it should be erased from their terminal.  This
  8978. > ensures both parties (caller and callee) the confidentiality from the
  8979. > third-party (relay service).
  8980.  
  8981. We toured New England Telephone's relay center for Massachusetts on
  8982. their anniversary several months back and I can tell you that they
  8983. were very concerned about privacy issues.  In fact, the software they
  8984. use clears the screen automatically at the end of each call; the
  8985. operator can't avoid it.  They don't record calls (at least, they said
  8986. they don't) and the operators are forbidden from discussing calls with
  8987. others.
  8988.  
  8989. I don't know about other relay services, but the above mentioned
  8990. service seemed very professional.  Too bad they don't operate in Rhode
  8991. Island (yet).
  8992.  
  8993.  
  8994. Greg Paris <paris@merlin.dev.cdx.mot.com> or <paris_g@msm.cdx.mot.com>
  8995. Motorola Codex, 20 Cabot Blvd C1-30, Mansfield, MA  02048-1193
  8996. Office: +1 617 821-7020; FAX: +1 617 821-4211; Home: +1 401 333-2206
  8997.  
  8998. ------------------------------
  8999.  
  9000. Date: Tue, 26 May 92 03:21:52 -0700
  9001. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  9002. Subject: Re: Memorial Day, 1992
  9003.  
  9004.  
  9005. Pat writes about Walt, a Illinois Bell employee, and his experiences
  9006. during the 1968 riots in Chicago, of which Walt observed:
  9007.  
  9008. > "A lot of the guys I worked with were going out of their way to avoid
  9009. > that riot area. They'd say something like 'F--- the animals! Let the
  9010. > phone stay out until tomorrow; let the day shift get it tomorrow.' But
  9011. > I always figured the people living out there were entitled to phones
  9012. > like anyone else. Besides, most of them living in the housing projects
  9013. > did not have private phones anyway. They had to go out at night to the
  9014. > store nearby and they depended on the payphone. Anyway, my experience
  9015. > was the rioters never hassled the phone guys. Same as the Edison
  9016. > (electric) crews. They knew we were just there to do our job and not
  9017. > to cause them trouble. So they left us alone, or me at least. 
  9018.  
  9019. But in Los Angeles, where the cops are perhaps less scrupulous, the
  9020. recent batch of rioters did NOT leave the utility people alone.  LAPD
  9021. had been known to pose as utility employees in order to gain access to
  9022. places they might otherwise be denied.  Since this was done without
  9023. authorization from Pac*Bell, there are now areas of town where
  9024. telephone repair folk are shot at.
  9025.  
  9026.  
  9027. Robert L. McMillin                     | Voice:    (310) 568-3555
  9028. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  9029. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  9030.  
  9031. ------------------------------
  9032.  
  9033. From: scott@ryptyde.cts.com (Scott McClure)
  9034. Subject: Re: 950-1ATT and 950-DOMINOS
  9035. Organization: Ryptyde TimeSharing, San Diego, CA
  9036. Date: Tue, 26 May 1992 06:07:32 GMT
  9037.  
  9038.  
  9039. rah@btr.com (Richard A Hyde) writes:
  9040.  
  9041. > Dialing 950-1288 from most places in the US will connect you to the
  9042. > AT&T packet switched network.
  9043.  
  9044. > I anticipate a very high demand for a *use the same number anywhere*
  9045. > system.
  9046.  
  9047. That's great, but *what* is it, and what is it for?  When you connect
  9048. to it, all you get is:
  9049.  
  9050.  
  9051. >                   WELCOME TO AT&T INFORMATION ACCESS SERVICE
  9052.  
  9053. > Please Sign-on: 
  9054.  
  9055.  
  9056. That doesn't say much.  Anyone from AT&T care to comment? Anyone?
  9057.  
  9058. (Disclaimer: If there was a previously posted explanation, it expired
  9059. here already.)
  9060.  
  9061.  
  9062. Scott
  9063.  
  9064. INTERNET:  scott@ryptyde.cts.com  
  9065. ARPANET:   ryptyde!scott@nosc.mil  
  9066. UUCP:      {crash nosc}!ryptyde!scott
  9067.  
  9068.  
  9069. [Moderator's Note: There are a variety of things going on there,
  9070. including connections to AT&T Mail. I use 950-1288 here in Chicago to
  9071. to a 9600 baud connection to the mail service. And there are numerous
  9072. other organizations reachable through the service. At the 'Please Sign
  9073. On' prompt you would enter 'ATT Mail' or similar.  We had a lengthy
  9074. message of explanation here about this several months ago. PAT]
  9075.  
  9076. ------------------------------
  9077.  
  9078. Date: Tue, 26 May 1992 15:42:14 CDT
  9079. From: acg@hermes.dlogics.com
  9080. Reply-To: acg@hermes.dlogics.com
  9081. Subject: Re: 950-1ATT and 950-DOMINOS
  9082.  
  9083.  
  9084. "Ken Jongsma x7702" <JONGSMA@benzie.si.com> writes:
  9085.  
  9086. > In the same issue, there is an article on how Dominos Pizza is
  9087. > planning on using 950-1430 to connect callers anywhere in the country
  9088. > to the correct local Dominos. The article says that they should be
  9089. > fully operational (except for Alaska) within two years.
  9090.  
  9091. > "The time required to place the 950 call and reach the correct Domino's
  9092. > Pizza store is eleven seconds or less, compared to four to seven
  9093. > seconds for normal calls, Gonos said.
  9094.  
  9095. Domino's appears to be trying awfully hard to take advantage of modern
  9096. technology already. Local outlets here have installed PC's to track
  9097. their customers and orders by phone number, making heavy use of
  9098. personalized printouts on coupons and mailings (including apology
  9099. postcards issued if the pizza arrived late). Their first question to
  9100. you when you call is now for your phone number, which retrieves your
  9101. info (name, address, etc.)  from their database. Ironically, it now
  9102. takes LONGER to get your order placed, with frequent pauses while the
  9103. employee enters your order via hunt-and-peck typing skills and recites
  9104. the stored information back at you in case something has changed since
  9105. your last order. A final oddity: with all this reliance on the phone
  9106. number to identify the calling party, they do not subscribe to Caller
  9107. I.D.
  9108.  
  9109. Andrew C. Green
  9110. Datalogics, Inc.      Internet: acg@dlogics.com
  9111. 441 W. Huron          UUCP: ..!uunet!dlogics!acg
  9112. Chicago, IL  60610    FAX: (312) 266-4473
  9113.  
  9114. ------------------------------
  9115.  
  9116. Date: Tue, 26 May 92 02:34:54 CDT
  9117. From: Patton M. Turner <pturner@eng.auburn.edu>
  9118. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  9119.  
  9120.  
  9121. Let me tell my GTE story:
  9122.  
  9123. I was in in TN working on an I&R project for a non-GTE independant in
  9124. a really rural area.  While in town I met the engineer for the local
  9125. FM station, and he asked if I'd be interested in installing a key
  9126. system for them.  They had bought it, and had run the wiring, but
  9127. hadn't gotten arround to programing it or punching down the wiring.
  9128.  
  9129. Anyway I was at the station at about 5pm installing a backboard when
  9130. one of their announcers called up and said they couldn't send any
  9131. audio over a dry pair they had to the local high school.  The local
  9132. telco (GTE) had stolen the pair for someone else's service (I thought
  9133. everyone knew either to put a battery on the pair and alarm it, or
  9134. drive it with your program bus). Anyway we went out there and tried to
  9135. find a set we could couple to, for a really poor substitute.  After
  9136. patching their mixer into the coach's 1A2 set, we called GTE.  After
  9137. going through _one_ repair operator, We were put in touch with a tech
  9138. who said he would drive out to the CO and patch the dry pair into one
  9139. of the schools lines, if we could get the school's OK.  To make a long
  9140. story short, they had a link before the game started.
  9141.  
  9142. John, I can't speak for GTE in CA, but around here they are just like
  9143. Bell South, they have good people and they have clock punchers.  If
  9144. you have the patience (or time) to wait, you will generally be
  9145. satisified. Of course, while SCB is 100% SPC switches in AL, GTE still
  9146. has step switches.  Such is the price of offering telephone service in
  9147. the rural south.
  9148.  
  9149.  
  9150. Pat Turner   KB4GRZ   Until July 1 => pturner@eng.auburn.edu
  9151.  
  9152. ------------------------------
  9153.  
  9154. Date: Tue, 26 May 92 05:44:31 PDT
  9155. From: Nigel Roberts <roberts@frocky.enet.dec.com>
  9156. Subject: Re: Ring-Back Codes
  9157.  
  9158.  
  9159. As PAT has already said, this is not standardised anywhere.
  9160.  
  9161. However, back in the dim and distant past when I only had one phone
  9162. line, there was a completely standard way to get a ring-back anywhere
  9163. in the United Kingdom. It should still be a usable method.
  9164.  
  9165.     Dial 100.
  9166.  
  9167.     "Hello, Operator, can you test the bell on my telephone"
  9168.  
  9169.     "Certainly, sir, just replace your receiver and I'll call 
  9170.      you right back".
  9171.  
  9172. Worked every time.
  9173.  
  9174.  
  9175. Nigel Roberts, European Engineer   "G4IJF"
  9176. +44 206 396610 / +49 6103 383489   FAX +44 206 393148
  9177.  
  9178. ------------------------------
  9179.  
  9180. End of TELECOM Digest V12 #421
  9181. ******************************
  9182. 
  9183. 
  9184. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa24933;
  9185.           27 May 92 3:36 EDT
  9186. Received: by delta.eecs.nwu.edu id AA19617
  9187.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 27 May 1992 01:47:55 -0500
  9188. Received: by delta.eecs.nwu.edu id AA14296
  9189.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 27 May 1992 01:47:47 -0500
  9190. Date: Wed, 27 May 1992 01:47:47 -0500
  9191. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9192. Message-Id: <199205270647.AA14296@delta.eecs.nwu.edu>
  9193. To: "\\telecom"@eecs.nwu.edu
  9194. Subject: TELECOM Digest V12 #422
  9195.  
  9196. TELECOM Digest     Wed, 27 May 92 01:47:50 CDT    Volume 12 : Issue 422
  9197.  
  9198. Index To This Issue:                      Moderator: Patrick A. Townson
  9199.  
  9200.     NJ Bell Didn't Charge For AT&T Calls (Trentonian via Monty Solomon)
  9201.     Radio Station Contest Takes Down Phone System! (FIDO/FCC via Jack Decker)
  9202.     Problem With Dimension 2000 and New PI Modem (Patrick M. Landry)
  9203.     Sources of Ring Boosters Wanted (Jack Winslade)
  9204.     Info Wanted: US Robotics Courier V.32 bis modem (Holger Reusch)
  9205.     Self Dialing Number in Toronto (yspy0120@yorkvm1.bitnet)
  9206.     Re: TDD Detectors/Switches (Craig T. Anderson)
  9207.     Re: TDD Detectors/Switches (Dick Barth)
  9208.     Re: TDD Detectors/Switches (Gregory M. Paris)
  9209.     Re: Headsets (Jim Langridge)
  9210.     Re: 900 Blocking Not Guarenteed Effective (John Levine)
  9211.     Re: Frustrated Phone Owner (Bill Berbenich)
  9212. ----------------------------------------------------------------------
  9213.  
  9214. Date: Wed, 27 May 1992 01:40:30 -0400
  9215. From: Monty Solomon <monty@proponent.com>
  9216. Subject: NJ Bell Didn't Charge For AT&T Calls
  9217.  
  9218.  
  9219.  From the 5/23/92 {Trentonian}:
  9220.  
  9221. If the phone company gets its way, 28,000 customers in New Jersey will
  9222. be billed for two months of long distance calls they dialed for free
  9223. because of a computer glitch.
  9224.  
  9225. A computer that recorded the time, number and cost of AT&T calls from
  9226. Feb. 17 to April 27 failed to put the data on the customers' bills,
  9227. officials said.  They were charged just for calls placed through New
  9228. Jersey Bell, Karen Johnson, a Bell spokeswoman, said yesterday.
  9229.  
  9230. But the free calls are over, Johnson said.  Records of the calls are
  9231. stored in computer memory banks, and the customers soon will be
  9232. billed.
  9233.  
  9234. NJ Bell must prove the mistake was not caused by negligence before the
  9235. company can collect, according to a spokesman for the Board of
  9236. Regulatory Commissioners, which oversees utilities.  If Bell does not
  9237. make a good case, the board could deny permission to bill for the
  9238. calls, said George Dawson.
  9239.  
  9240. The computer snafu affected about two million calls placed by
  9241. customers in 15 exchanges in the 201 and 609 area codes, Johnson said.
  9242.  
  9243. ------------------------------
  9244.  
  9245. Date: Mon, 25 May 92 10:02:11 CST
  9246. From: Jack Decker <Jack@myamiga.mixcom.com>
  9247. Subject: Radio Station Contest Takes Down Phone System!
  9248.  
  9249.  
  9250. This message is from the Fidonet FCC echomail conference:
  9251.  
  9252. * From : Paul Maserang, 1:392/6 (18 May 92 19:30)
  9253. * To   : Craig Carlton
  9254. * Subj : Phoneco Slime Continued
  9255.  
  9256. CC> While creating jamming loads might sound like fun sometimes, that
  9257. CC> extra load is ONE of the reasons that TELCOs are trying to get more
  9258. CC> money from those use use their iines for BBS's.  Creating traffic just
  9259. CC> to fill up the network sounds to me like a rather stupid idea that
  9260. CC> just adds fuel to the fire.
  9261.  
  9262. What about commercial radio stations that have call-in contests?
  9263. Every time one of the more popular ones runs such a contest, people
  9264. start getting reorder (all circuits busy) signals until a winner is
  9265. announced.
  9266.  
  9267.    A few years ago, a local station (KORQ), which operates on 100.7
  9268. MHz, had such a contest going for almost an hour straight, as they
  9269. were giving away a major prize worth over $1000 to the 100th caller.
  9270. During that time I could not get a dial tone, and many other people
  9271. were in the same situation. I even heard of one business, which
  9272. operated automated gas stations around town at the time, that
  9273. threatened to sue the radio station for disrupting their business for
  9274. almost an hour. No one was able to buy gas at any of their affected
  9275. stations, because their remote sites could not dial up the company's
  9276. central computer system and verify the customer's account.
  9277.  
  9278.    Just imagine all the other similar devices that were put out of
  9279. commission by this contest, such as automated teller machines (ATMs),
  9280. convenience store & gas station card readers, alarm systems not using
  9281. leased lines, and especially EMERGENCY SERVICES (including LifeLine
  9282. alarm systems)!
  9283.  
  9284.    During that one particular contest, I had my phone off the hook
  9285. waiting for a dial tone during the entire contest and never got one
  9286. until the winner was announced. How would I have gotten help in case
  9287. of fire or serious accident? Fortunately, being a ham radio operator,
  9288. I probably could have gotten help by radio.
  9289.  
  9290.  
  9291. RBBSMail v18.0
  9292. * Origin: The CD-ROM BBS Abilene, Tx. 915-673-8014 [HST] (1:392/6.0)
  9293.  
  9294.                                --------
  9295.  
  9296. Jack Decker   jack@myamiga.mixcom.com   FidoNet 1:154/8
  9297.  
  9298. ------------------------------
  9299.  
  9300. Reply-To: <news@usl.edu>
  9301. From: pml@cacs.usl.edu (Patrick M. Landry)
  9302. Subject: Problem With Dimension 2000 and New PI Modem
  9303. Organization: The Center for Advanced Computer Studies
  9304. Date: Wed, 27 May 1992 04:22:20 GMT
  9305.  
  9306.  
  9307. I have just purchased some Practical Peripherals PM14400 modems.
  9308. Problem is, they refuse to auto-answer my phone. The university where
  9309. I work operates a Dimension 2000 PBX. I understand that other people
  9310. on campus have had similar problems with answering machines not
  9311. answering phones. I am assuming that it is either a voltage problem or
  9312. a duration problem. (My personal guess is voltage; duration seems to
  9313. be pretty normal to me.)
  9314.  
  9315. Many other modems have been used here without problem. Calls to the
  9316. modem manufacturer were not fruitful. I can try to get through to
  9317. someone who knows something there (as opposed to the guys who answer
  9318. the tech support phones) but I know little about phones and would feel
  9319. much more comfartable if I knew specifically what the problem is.
  9320.  
  9321. I am looking for ANY suggestions. If I need to provide more info
  9322. please ask.  I do not read the telephone groups so if you are reading
  9323. this ther please reply via e-mail. Thanks in advance as always!
  9324.  
  9325.  
  9326. patrick    pml@cacs.usl.edu
  9327.  
  9328. ------------------------------
  9329.  
  9330. Date: Tue, 26 May 92 16:47:42 CST
  9331. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  9332. Subject: Sources of Ring Boosters Wanted
  9333. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  9334. Organization: DRBBS Technical BBS, Omaha
  9335.  
  9336.  
  9337. At times, I've heard of devices for subscriber lines that will boost
  9338. the CO-supplied ringing signal so that it will drive more ringers than
  9339. can be driven directly from the CO.
  9340.  
  9341. As of now, I am at a loss to find anything.  Does anyone know of a
  9342. source of these?
  9343.  
  9344. Please reply by mail, and if there is interest, I'll summarize.
  9345.  
  9346.  
  9347. Thanks.   Good day.        JSW    jsw@drbbs.omahug.org
  9348. Ybbat (DRBBS) 8.9 v. 3.14 r.1
  9349. DRBBS Technical BBS, Omaha   Fertilizer ???   Aisle 9  (1:285/666.0)
  9350.  
  9351. ------------------------------
  9352.  
  9353. From: holger@vmars.tuwien.ac.at (Holger Reusch (Dipl. ALF in spe))
  9354. Subject: Info Wanted: US Robotics Courier V.32 bis Modem
  9355. Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
  9356. Date: Tue, 26 May 1992 08:53:36 GMT
  9357.  
  9358.  
  9359. I intend to buy a V.32 modem and, after visiting different sellers at
  9360. the Austrian computer fair IFABO, became interested in the V.32 bis
  9361. modem from the Courier series of US Robotics.  Since there must be
  9362. some people out there in net.land knowing that brand of modems, I
  9363. would like to get some impressions about it.
  9364.  
  9365. Points of primary interest are:
  9366.  
  9367. -  What's the manufacturing quality?  Is US Robotics an "el cheapo"
  9368.    brand or are they known as a high standard company?
  9369. -  Are there any problems with setting up or maintaining?
  9370. -  Do you know of any other quirks and problems not mentioned in the
  9371.    manual?
  9372. -  If you own a Courier V.32 bis, are you satisfied?
  9373.  
  9374. Thanks in advance for your help.
  9375.  
  9376.  
  9377. Greetings,
  9378.  
  9379. Holger Reusch    Technical University of Vienna, Austria
  9380. Dept. for Real-Time Systems    holger@vmars.tuwien.ac.at  
  9381.  
  9382. ------------------------------
  9383.  
  9384. Date: Tuesday, 26 May 1992 15:02:55 EDT
  9385. From: YSPY0120@YORKVM1.BITNET
  9386. Subject: Self Dialing Number in Toronto
  9387. Organization: York University
  9388.  
  9389.  
  9390. Dear friends: 
  9391.  
  9392. Does anyone happen to know the self-dialing number in Toronto?  The
  9393. old number of 41091 doesn't work anymore. (It used to work on pulse
  9394. phones only.
  9395.  
  9396.  
  9397. Brad    YSPY0120 @ VM1.YorkU.CA    
  9398. YSPY0120 @ YORKVM1.BITNET   71511,3727 @ compuserve.com
  9399.  
  9400.  
  9401. [Moderator's Note: I am not sure what you mean by 'self-dialing
  9402. number'. Did you by chance mean 'ring-back number' ... a number which
  9403. when dialed then causes your phone to ring when you hang up?   PAT]
  9404.  
  9405. ------------------------------
  9406.  
  9407. From: craig@cactus.org (Craig T. Anderson)
  9408. Subject: Re: TDD Detectors/Switches
  9409. Reply-To: craig@cactus.org (Craig T. Anderson)
  9410. Organization: The Capital Area Central Texas Unix Society
  9411. Date: Tue, 26 May 1992 16:46:03 GMT
  9412.  
  9413.  
  9414. In article <telecom12.415.5@eecs.nwu.edu> CER2520@ritvax.isc.rit.edu
  9415. (Curtis E. Reid) writes:
  9416.  
  9417. >> Are there automatic detector-switches, like fax-voice switches, that
  9418. >> will detect a TDD call(er) and switch the call to a TDD terminal or
  9419. >> modem instaed of a voice phone?
  9420.  
  9421. > When a TDD/TT call comes in, it is silent.  The callee will recognize
  9422. > that it is silent in response to verbal "Hello" that it is a TDD/TT
  9423. > call.  I know of no such switches that can recognize a silent call
  9424. > other than requiring the message be in TDD/TT telling the caller press
  9425. > a touch-tone button or some equivalent response but it is very
  9426. > cumbersome. 
  9427.  
  9428. There are distinctive ring switches that route calls based on the way
  9429. the phone rings.  You pay the phone company a few bucks a month for a
  9430. new number that uses the same line but rings the phone differently.
  9431. Or you can subscribe to a service that allows you to program in a few
  9432. numbers and if someone calls from one of those numbers the phone rings
  9433. differently.  In either case the distinctive ring switch eats the
  9434. first ring and routes the call to the appropriate device.
  9435.  
  9436.  
  9437. Craig Anderson     craig@cactus.org
  9438.  
  9439. ------------------------------
  9440.  
  9441. From: rbarth@ka3ovk (Dick Barth)
  9442. Subject: Re: TDD Detectors/Switches
  9443. Reply-To: rbarth@ka3ovk.UUCP (Dick Barth)
  9444. Organization: Internal Revenue Service, Washington, DC
  9445. Date: Tue, 26 May 92 03:25:06 GMT
  9446.  
  9447.  
  9448. In article <telecom12.413.5@eecs.nwu.edu> Jeff Sicherman <sichermn@
  9449. beach.csulb.edu> writes:
  9450. X-Telecom-Digest: Volume 12, Issue 413, Message 5 of 14
  9451.  
  9452. > Being wolefully ignorant of TDD protocols:
  9453.  
  9454. > Are there automatic detector-switches, like fax-voice switches, that
  9455. > will detect a TDD call(er) and switch the call to a TDD terminal or
  9456. > modem instaed of a voice phone?
  9457.  
  9458. > Referecnce on basic TDD operation, design, and use would be
  9459. > appreciated.
  9460.  
  9461. I'm not aware of any commercially available switches of this type, but
  9462. it would be relatively simple to design one.
  9463.  
  9464. A TDD does not send tone unless you type on it.  This is necessary
  9465. because it operates in half-duplex mode, using the same tone pair in
  9466. each direction.  Ideally it should shut up within a fraction of a
  9467. second after the last outgoing character has been sent.
  9468.  
  9469. BBSes have been built (mine being one of them) that handle both TDD
  9470. and ASCII calls using a protocol like this: Answer in ASCII mode.  If
  9471. originate tone is not heard in a short time, switch to TDD mode.
  9472. There are a couple of complications.  First, the commercial TDD modems
  9473. provide ASCII capability only at 300 baud and under using a Bell-103
  9474. compatible tone pair.  This makes it relatively simple (and quick) to
  9475. determine whether the caller is using ASCII.  Within ten seconds a
  9476. decision can be made and a switch to TDD implemented.  (I accept
  9477. higher-speed ASCII calls on a second phone line.)
  9478.  
  9479. If an ASCII modem accepting protocols other than -103 is used, it
  9480. takes a while for the modem to lock in and decide that this is an
  9481. ASCII call.  A TDD caller who is waiting for all this to happen, and
  9482. who does not expect the delay, may decide that all the steady tone he
  9483. sees on his TDD lights indicates dial tone and an aborted call.  He's
  9484. likely to hang up.  In this case it would be better to send a brief
  9485. "wait" message in TDD mode before bringing up ASCII answer tone.
  9486.  
  9487. All this could be implemented in a single computer if somebody would
  9488. build a TDD modem that operates at ASCII baud rates above 300.  Or if
  9489. you're able to kludge up a combined ASCII/TDD modem of your own.  It's
  9490. been done but requires users with enough technical savvy to do
  9491. hardware modifications on their own, so there were few of them ever
  9492. made.
  9493.  
  9494.  
  9495. Richard Barth, W3HWN **** HEX, the Handicapped Educational Exchange BBS
  9496. (301) 593-7033 (TDD and 300 baud)    | Domain: rbarth%ka3ovk.uucp@uunet.uu.net
  9497. (301) 593-7357 (300-2400 MNP)        | UUCP:   uunet!media!ka3ovk!rbarth
  9498.  
  9499. ------------------------------
  9500.  
  9501. From: paris@merlin.dev.cdx.mot.com (Gregory M. Paris)
  9502. Subject: Re: TDD Detectors/Switches
  9503. Organization: Motorola Codex, Canton, Massachusetts
  9504. Date: Tue, 26 May 1992 21:49:10 GMT
  9505.  
  9506.  
  9507. CER2520@ritvax.isc.rit.edu (Curtis E. Reid) writes:
  9508.  
  9509. > When a TDD/TT call comes in, it is silent.  The callee will recognize
  9510. > that it is silent in response to verbal "Hello" that it is a TDD/TT
  9511. > call.  I know of no such switches that can recognize a silent call
  9512.  
  9513. Isn't it common practice for a TDD (TTY, TT -- choose your favorite
  9514. abbreviation) caller to press the space bar to alert a hearing callee
  9515. that the call is not a voice call?  I know that my wife's friends and
  9516. associates do this.
  9517.  
  9518. The detector device, if such existed, would be welcome at this
  9519. household too, especially if it could answer incoming TDD calls with a
  9520. "this is an answering machine" message and then route the call to a to
  9521. a printer.  Even if you have an answering machine that will record TDD
  9522. tones (many won't), the only way to alert a TDD caller to the fact
  9523. that they've reached an answering machine is to record TDD tones on
  9524. the announcement -- this tends to discourage voice callers, as the
  9525. tones are rather obnoxious and usually unexpected.
  9526.  
  9527.  
  9528. Greg Paris <paris@merlin.dev.cdx.mot.com> or <paris_g@msm.cdx.mot.com>
  9529. Motorola Codex, 20 Cabot Blvd C1-30, Mansfield, MA  02048-1193
  9530. Office: +1 617 821-7020; FAX: +1 617 821-4211; Home: +1 401 333-2206
  9531.  
  9532. ------------------------------
  9533.  
  9534. Date: Tue, 26 May 92 08:34:53 edt
  9535. From: jlangri@relay.nswc.navy.mil
  9536. Subject: Re: Headsets
  9537.  
  9538.  
  9539. In vol 12 issue 407 Jeff Crilly writes:
  9540.  
  9541. > We're thinking about getting a few headsets here and I'm wondering if
  9542. > anyone would care to make a recomendation.  I know about Plantronics,
  9543. > but don't have any current literature.  I also have a catalog from a
  9544. > mail-order place called Hello Direct.  They seem to sell they own
  9545. > stuff, but it may just be relabled OEM products.
  9546.  
  9547. I evaluated headsets last year for one of my companie's helpdesks.
  9548. Among the sets were Plantronics, AT&T, GN-Netcom, Starkey and others.
  9549. A lot of the bigger outfits are willing to send "evaluation units"
  9550. with a 30 or 60 day return policy.  I found the best evaluation test
  9551. was to assign the sets to operators on the desk and ask them what they
  9552. liked or disliked about each one, have them put in writing.
  9553.  
  9554. You're correct about Hello Direct.  Most of them are Plantronics.
  9555. AT&T is also Plantronics but some of theirs are unique to AT&T and not
  9556. available as Plantronics sets.
  9557.  
  9558. > I also have literature for headsets from a company called ACS.  These
  9559.  
  9560. I had some literature from these folks too.  They were one of the few
  9561. who would not send a set for evaluation.
  9562.  
  9563. We ended up with Plantronics Starset II's.  I wouldn't want to
  9564. recommend any of them.  You really have to go with whatever the folks
  9565. like who'll be using them ... otherwise they won't.
  9566.  
  9567.  
  9568. Jim Langridge  |  jlangri@relay.nswc.navy.mil  |  (703) 663-2137
  9569.  
  9570. ------------------------------
  9571.  
  9572. Subject: Re: 900 Blocking Not Guaranteed Effective
  9573. Organization: I.E.C.C.
  9574. Date: 26 May 92 12:16:58 EDT (Tue)
  9575. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  9576.  
  9577.  
  9578. > Please note that I am speaking for Andy Sherman, not AT&T.  To the
  9579. > best of my knowledge (which is decent) it was not "creative billing".
  9580. > What happened was quite simple and uncreative.  Calls to
  9581. > 800-555-whatever were accidentally routed to {USA Today's} 900-555-
  9582. > whatever.  This call arrived at the 900 number with all the usual ANI
  9583. > information for billing.
  9584.  
  9585. When I filed a written informal complaint with the FCC, AT&T promptly
  9586. responded and said exactly this.  Adam Gaffin's article on the topic
  9587. that appeared in January included an ambiguous quote from a local AT&T
  9588. rep which at sounded like they were deliberately fudging the bills,
  9589. but which upon rereading could also have meant that it was a
  9590. mechanical mistake.  (He also said that we were trying to rip off
  9591. AT&T, which was uncalled for.)
  9592.  
  9593. What AT&T actually did in this case is relatively inoffensive:
  9594. misrouted calls, overcharged by mistake, removed the charges when
  9595. requested.  But they went out of their way to be unpleasant about it,
  9596. e.g. what the guy said to Adam Gaffin, and also when I called to have
  9597. the bill fixed the woman said "are you aware that the *only* way that
  9598. these calls could have appeared on your bill is for someone to have
  9599. dialed them from your house?"  Perhaps they went to GTE charm school.
  9600. Sheesh.
  9601.  
  9602.  
  9603. Regards,
  9604.  
  9605. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  9606.  
  9607. ------------------------------
  9608.  
  9609. Subject: Re: Frustrated Phone Owner
  9610. Date: Tue, 26 May 92 11:40:54 BST
  9611. From: Bill Berbenich <bill@eedsp.gatech.edu>
  9612. Reply-To: bill@eedsp.gatech.edu
  9613.  
  9614.  
  9615. This thread has reminded me of some sage advice I've received from my
  9616. parents and grandparents -- "if it isn't yours, leave it alone or ask
  9617. permission first."  It seems that lately, the remaining (implied) part
  9618. should actually be stated.  "If you don't get permission from the
  9619. owner or other responsible party, leave it alone until you do get
  9620. permission."
  9621.  
  9622. A good, simple ethic.  I might add my own corollary: "If in doubt,
  9623. ask."
  9624.  
  9625.  
  9626. Bill Berbenich, School of EE, DSP Lab    Georgia Tech, Atlanta Georgia, 30332
  9627. uucp: ...!{backbones}!gatech!eedsp!bill  Internet: bill@eedsp.gatech.edu
  9628.  
  9629. ------------------------------
  9630.  
  9631. End of TELECOM Digest V12 #422
  9632. ******************************
  9633. 
  9634. 
  9635. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa25892;
  9636.           27 May 92 4:09 EDT
  9637. Received: by delta.eecs.nwu.edu id AA00424
  9638.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 27 May 1992 02:16:38 -0500
  9639. Received: by delta.eecs.nwu.edu id AA09219
  9640.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 27 May 1992 02:16:28 -0500
  9641. Date: Wed, 27 May 1992 02:16:28 -0500
  9642. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9643. Message-Id: <199205270716.AA09219@delta.eecs.nwu.edu>
  9644. To: "\\telecom"@eecs.nwu.edu
  9645. Subject: TELECOM Digest V12 #423
  9646.  
  9647. TELECOM Digest     Wed, 27 May 92 02:16:30 CDT    Volume 12 : Issue 423
  9648.  
  9649. Index To This Issue:                      Moderator: Patrick A. Townson
  9650.  
  9651.     Re: Device to Prevent Interference From Picked-up Extension? (Jack Decker)
  9652.     Re: MetroMedia 10xxx Number? (Bill Huttig)
  9653.     Re: MetroMedia 10xxx Number? (Doug Rorem)
  9654.     Re: Per Call Blocking Equals Line Blocking (Jack Decker)
  9655.     Re: Two Area Codes, One LATA? (Alan L. Varney)
  9656.     Re: Toll Fraud vs Credit Card Fraud (Jim W. Lai)
  9657.     Centrex/Single Line Phone Recomendation Wanted (Jeff Crilly)
  9658. ----------------------------------------------------------------------
  9659.  
  9660. Date: Mon, 25 May 92 10:01:47 CST
  9661. From: Jack Decker <Jack@myamiga.mixcom.com>
  9662. Subject: Re: Device to Prevent Interference From Picked-up Extension?
  9663.  
  9664.  
  9665. In message <telecom12.394.12@eecs.nwu.edu>, mrosen@isis.cs.du.edu
  9666. (Michael Rosen) wrote:
  9667.  
  9668. > Yeah, here's something ...  "The Teleprotector Voice/Data Guard."  It
  9669. > says it "prevents interruption of fax or modem when someone picks up
  9670. > an extension phone."  It's $7.95.
  9671.  
  9672. > Any idea how this works?  I see a picture of a box with a short phone
  9673. > cord coming out.  Where does this get plugged in?  Do I plug my modem
  9674. > in through it?  What does the person picking up the other extension
  9675. > hear?  I would hope I wouldn't have to plug the other extensions into
  9676. > the box, that would mean one for each extension!
  9677.  
  9678. I think you probably would need one for each phone.  I built such a
  9679. device quite some time ago, and several months ago I think that Pat
  9680. printed it in the Digest.  In case you missed it, here's the text of
  9681. that message:
  9682.  
  9683. [Begin recycled text:  :-)  ]
  9684.  
  9685. There's been some talk in this conference in the past (a month or two
  9686. ago, I think) about telephone privacy adapters (devices that prevent
  9687. others from interrupting or listening in to a conversation or data/FAX
  9688. call from another phone on the line) and I just thought some of you
  9689. might be interested in a CRUDE but workable circuit I built a long
  9690. time ago that achieved the purpose.  Now, I have to warn you that what
  9691. follows is a pictorial diagram drawn as best I can with ASCII text
  9692. characters (in fact, one reason I am sharing this is in the hope that
  9693. someone who's more into electronic schematics can provide me with a
  9694. "real" schematic diagram for this).
  9695.  
  9696. The device used three components which, in the units I built, all came
  9697. from surplus electronic part paks from a now-defunct (I think) outfit
  9698. called "Poly Paks" (anybody remember them?).  The bridge rectifier was
  9699. an epoxy-encased unit rated 1 Amp at 400 PIV (or greater).  The
  9700. Silicon Controlled Rectifier (SCR) was similarly rated at 1 Amp, 400
  9701. PIV or greater.  The Zener Diode could be just about any amperage (it
  9702. only has to carry enough current to momentarily trigger the SCR) and
  9703. according to my notes, anything from 9 through 24 volts would
  9704. generally work (you might have to increase the voltage if the phone
  9705. that this device was connected to could still break into a
  9706. conversation on another line; conversely, if the phone was always dead
  9707. even though no conversation was in progress, it would mean that the
  9708. Zener Diode voltage would have to be decreased).
  9709.  
  9710.  
  9711.                   +---------+
  9712.    TO LINE  >-----|AC     - |-----------+            ZENER
  9713.                   |         |        t  |            DIODE ||
  9714.                   | BRIDGE  |       /   o  \          +----||
  9715.                   |RECTIFIER|       |  SCR o-------===|    ||-----+
  9716.                   |         |       \   o  /          +----||     |
  9717.                   |         |           |                  ||     |
  9718.    TO PHONE >-----|AC     + |-----------O-------------------------+
  9719.                   +---------+
  9720.  
  9721.  
  9722. One note about the portrayal of the SCR above: The units I had were in
  9723. a metal can similar to the type used for transistors.  If you viewed
  9724. the SCR from the bottom (where the wires emerged), the small tab on
  9725. the can would be at approximately the location indicated by the "t".
  9726. Now, I know that SCR's have an anode, cathode, and gate, and I know
  9727. that the Zener Diode (specifically, the lead coming from the "top" of
  9728. the "top hat") connected to the gate, but it's been so long since I've
  9729. done any real electronics experimenting that I can't tell you much
  9730. more than that ... however, any electronic experimenter worth his salt
  9731. can probably figure this out in a few microseconds.  I have no real
  9732. idea how this circuit would look pictorally if built with today's
  9733. modern components.
  9734.  
  9735. The way this would work is that you'd put one of these units inside of
  9736. (or in series with EITHER wire of the pair leading to) each phone or
  9737. device on a line.  If some phones were connected to a line with these
  9738. devices installed, and some without, the ones without the devices
  9739. would be able to "break into" a conversation (in fact, as soon as one
  9740. of the "non-protected" phones was picked up, all the "protected" ones
  9741. would lose the connection), so you'd almost always want to put one of
  9742. these inline with EACH device on the line, except in special circum-
  9743. stances.
  9744.  
  9745. The units basically operated on telephone line voltage.  When all the
  9746. phones are on hook, the line voltage is high enough to allow voltage
  9747. to flow through the Zener Diode and trigger the SCR, thereby allowing
  9748. the circuit to be completed to the phone (once current flows through
  9749. an SCR, the gate voltage is no longer necessary; the SCR will keep
  9750. conducting until current flow is stopped or seriously reduced
  9751. elsewhere, thus the trigger voltage need only be a momentary pulse).
  9752. But when another phone is already off the hook, the line voltage is
  9753. not great enough to flow throgh the Zener Diode and trigger the SCR,
  9754. so the phone will not be connected in such a case.
  9755.  
  9756. I am providing this circuit for experimentation on private systems
  9757. only ... I don't guarantee it to work, nor do I guarantee that it
  9758. won't place nighttime calls to Botswania. :-) And, if you build it,
  9759. keep in mind that it won't be FCC approved and therefore cannot be
  9760. legally connected to the public telephone network (if your components
  9761. are all good, I'd be hard pressed to understand what damage it could
  9762. possibly do, other than possibly making your phone inoperable if you
  9763. mis-wire it ... but regulations are regulations!).
  9764.  
  9765. I have never seen the "innards" of any of the commercial telephone
  9766. privacy adaptors (even if I needed one, I'd probably be too cheap to
  9767. spend $10 to buy a commercial one when it can be built for
  9768. considerably less from parts) so if this happens to copy any
  9769. commercial design, I can assure you that I didn't deliberately steal
  9770. it from anyone, I figured it out myself.  I also suspect that if a
  9771. TRIAC were used instead of an SCR, it might make the bridge rectifier
  9772. unnecessary, but I had lots of surplus bridge rectifiers and SCR's but
  9773. no TRIAC's to play with at the time I designed this.
  9774.  
  9775. Maybe someone will find this interesting, or perhaps can come up with
  9776. something better (a better schematic diagram, at least, would be real
  9777. nice!).
  9778.  
  9779.  
  9780. Jack Decker     jack@myamiga.mixcom.com     FidoNet 1:154/8
  9781.  
  9782. ------------------------------
  9783.  
  9784. Date: Tue, 26 May 92 12:38:23 -0400
  9785. From: wah@zach.fit.edu ( Bill Huttig)
  9786. Subject: Re: MetroMedia
  9787.  
  9788.  
  9789. They access code for MetroMedia Communications can vary ... in FL they
  9790. have two that I know of 10488 (10ITT) and 10011 (this one always
  9791. belonged to MetroMedioa).
  9792.  
  9793. They merged a couple years ago with ITT and are still changeing their
  9794. calling card system.. The will not issue new 950-1011 or 950-0488
  9795. calling cards they new cards use 1-800-275-1234 and are 14 digits long
  9796. there is no per call surcharge with the full minute billing but they
  9797. per min rate is higher then direct dial ... the six second billing
  9798. card has a .20/.40 surcharge depending on where the card is used from.
  9799.  
  9800. the 10xxx codes show up right away if you have a account with them.
  9801. The rates are a little on the high side for the evening/night-weekend
  9802. times ... not sure about the day rates.
  9803.  
  9804. (I have accounts with MetroMedia and several other carriers. If you
  9805. have any questions you can email me.)
  9806.  
  9807.  
  9808. Bill
  9809.  
  9810. ------------------------------
  9811.  
  9812. From: rorem@bert.eecs.uic.edu (Doug Rorem)
  9813. Subject: Re: MetroMedia 10xxx Number?
  9814. Organization: University of Illinois at Chicago
  9815. Date: Tue, 26 May 1992 22:05:15 GMT
  9816.  
  9817.  
  9818. jhenderson@pomona.claremont.edu writes:
  9819.  
  9820. > So my question is ... does anyone know of the 10XXX number to dial to
  9821. > use MetroMedia as the LD carrier, from a phone other than my own?
  9822.  
  9823. I've never used their 10XXX number but you can access their network
  9824. via 950-0488 (950-0ITT because they used to be ITT). This should be a
  9825. free call from most telephones.
  9826.  
  9827.  
  9828. Doug Rorem
  9829.  
  9830. ------------------------------
  9831.  
  9832. Date: Mon, 25 May 92 10:01:24 CST
  9833. From: Jack Decker <Jack@myamiga.mixcom.com>
  9834. Subject: Re: Per Call Blocking Equals Line Blocking
  9835.  
  9836.  
  9837. In message <telecom12.394.8@eecs.nwu.edu>, Stephen Wolfson <Stephen_
  9838. Wolfson@sat.mot.com> wrote:
  9839.  
  9840. > It is fairly obvious that it would be quite feasable to build in per
  9841. > call line blocking prefixes into phone hardware, or a device similar
  9842. > to call controllers for long distance to add per call blocking
  9843. > automatically to an entire line.
  9844.  
  9845. I may have mentioned this before, but in "Telecom Gear" magazine,
  9846. there is an advertisement from a company that offers a "Caller I.D.
  9847. Stopper" at $35 (dealer cost).  The diagram in the ad shows a phone
  9848. plugged into the I.D.  Stopper, which is in turn plugged into a
  9849. standard RJ11C phone jack.
  9850.  
  9851. I called the number given in the ad and was told that the way it works
  9852. is that when you pick up the phone, it outdials the *67 code (or
  9853. whatever the code is in your area) and then gives a second dial tone
  9854. until you begin dialing the number you want to call (it wasn't clear
  9855. to me whether the device emits the dial tone or the telco central
  9856. office does ... I don't think the person that I spoke to really knew
  9857. that much about it).  It works only on tone dial lines (that is, it
  9858. won't outpulse the code using dial pulses).
  9859.  
  9860. The company name and address is:
  9861.  
  9862. New Tech Industries, Inc.
  9863. 2000 S.W. 71st Terrace
  9864. Suite B-5
  9865. Davie, Florida  33317
  9866. 800-822-2604
  9867.  
  9868. This is the only device of this type that I've seen so far, but if it
  9869. works it would meet the needs of those who want the equivalent of
  9870. per-line blocking in areas where it isn't offered (or is offered only
  9871. with a monthly service charge).
  9872.  
  9873. If anyone actually obtains one of these, I'd be interested in hearing
  9874. about how it works.  We don't have Caller I.D. yet in my area (906
  9875. area code) yet, so at present I have no need for such a device on my
  9876. home line.
  9877.  
  9878.  
  9879. Jack Decker   jack@myamiga.mixcom.com   FidoNet 1:154/8
  9880.  
  9881. ------------------------------
  9882.  
  9883. Date: Tue, 26 May 92 11:41:50 CDT
  9884. From: varney@ihlpf.att.com (Alan L Varney)
  9885. Subject: Re: Two Area Codes, One LATA?
  9886. Organization: AT&T Network Systems
  9887.  
  9888.  
  9889. In article <telecom12.417.4@eecs.nwu.edu> 70465.203@compuserve.com
  9890. writes:
  9891.  
  9892. > andrew@frip.wv.tek.com (Andrew Klossner) writes:
  9893.  
  9894. >> I tried pretty hard to use AT&T to dial from Portland Oregon (503-682)
  9895. >> to Vancouver Washington (206-254).  Even using 10288, GTE insisted on
  9896. >> carrying the call.  These two points are only thirty miles apart, but
  9897. >> they're in different states and different area codes.  Could they be
  9898. >> in the same LATA?  GTE operators are clueless, and the phone book (the
  9899. >> FM in RTFM) doesn't help.
  9900.  
  9901. > The map in the US West phone books makes it *very clear that Vancouver
  9902. > is in the same LATA as Portland. In fact there seems to be a
  9903. > "corridor" running down the Columbia from Goldendale to the coast that
  9904. > is part of "North/Central Oregon LATA". It even extends as far north
  9905. > as Castle Rock.
  9906.  
  9907.    Bellcore's "Notes on the BOC Intra-LATA Networks - 1986" shows
  9908. Vancouver, WA and Portland, OR are both in the "Portland" LATA (#
  9909. 672).  >From the state LATA maps, this LATA appears to start west of
  9910. Roosevelt, and covers a 25-mile-wide swath north of the Columbia River
  9911. all the way to the coast.  North of Longview, it seems to include
  9912. Riffe Lake, but not Centralia/Chehalis.
  9913.  
  9914.    In general, the rules for the LATA maps were based on the Standard
  9915. Metropolitan Statistical Areas (SMSAs).  In the middle of drawing up
  9916. the LATAs, the Feds changed SMSAs to MSAs, and merged/altered them
  9917. somewhat.  The LATA maps were changed in some cases to fit the new MSA
  9918. boundaries.  LATAs could not divide an exchange area (a switch can't
  9919. be in two LATAs).  This forced some "funny" boundaries such as the two
  9920. small Oregon areas across the Washington border near Walla Walla that
  9921. are part of the "Spokane" LATA (# 676).
  9922.  
  9923.    After the initial LATAs were drawn up, including areas that were
  9924. GTE and "Independent", GTE signed their own consent decree, similar to
  9925. the Bell System's.  In general, the LATA maps determine not only
  9926. "permitted" intra-BOC traffic areas, but also determine which GTE and
  9927. other "Independent" areas can directly connect to the BOC.  Also, many
  9928. LATAs exist that contain no BOC exchanges.
  9929.  
  9930.  
  9931. Al Varney - The above are not the Official words of AT&T.
  9932.  
  9933. ------------------------------
  9934.  
  9935. From: jwtlai@jeeves.waterloo.edu (Jim W Lai)
  9936. Subject: Re: Toll Fraud vs Credit Card Fraud
  9937. Organization: University of Waterloo
  9938. Date: Tue, 26 May 1992 19:43:57 GMT
  9939.  
  9940.  
  9941. In article <telecom12.415.3@eecs.nwu.edu> peter@taronga.com (Peter da
  9942. Silva) writes:
  9943.  
  9944. > In article <telecom12.400.1@eecs.nwu.edu> mc/G=Brad/S=Hicks/OU=0205925@
  9945. > mhs.attmail.com writes:
  9946.  
  9947. >> I am arguing for what used to be called "decriminalization" [of
  9948. >> phreaking], or treating it as a crime on a par with illegal parking or
  9949. >> littering
  9950.  
  9951. > But it isn't. It's a crime on par with shoplifting and income tax evasion.
  9952.  
  9953. On a side note, I've noticed that in my area and in Toronto (and no
  9954. doubt other major centers in Ontario) that they've been replacing some
  9955. older payphones with new sets that accept credit cards.  I tried one
  9956. out and found that the payphone didn't require any PIN or other
  9957. identification.  Presumably the card number is checked against a list
  9958. of stolen numbers, but it is now possible to steal service via credit
  9959. fraud.  I suppose it's technically toll fraud, but the phone company
  9960. is paid by the credit card company, assuming the telco is treated like
  9961. another retailer.
  9962.  
  9963. ------------------------------
  9964.  
  9965. From: markets!jeff@uunet.UU.NET (Jeff Crilly N6ZFX)
  9966. Subject: Centrex/Single Line Phone Recomendation Wanted
  9967. Organization: AMIX Corp., Palo Alto, CA
  9968. Date: Tue, 26 May 92 23:29:57 GMT
  9969.  
  9970.  
  9971. We are expanding into a new building real soon now, and will be using
  9972. centrex for the phone system.  The system will be mostly analog, but
  9973. about 1/10 of the phones will be isdn (centrex/is).  Voice mail is
  9974. something we are also planning on buying from the phone company, but I
  9975. just found out last friday that the way a person knows if he/she has a
  9976. message waiting is by 'interupted dial tone'.  There is not going to
  9977. be any visual indicator on any of the analog phones that a message is
  9978. waiting.  I am told that this will require a software upgrade to the
  9979. switch (DMS-100) and that it is waiting on tariff from the PUC.  (Its
  9980. not clear yet if there is will be a visual message waiting indicator
  9981. on the ISDN sets.  I'm told that it can't be done because we have too
  9982. many other features on the ISDN sets and there isn't enough signal
  9983. room for the message waiting feature.  [Yes, it was explained to me
  9984. that way.])
  9985.  
  9986. My question is: Is there any phoneset out there that solves this
  9987. problem?  Right now, I'm only interested in solving the problem for
  9988. the analog side.  Possibly there is a phone that detects the
  9989. unanswered call and then checks for interupted dial tone to see if a
  9990. message was left, turning on a visual indicator if so.
  9991.  
  9992. The phone sets which were suggested by the phone company are Northern
  9993. Telecom Unity II sets.  These are pretty basic and cost about $50.
  9994. They have the message waiting lamp, but I'm told it won't work till
  9995. the switch upgrade is implemented.  There is also a Nothern Telecom
  9996. Unity that has speaker phone which we are considering for conference
  9997. rooms.
  9998.  
  9999. I'm not real comfortable with these phones and am wondering if there
  10000. is a better alternative.  Anyone have any suggestions?  I also need
  10001. distinctive ringing (i.e. each phone can be configured with three
  10002. different to ring tones).
  10003.  
  10004. Also, all these problems related to message waiting might not exist
  10005. outside california, as this problem appears to be a tariff problem.
  10006.  
  10007. Thanks in advance.
  10008.  
  10009.  
  10010. Jeff Crilly (N6ZFX)
  10011. AMIX Corporation  2345 Yale Street  Palo Alto, CA  94306
  10012. jeff@markets.amix.com, {uunet,sun}!markets!jeff, N6ZFX@N6IIU.#NOCAL.CA.USA
  10013.  
  10014. ------------------------------
  10015.  
  10016. End of TELECOM Digest V12 #423
  10017. ******************************
  10018. 
  10019. 
  10020. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa25833;
  10021.           28 May 92 2:08 EDT
  10022. Received: by delta.eecs.nwu.edu id AA01201
  10023.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 28 May 1992 00:02:09 -0500
  10024. Received: by delta.eecs.nwu.edu id AA16986
  10025.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 28 May 1992 00:01:58 -0500
  10026. Date: Thu, 28 May 1992 00:01:58 -0500
  10027. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10028. Message-Id: <199205280501.AA16986@delta.eecs.nwu.edu>
  10029. To: "\\telecom"@eecs.nwu.edu
  10030. Subject: TELECOM Digest V12 #424
  10031.  
  10032. TELECOM Digest     Thu, 28 May 92 00:00:03 CDT    Volume 12 : Issue 424
  10033.  
  10034. Index To This Issue:                      Moderator: Patrick A. Townson
  10035.  
  10036.     Re: 911 for Seagoing Cellular Users? (Ben Delisle)
  10037.     Re: 911 for Seagoing Cellular Users? (Anthony DeBoer)
  10038.     Re: 950-1ATT and 950-DOMINOS (David Niebuhr)
  10039.     Re: 950-1ATT and 950-DOMINOS (John R. Levine)
  10040.     Re: *67 and Related Topics (Hans Mulder)
  10041.     Re: *67 and Related Topics (John R. Covert)
  10042.     Re: *67 and Related Topics (Dennis Peterson)
  10043.     Re: Typical GTE (Phil Howard)
  10044.     Re: GTE Stories (Scott Dorsey)
  10045.     Re: Subscription Info for Telecommunications (Eli Mantel)
  10046.     Re: Seeking Morrison & Dempsey (ron@pilot.njin.net)
  10047.     Re: Area Code 200?? in Pac*Bell Land (ron@pilot.njin.net)
  10048.     Re: The Hype of the Information Age (Cliff Barney)
  10049.     Re: New NPA/NXX Lookup and Cross Reference Utility For DOS (Bill Garfield)
  10050.     Re: Voice Mail Hanging up on Women (Jim Morton)
  10051. ----------------------------------------------------------------------
  10052.  
  10053. Date: Mon, 25 May 92 12:15:13 PDT
  10054. From: delisle@eskimo.celestial.com (Ben Delisle)
  10055. Subject: Re: 911 for Seagoing Cellular Users?
  10056.  
  10057.  
  10058.    Well, here in Washington State, at least for the Puget Sound area,
  10059. they announced on the news that if you dial *CG on your cellular
  10060. phone, you will be connected with the United States Coast Guard.
  10061.  
  10062.  
  10063. delisle@eskimo.celestial.com
  10064.  
  10065. ------------------------------
  10066.  
  10067. Subject: Re: 911 for Seagoing Cellular Users?
  10068. Organization: Linda's Dragon Memorial Society
  10069. Date: Tue, 26 May 1992 21:20:39 -0400
  10070. From: herboid!adb@uunet.UU.NET (Anthony DeBoer)
  10071.  
  10072.  
  10073. Rob Schultz <rms@miles.miles.com> writes:
  10074.  
  10075. > ...  A bag phone might work somewhat better, but we have
  10076. > also considered installing a car phone in the boat with the antenna at
  10077. > the top of the mast.  Does anyone have any experience with this?
  10078. > Would a normal car antenna work?  This should give us much broader
  10079. > coverage due to the increased power and the higher mount of the
  10080. > antenna.  We should also be able to use the phone more since it would
  10081. > run off the boats batteries and engine rather than the smaller
  10082. > handheld batteries.
  10083.  
  10084. One caveat, if you're thinking of using both a cellular phone and
  10085. traditional marine VHF comes from a story from my license examiner for
  10086. my (still very fresh) VHF ticket:
  10087.  
  10088. It seems a man was out racing his sailboat just outside Toronto
  10089. harbour when his mast broke.  No problem, he thought, and made a call
  10090. to Toronto Coast Guard Radio on channel 16.  Unfortunately, his
  10091. antenna was now over the side talking to nothing but fish.
  10092. Fortunately, he had a handheld cellular along, and was able to call
  10093. 911, but the dispatchers had a bit of a hard time understanding how a
  10094. lost mast was an emergency or that the Coast Guard would understand
  10095. and that he needed to talk to them.
  10096.  
  10097. The conclusion would be that a mast antenna and/or power from the
  10098. boat's battery would not be a bad thing, but having a handheld that
  10099. you can still unplug and use on its own would be a Good Thing.  Also,
  10100. you might consider unplugging it in rough weather and/or when not in
  10101. use for routine calls so a lightning strike can't fry all your
  10102. communications in one strike.
  10103.  
  10104. Make sure you have the phone number(s) for the Coast Guard handy.
  10105.  
  10106. Also, note that some car antennas depend on having the car body for a
  10107. ground plane, although not all or you wouldn't be able to put a phone
  10108. in a fiberglass-bodied Corvette, so watch for this when you buy a boat
  10109. antenna.
  10110.  
  10111. ------------------------------
  10112.  
  10113. Date: Wed, 27 May 92 10:14:08 -0400
  10114. From: niebuhr@bnlux1.bnl.gov (david niebuhr)
  10115. Subject: Re: 950-1ATT and 950-DOMINOS
  10116.  
  10117.  
  10118. In <telecom12.421.9@eecs.nwu.edu> acg@hermes.dlogics.com writes:
  10119.  
  10120. > "Ken Jongsma x7702" <JONGSMA@benzie.si.com> writes:
  10121.  
  10122. >> In the same issue, there is an article on how Dominos Pizza is
  10123. >> planning on using 950-1430 to connect callers anywhere in the country
  10124. >> to the correct local Dominos. The article says that they should be
  10125. >> fully operational (except for Alaska) within two years.
  10126.  
  10127. >> "The time required to place the 950 call and reach the correct Domino's
  10128. >> Pizza store is eleven seconds or less, compared to four to seven
  10129. >> seconds for normal calls, Gonos said.
  10130.  
  10131. > A final oddity: with all this reliance on the phone number to
  10132. > identify the calling party, they do not subscribe to Caller I.D.
  10133.  
  10134. Dominos may or may not have Caller ID based on where the stores are
  10135. located.  My local one doesn't (neither does my local Pudgies) since
  10136. CID won't be available until July.  In addition, if memory serves me,
  10137. CID can't be carried across any boundary unless any and all exchanges/
  10138. LATAs/Area Codes in between have the capability to pass such calls.
  10139.  
  10140.  
  10141. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  10142. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  10143.  
  10144. ------------------------------
  10145.  
  10146. Subject: Re: 950-1ATT and 950-DOMINOS
  10147. Organization: I.E.C.C.
  10148. Date: 27 May 92 12:35:40 EDT (Wed)
  10149. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  10150.  
  10151.  
  10152. > Dialing 950-1288 from most places in the US will connect you to the
  10153. > AT&T packet switched network.
  10154.  
  10155. > I anticipate a very high demand for a *use the same number anywhere*
  10156. > system.
  10157.  
  10158. Perhaps, but perhaps not when people see the price.  950 numbers pay
  10159. Carrier Common Line rates (see Fred Goldstein's informative article a
  10160. day or two ago) which means that AT&T pays about $5/hr for incoming
  10161. calls to the number, a cost which presumably has to be passed on to
  10162. the customer as a surcharge on a service's hourly rate.  How much is
  10163. it worth to you not to have to look up a phone number?
  10164.  
  10165. Incidentally, this is exactly the kind of access and rates that the
  10166. infamous 1987 "modem tax" flap was about, and which packet nets have
  10167. so far successfully avoided.
  10168.  
  10169.  
  10170. Regards,
  10171.  
  10172. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  10173.  
  10174.  
  10175. [Moderator's Note: I am not aware of any charges on my bill as a
  10176. result of using 950-1288 to access AT&T Mail or the FYI News Service
  10177. they bought from WUTCO.   PAT]
  10178.  
  10179. ------------------------------
  10180.  
  10181. Date: Tue, 26 May 92 19:21:27 +0200
  10182. From: hansm@cs.kun.nl (Hans Mulder)
  10183. Subject: Re: *67 and Related Topics
  10184.  
  10185.  
  10186. In <telecom12.418.6@eecs.nwu.edu> Leonard Erickson writes:
  10187.  
  10188. > Bob_Frankston@frankston.com writes:
  10189.  
  10190. >> Toggle?? Toggle??  Really, a roulette implementation with a 50/50 shot
  10191. >> of *67 doing what one expects?
  10192.  
  10193. > To know the state with which you are dialing, you need to know the
  10194. > "default" state of the line.
  10195.  
  10196. That's the problem: after you order per line blocking, you don't know
  10197. the default state of your line.  Probably it will change some time
  10198. after you place your order, and maybe the CO will hiccough some time
  10199. later and your default state will be restored from a backup and that
  10200. might change it back.
  10201.  
  10202. So, if you don't want to give out your number, and you diligently dial
  10203. *67 before every call, until you're absolutely sure that per line
  10204. blocking is activated on your line, then the time will come, without
  10205. warning, when all of a sudden your number appears on the callee's CID
  10206. box, despite your using both per-call and per-line block.
  10207.  
  10208. That's why a toggle is a stupid idea.
  10209.  
  10210.  
  10211. Hans Mulder    hansm@cs.kun.nl
  10212.  
  10213. ------------------------------
  10214.  
  10215. Date: Tue, 26 May 92 14:47:32 PDT
  10216. From: John R. Covert  26-May-1992 1745 <covert@covert.enet.dec.com>
  10217. Subject: Re: *67 and Related Topics
  10218.  
  10219.  
  10220. The Massachusetts DPU instructed New England Telephone that in order
  10221. to get Caller ID approved in Massachusetts, per-line call blocking
  10222. would be required, and that the unblock code from a blocked line would
  10223. be required to be different from the block code from an unblocked
  10224. line.
  10225.  
  10226. N.E.T.'s response was to refile for the other CLASS features, omitting
  10227. Caller ID altogether.
  10228.  
  10229. It is not known whether the omission will be permanent, or only until
  10230. N.E.T. can get all of its switch manufacturers (AT&T, NT, etc.) to
  10231. provide updated software supporting different block and unblock codes.
  10232.  
  10233.  
  10234. john
  10235.  
  10236. ------------------------------
  10237.  
  10238. From: astroatc!nicmad!peterson@spool.cs.wisc.edu (Dennis Peterson x2495)
  10239. Subject: Re: *67 and Related Topics
  10240. Organization: Nicolet Instrument Corp.
  10241. Date: Wed, 27 May 1992 15:24:51 GMT
  10242.  
  10243.  
  10244. In article <telecom12.409.8@eecs.nwu.edu> Bob_Frankston@frankston.com
  10245. writes:
  10246.  
  10247. > Toggle?? Toggle??  Really, a roulette implementation with a 50/50 shot
  10248. > of *67 doing what one expects?  Or is there a way of deterministically
  10249. > testing which mode one is in so that one can, for example, have a
  10250. > modem place a call with a known Caller-ID state?
  10251.  
  10252. Maybe the answer is an implemantation similar to the access/option
  10253. setting on my phone mail system.  A number you can call which will
  10254. allow the user to review the phone setting such as call waiting,
  10255. fowarding, blocking and any other options with password protection for
  10256. changes.  I do not think this would be difficult for the phone system
  10257. to setup and would solve most of these problems.
  10258.  
  10259.  
  10260. Dennis Peterson      Compuserve 70244,412@compserve.com
  10261. UUCP: uwvax!astroatc!nicmad!peterson
  10262. Internet: nicmad!peterson%astroatc.uucp@spool.cs.wisc.edu
  10263.  
  10264. ------------------------------
  10265.  
  10266. From: pdh@netcom.com (Phil Howard)
  10267. Subject: Re: Typical GTE
  10268. Date: Wed, 27 May 92 21:18:04 GMT
  10269. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  10270.  
  10271.  
  10272. john@mojave.ati.com (John Higdon) writes:
  10273.  
  10274. > Late Friday night the telephone goes dead and callers receive a
  10275. > "disconnected" recording. A call to GTE repair (by calling a number in
  10276. > 213 collect -- no kidding!) gets a trouble ticket launched. By noon
  10277. > Saturday the trouble has not yet been corrected and another call to
  10278. > GTE repair reveals that "there is no trouble report in the computer".
  10279. > (Yet another case where GTE just clears out the problem without doing
  10280. > a blessed thing on the trouble itself.) Another report is filed.
  10281.  
  10282. I wonder what would happen if you called back before the report is
  10283. cleared.  Call back in 59 minutes and see.
  10284.  
  10285. > By noon Sunday there is still no fix. This time a supervisor was
  10286. > summoned. He told me that he would look up the records and see if the
  10287. > phone was disconnected for some reason. This would take a couple of
  10288. > hours(!).
  10289.  
  10290. They need a computer system.
  10291.  
  10292. > In fact, I am tired of GTE, period.
  10293.  
  10294. How do we go about boycotting GTE?
  10295.  
  10296. > Late note: GTE has just set up some "experimental" SS7 links between a
  10297. > few offices in southern California and will "have meetings" in August
  10298. > about linking to Pac*Bell. How remarkably advanced, considering PB has
  10299. > been using SS7 for years and it is commonplace elsewhere in the
  10300. > country. Leave it to GTE to forge ahead and pioneer new technology and
  10301. > procedures in the telecommunications industry. NOT!!!
  10302.  
  10303. It seems obvious to me that GTE just has managers whose job is to copy
  10304. the technology from PB and others.  In general anywhere managers as a
  10305. group don't know what they are doing (there are some exceptions) but
  10306. they do know how to tell others what to do.  Too bad that GTE doesn't
  10307. have anyone for the managers to tell to do things.
  10308.  
  10309.  
  10310. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  10311.  
  10312. ------------------------------
  10313.  
  10314. From: kludge@grissom.larc.nasa.gov (Scott Dorsey)
  10315. Subject: Re: GTE Stories
  10316. Organization: NASA Langley Research Center and Reptile Farm
  10317. Date: Wed, 27 May 1992 13:57:45 GMT
  10318.  
  10319.  
  10320. In article <telecom12.420.2@eecs.nwu.edu> dgc@math.ucla.edu writes:
  10321.  
  10322. > A couple of weeks before moving in, I called GTE and arranged for
  10323. > single-party residential service.  The GTE rep was sweet and pleasant.
  10324. > She said service would be ready the day I moved in and gave me our new
  10325. > telephone number.  When I moved in, sure enough I had dial tone and
  10326. > the telephone worked.  The second time I picked up the telephone, I
  10327. > heard someone else talking.
  10328.  
  10329. I worked at a radio station in GTE-land quit a few years back, when a
  10330. number of voices started appearing in our on-air signal.  At first we
  10331. suspected that it was interference from a local land-mobile site, but
  10332. after a quick visit to the transmitter site (a few miles away) it
  10333. became evident that what was happening was crosstalk on our four wire
  10334. line from the studio to the transmitter.  Telephone calls were leaking
  10335. into our equalized 16KC line (and it was a high-cost 16KC loop, not
  10336. one of the cheap 48F lines which many stations have used to cut
  10337. expenses).
  10338.  
  10339. We called GTE.  They 'cleared' the trouble.  We called them again.
  10340. They told us that such a thing was not possible, and after two hours
  10341. on the telephone talking with a young woman and later with her
  10342. supervisor, the chief engineer was hung up on.  A call to the local
  10343. FCC office helped considerably, to the point of at least getting
  10344. someone from GTE out to look at the problem and to admit that
  10345. something was wrong, but he disappeared and never came back.  The
  10346. trouble call was 'cleared' again and the problem was not fixed.
  10347.  
  10348. The problem was eventually solved by installing a microwave STL.
  10349.  
  10350.  
  10351. scott
  10352.  
  10353. ------------------------------
  10354.  
  10355. From: Eli.Mantel@lambada.oit.unc.edu
  10356. Subject: Re: Subscription iIfo for Telecommunications
  10357. Date: Tue, 26 May 92 6:49:45 EDT
  10358.  
  10359.  
  10360. To subscribe to Telecommunications, write to:
  10361.  
  10362.     Telecommunications
  10363.     685 Canton Street
  10364.     Norwood, MA 02062
  10365.  
  10366. Subscriptions are free to qualified readers.  This would include
  10367. anyone working directly in the communications industry, including
  10368. governmental and educational facilities.
  10369.  
  10370. ------------------------------
  10371.  
  10372. From: ron@pilot.njin.net (Ron)
  10373. Subject: Re: Seeking Morrison & Dempsey
  10374. Date: 26 May 92 16:00:23 GMT
  10375. Organization: Rutgers Univ., New Brunswick, N.J.
  10376.  
  10377.  
  10378. I think the patent dispute was just the stuff to make the phone ring,
  10379. which it did rather anemicly anyway on the AB1X.  I've got a
  10380. pre-lawsuit one, but they manufactured them for some time without the
  10381. ring circuit.  I have no idea where they are now.
  10382.  
  10383. ------------------------------
  10384.  
  10385. From: ron@pilot.njin.net (Ron)
  10386. Subject: Re: Area Code 200?? in Pac*Bell Land
  10387. Date: 26 May 92 16:05:37 GMT
  10388. Organization: Rutgers Univ., New Brunswick, N.J.
  10389.  
  10390.  
  10391. My favorite is our local cable company uses a "special six digit
  10392. telephone number" to order the PPV movies.  I first said, "What?"  but
  10393. a quick examination of the number showed what was going on:
  10394.  
  10395.     103-800
  10396.  
  10397. Or as more conventionally written:
  10398.  
  10399.     10380-0
  10400.  
  10401. ------------------------------
  10402.  
  10403. Date: Tue, 26 May 92 09:51:55 PDT
  10404. From: Cliff Barney <barneymccall@igc.org>
  10405. Subject: Re: The Hype of the Information Age
  10406.  
  10407.  
  10408. Michael Shrage is right on.  How can I get a copy of the 5/92 issue of
  10409. {InfoText}?
  10410.  
  10411.  
  10412. cliff barney
  10413.  
  10414. ------------------------------
  10415.  
  10416. Subject: Re: New NPA/NXX Lookup and Cross Reference Utility For DOS
  10417. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  10418. Date: Tue, 26 May 92 07:17:00 -0600
  10419. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  10420. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  10421.  
  10422.  
  10423. Patton M. Turner <pturner@eng.auburn.edu> writes:
  10424.  
  10425. > Does he actually include the V&H database?  I would think it is
  10426. > copyrighted, and very expensive.
  10427.  
  10428. Yes ... on both counts.  He actually licenses the V&H tables from a
  10429. vendor who obtains it from Bellcore.  Obviously then the database
  10430. which accompanies 'NPA' is considerably large.  However, the V&H
  10431. tables you receive with 'NPA' scarcely resemble their original form
  10432. and completeness. If you're asking, "Can I take the V&H tables which
  10433. accompany 'NPA' and somehow make pirated use of them in my own SMDR or
  10434. call accounting package?" that answer is no. (unless your C/A package
  10435. is very rudimentary) I do not believe there's enough there to do the
  10436. whole job ... but I've been wrong before.
  10437.  
  10438.  
  10439. Standard disclaimer applies. I speak for no one.  Opinions are
  10440. solely my own and NOT those of my employer.
  10441.  
  10442. ------------------------------
  10443.  
  10444. From: applix!jim@uunet.UU.NET (Jim Morton [ext 237])
  10445. Subject: Re: Voice Mail Hanging up on Women
  10446. Date: 26 May 92 21:59:36 GMT
  10447. Organization: Applix, Inc., Westboro, MA
  10448.  
  10449.  
  10450. In article <telecom12.389.11@eecs.nwu.edu>, /PN=Thomas.K.Hinders/OU=
  10451. CCMAIL/O=CHAN.IS/PRMD=MMC/ADMD=TELEMAIL/C=US/@sprint.com writes:
  10452.  
  10453. > Reported by Distribution plus:
  10454.  
  10455. > Women with high voices are the victims of a strange new technology
  10456. > problem.  Voice mail, the computerized telephone answering system,
  10457. > sometimes hangs up on them or loses their messages because the
  10458. > computer hears their voices as a command.  That's the complaint of
  10459.  
  10460. This is a problem that is well known by a lot of administrators of
  10461. Northern Telecom Meridian Mail voicemail systems. Northern called this
  10462. problem "talk-off" and it was a big problem in releases 3 and 4 of
  10463. Meridian Mail ... not just a Rolm problem!
  10464.  
  10465.  
  10466. Jim Morton, Applix Inc., Westboro, MA  ..uunet!applix!jim  jim@applix.com
  10467.  
  10468. ------------------------------
  10469.  
  10470. End of TELECOM Digest V12 #424
  10471. ******************************
  10472. 
  10473. 
  10474. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa27778;
  10475.           28 May 92 2:59 EDT
  10476. Received: by delta.eecs.nwu.edu id AA23242
  10477.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 28 May 1992 00:53:43 -0500
  10478. Received: by delta.eecs.nwu.edu id AA31117
  10479.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 28 May 1992 00:53:32 -0500
  10480. Date: Thu, 28 May 1992 00:53:32 -0500
  10481. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10482. Message-Id: <199205280553.AA31117@delta.eecs.nwu.edu>
  10483. To: "\\telecom"@eecs.nwu.edu
  10484. Subject: TELECOM Digest V12 #425
  10485.  
  10486. TELECOM Digest     Thu, 28 May 92 00:53:21 CDT    Volume 12 : Issue 425
  10487.  
  10488. Index To This Issue:                      Moderator: Patrick A. Townson
  10489.  
  10490.     Re: Area Code Discussion from RelayNet (Steve Forrette)
  10491.     Re: Call Own Phone Back Number Wanted (Javier Henderson)
  10492.     Re: Device to Prevent Interference From Picked-up Extension? Patton Turner)
  10493.     Re: Radio Station Contest Takes Down Phone System! (Steve Forrette)
  10494.     Re: Toll Fraud vs Credit Card Fraud (Jim W. Lai)
  10495.     Re: Two Area Codes, One LATA? (David Esan)
  10496.     Re: Two Area Codes, One LATA? (Dave Niebuhr)
  10497.     Re: Two Area Codes, One LATA? (Carl Moore)
  10498.     Re: Cordless Phone Recommendations Wanted (Irving Wolfe)
  10499.     Re: Meridian Manuals Wanted (Matthew Waugh)
  10500.     Re: 310/213 Fiasco Was Not GTE's Fault (Phil Howard)
  10501.     Re: Sources of Ring Boosters Wanted (Paul Cook)
  10502.     Re: All Zeros in the Subscriber Number (Phil Howard)
  10503.     Re: MetroMedia 10xxx Number? (Norm Nithman)
  10504.     V&H to Latitude/Longitude Translation (Amit Bhargava)
  10505.     Need Ringback Number for 508-526 (Conrad Nobili)
  10506.     Consultant Wanted on Mobile Data Satellite Terminals (Jane Fraser)    
  10507. ----------------------------------------------------------------------
  10508.  
  10509. From: stevef@wrq.com (Steve Forrette)
  10510. Subject: Re: Area Code Discussion from RelayNet
  10511. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  10512. Date: Wed, 27 May 1992 01:01:07 GMT
  10513.  
  10514.  
  10515. In article <telecom12.399.13@eecs.nwu.edu> aimla!ruby!rudholm@
  10516. uunet.UU.NET (Mark Rudholm) writes:
  10517.  
  10518. > On another note, L.A. Cellular is still allowing 213/310 permissive
  10519. > dialing.  This doesn't surprise me, they usually seem to take a while
  10520. > to get their act together.
  10521.  
  10522. I was in LA last week, and LA Cellular STILL has the 213/310 split
  10523. messed up.  I was unable to call someone in 310; I kept getting an
  10524. immediate reorder (over the air, not from the phone directly, but fast
  10525. enough that it had to have been from the cellular switch).  Dialing
  10526. with 213 (which should be invalid as the prefix in question is not
  10527. currently assigned in 213) put the call through to the 310 prefix.
  10528. Apparently the cellular switch is doing the translation for me, even
  10529. though permissive dialing is over (convenient), but dialing it the
  10530. correct way does not work! (inconvenient).  From what I've been able
  10531. to gather, there is some difference as to whether you are an LA
  10532. Cellular customer or a roamer.
  10533.  
  10534. On another note, it recently came to my attention that LA Cellular is
  10535. owned by Lin Broadcasting (sp?).  This now explains the quality of
  10536. both the cellular service, their customer service, and their attitude
  10537. toward their customers: it's run just like a cable TV franchise!  :-(
  10538.  
  10539.  
  10540. Steve Forrette, stevef@wrq.com
  10541.  
  10542.  
  10543. [Moderator's Note: What do they say when you ask them when it will be
  10544. dialable again? Why don't you ask them when their service will be able
  10545. to call people in the other area code and see what they say?   PAT]
  10546.  
  10547. ------------------------------
  10548.  
  10549. From: jhenderson@pomona.claremont.edu
  10550. Subject: Re: Call Own Phone Back Number Wanted
  10551. Organization: Pomona College
  10552. Date: 26 May 92 21:32:29 PDT
  10553.  
  10554.  
  10555. In GTE areas in So. Cal, you can dial your own number, and hang up,
  10556. and your phone will ring.
  10557.  
  10558. You can dial 114 to find out what your number is.
  10559.  
  10560.  
  10561. Javier Henderson, N6VBG    jhenderson@pomona.claremont.edu 
  10562.  
  10563. ------------------------------
  10564.  
  10565. Date: Wed, 27 May 92 03:02:06 CDT
  10566. From: Patton M. Turner <pturner@eng.auburn.edu>
  10567. Subject: Re: Device to Prevent Interference From Picked-up Extension?
  10568.  
  10569.  
  10570. Jack Decker writes:
  10571.  
  10572. > I think you probably would need one [RS Teleprotector or equilvent 
  10573. > device] for each phone.  
  10574.  
  10575. This should be in the FAQ list.  Anyway, if you don't want anyone to
  10576. pick up on your modem, and you wish to only buy one, insert a splitter
  10577. in your demark.  Plug the terminal block into the Teleprotector, and
  10578. the Teleprotector into into the splitter.  Connect the modem to the
  10579. other side of the splitter.
  10580.  
  10581. If you don't have the one of the nice new Network Interfaces, the same
  10582. topology applies, you just have to splice it in.
  10583.  
  10584. If multiple devices are hung off the unprotected side of the splitter,
  10585. they can each have their own Teleprotector to prevent them from going
  10586. off hook on each other or interupting a voice call.
  10587.  
  10588.  
  10589. Pat Turner   KB4GRZ   Until July 1 => pturner@eng.auburn.edu
  10590.  
  10591. ------------------------------
  10592.  
  10593. From: stevef@wrq.com (Steve Forrette)
  10594. Subject: Re: Radio Station Contest Takes Down Phone System!
  10595. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  10596. Date: Wed, 27 May 1992 08:29:47 GMT
  10597.  
  10598.  
  10599. In article <telecom12.422.2@eecs.nwu.edu> Jack@myamiga.mixcom.com
  10600. (Jack Decker) writes:
  10601.  
  10602. > Just imagine all the other similar devices that were put out of
  10603. > commission by this contest, such as automated teller machines (ATMs),
  10604. > convenience store & gas station card readers, alarm systems not using
  10605. > leased lines, and especially EMERGENCY SERVICES (including LifeLine
  10606. > alarm systems)!                                 ^^^^^^^^^^^^^^^^^^^
  10607. ^^^^^^^^^^^^^^^^
  10608.  
  10609. This could be the basis for a new commercial: "Help, I've fallen, and
  10610. can't get dialtone!"
  10611.  
  10612.  
  10613. Steve Forrette, stevef@wrq.com
  10614.  
  10615. ------------------------------
  10616.  
  10617. From: jwtlai@jeeves.waterloo.edu (Jim W Lai)
  10618. Subject: Re: Toll Fraud vs Credit Card Fraud
  10619. Organization: University of Waterloo
  10620. Date: Tue, 26 May 1992 19:43:57 GMT
  10621.  
  10622.  
  10623. In article <telecom12.415.3@eecs.nwu.edu> peter@taronga.com (Peter da
  10624. Silva) writes:
  10625.  
  10626. > In article <telecom12.400.1@eecs.nwu.edu> mc/G=Brad/S=Hicks/OU=0205925@
  10627. > mhs.attmail.com writes:
  10628.  
  10629. >> I am arguing for what used to be called "decriminalization" [of
  10630. >> phreaking], or treating it as a crime on a par with illegal parking or
  10631. >> littering
  10632.  
  10633. > But it isn't. It's a crime on par with shoplifting and income tax evasion.
  10634.  
  10635. On a side note, I've noticed that in my area and in Toronto (and no
  10636. doubt other major centers in Ontario) that they've been replacing some
  10637. older payphones with new sets that accept credit cards.  I tried one
  10638. out and found that the payphone didn't require any PIN or other
  10639. identification.  Presumably the card number is checked against a list
  10640. of stolen numbers, but it is now possible to steal service via credit
  10641. fraud.  I suppose it's technically toll fraud, but the phone company
  10642. is paid by the credit card company, assuming the telco is treated like
  10643. another retailer.
  10644.  
  10645. ------------------------------
  10646.  
  10647. From: de@moscom.com (David Esan)
  10648. Subject: Re: Two Area Codes, One LATA?
  10649. Date: 27 May 92 19:19:02 GMT
  10650. Reply-To: de@moscom.com (David Esan)
  10651. Organization: Moscom Corp., Pittsford, NY
  10652.  
  10653.  
  10654. In article <telecom12.412.3@eecs.nwu.edu> andrew@frip.wv.tek.com
  10655. writes:
  10656. X-Telecom-Digest: Volume 12, Issue 412, Message 3 of 6
  10657.  
  10658. > I tried pretty hard to use AT&T to dial from Portland Oregon (503-682)
  10659. > to Vancouver Washington (206-254).  Even using 10288, GTE insisted on
  10660. > carrying the call.  These two points are only thirty miles apart, but
  10661. > they're in different states and different area codes.  Could they be
  10662. > in the same LATA?  GTE operators are clueless, and the phone book (the
  10663. > FM in RTFM) doesn't help.
  10664.  
  10665. The two exchanges mentioned are in the same LATA.  This is not a
  10666. particularly odd arrangement.  In fact :
  10667.  
  10668. There are 138 active NPAs in the NANP at this moment.
  10669.  
  10670. There are 247 lata/sublata combinations in the NANP plan.
  10671.  
  10672. There are 472 unique combinations of npas/lata/sublatas.
  10673.  
  10674. Of these 472 unique combinations, 115 latas are in more that 1 NPA,
  10675. and 95 latas cross state lines.
  10676.  
  10677. LATA was designed to take into account population density and traffic
  10678. flow.
  10679.  
  10680.  
  10681. David Esan      de@moscom.com  
  10682.  
  10683. ------------------------------
  10684.  
  10685. Date: Wed, 27 May 92 10:19:58 -0400
  10686. From: niebuhr@bnlux1.bnl.gov (david niebuhr)
  10687. Subject: Re: Two Area Codes, One LATA?
  10688.  
  10689.  
  10690. In <telecom12.423.5@eecs.nwu.edu> varney@ihlpf.att.com (Alan L Varney)
  10691. writes:
  10692.  
  10693. > In general, the rules for the LATA maps were based on the Standard
  10694. > Metropolitan Statistical Areas (SMSAs).  In the middle of drawing up
  10695. > the LATAs, the Feds changed SMSAs to MSAs, and merged/altered them
  10696. > somewhat.  The LATA maps were changed in some cases to fit the new MSA
  10697. > boundaries.  LATAs could not divide an exchange area (a switch can't
  10698. > be in two LATAs).  This forced some "funny" boundaries such as the two
  10699. > small Oregon areas across the Washington border near Walla Walla that
  10700. > are part of the "Spokane" LATA (# 676).
  10701.  
  10702. This is also true in New York where a small portion of Connecticut is
  10703. is a New York LATA, as are small pieces of Massachussetts and
  10704. Pennsylvania. 
  10705.  
  10706.  
  10707. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  10708. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  10709.  
  10710. ------------------------------
  10711.  
  10712. Date: Wed, 27 May 92 10:28:34 EDT
  10713. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  10714. Subject: Re: Two Area Codes, One LATA?
  10715.  
  10716.  
  10717. The Philadelphia LATA covers Delaware and most of the 215 area in
  10718. Pennsylvania.  The Washington LATA covers DC and parts of Maryland and
  10719. Virginia.
  10720.  
  10721. ------------------------------
  10722.  
  10723. From: irving@happy-man.com (Irving_Wolfe)
  10724. Subject: Re: Cordless Phone Recommendations Wanted
  10725. Reply-To: Irving_Wolfe@happy-man.com
  10726. Organization: Happy Man Corp., Vashon Island, WA 98070-7399
  10727. Date: Wed, 27 May 1992 13:50:22 GMT
  10728.  
  10729.  
  10730. In <telecom12.400.4@eecs.nwu.edu> sgan@hounix.org (Seng Gan) writes:
  10731.  
  10732. > Could someone recommend any cordless phone between US $50 to $100?  I
  10733. > had used three cobra phones, they are unreliable
  10734.  
  10735. No.  If you disliked the Cobras, you'll dislike all the rest.
  10736.  
  10737. I have used Cobra cordless phones, AT&T phones, Panasonic phones, and
  10738. Southwestern Bell phones, including high-end models.  Although the
  10739. Panasonic had the most intuitive features, for me, it had the worst
  10740. connection quality.  None of them had what I'd call acceptable
  10741. connection quality, let alone good, except at distances short enough
  10742. to have been accomodated by a 25 foot line cord on a conventional
  10743. phone.  In addition, all were poorly built, so dropping them from face
  10744. level usually caused damage and exposure to moisture was a serious
  10745. problem too.  (These become an issue if you actually try to use the
  10746. things outdoors despite their poor range.)
  10747.  
  10748. I know of no consumer product that is consistently, across all the
  10749. manufacturers, so badly designed, so over-priced relative to its
  10750. quality (and to the cost of much more complex cellular phones), and so
  10751. over-rated in its advertising.  The only way these phones even might
  10752. go 500 feet, let alone the 1,000 they all claim, is if the portable
  10753. and its base unit were at opposite ends of a long, electromagnetically-
  10754. shielded room with no electric service in the walls.  And even then,
  10755. the user would probably have to hold the phone just so.
  10756.  
  10757.  
  10758. Irving_Wolfe@Happy-Man.com      Happy Man Corp. 206/463-9399 x101
  10759. 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399  fax x108
  10760.  
  10761. ------------------------------
  10762.  
  10763. From: waugh@rtpnet05.rtp.dg.com (Matthew Waugh)
  10764. Subject: Re: Meridian Manuals Wanted
  10765. Date: Wed, 27 May 92 18:35:50 GMT
  10766. Organization: Data General Corporation, RTP, NC.
  10767.  
  10768.  
  10769. In article <telecom12.407.10@eecs.nwu.edu> tml+@pitt.edu (Tom Link)
  10770. writes:
  10771.  
  10772. > I have a telephone system to play with and I'd like to have the
  10773. > manuals for it.
  10774.  
  10775. Well I wouldn't say I have one to play with, but I have one to look
  10776. after :-)
  10777.  
  10778. > The system is made by Northern Telecom and is call "Meridian" or maybe
  10779. > "norstar" (both name are on the equipment)
  10780.  
  10781. Are there any mailing lists on specific switches, or manufacturers I
  10782. guess would be about as small as you'd want to get. We have Meridian
  10783. with Voice Mail, and hey, NT's documentation sucks big time. Like UNIX
  10784. documentation, if you know what is you want to do, and what the magic
  10785. word to do it is, the documentation will flesh out the details, but
  10786. it's terrible at telling you what you might be able to do.
  10787.  
  10788. Anyway -- if there is no mailing list for NT PBXs I'm willing to start
  10789. one (in fact if it doesn't get too hectic we could start one on other
  10790. switches if people want, I'm just interested in NT PBXs at the
  10791. moment).  Send me e-mail if you think it's a good idea, and if there's
  10792. much response at all I'll get one fired up.
  10793.  
  10794.  
  10795. Thanks,
  10796.  
  10797. Matthew Waugh    waugh@dg-rtp.dg.com
  10798. RTP Network Services   Data General Corp.  RTP, NC. (919)-248-6034
  10799.  
  10800. ------------------------------
  10801.  
  10802. From: pdh@netcom.com (Phil Howard)
  10803. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  10804. Date: Wed, 27 May 92 20:58:04 GMT
  10805. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  10806.  
  10807.  
  10808. john@zygot.ati.com (John Higdon) writes:
  10809.  
  10810. > And this, dear friends, is exactly why GTE is the lousy operating
  10811. > company that it is. The general (no pun intended) arrogance and
  10812. > inability to even consider for one moment that there might be
  10813. > something that could be improved in that organization is what keeps
  10814. > GTE the undisputed laughing stock in the industry. (Yes, Gloria, GTE
  10815. > IS a laughing stock.)
  10816.  
  10817. I once lived in a town where the local carrier was GTE.  That
  10818. experience alone (but reinforced by what I hear from some friends who
  10819. live in towns served by GTE) keeps me from living in any town in which
  10820. GTE is the local carrier.  I'm almost tempted to put it in the
  10821. "geographic preferences" section of my resume.
  10822.  
  10823.  
  10824. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com 
  10825.  
  10826. ------------------------------
  10827.  
  10828. Date: Wed, 27 May 92 18:20 GMT
  10829. From: Proctor & Associates <0003991080@mcimail.com>
  10830. Subject: Re: Sources of Ring Boosters Wanted
  10831.  
  10832.  
  10833. Jack.Winslade@ivgate.omahug.org (Jack Winslade) writes:
  10834.  
  10835. > At times, I've heard of devices for subscriber lines that will boost
  10836. > the CO-supplied ringing signal so that it will drive more ringers than
  10837. > can be driven directly from the CO.
  10838.  
  10839. > As of now, I am at a loss to find anything.  Does anyone know of a 
  10840. > source of these?
  10841.  
  10842. Although designed as an OPX adaptor for PBX's and key systems, the
  10843. Proctor 46222 Long Loop Adaptor has been used for this.  It takes a
  10844. standard tip/ring connection and boosts the DC voltage back up to 48
  10845. VDC, and when it detects ringing voltage on the input, it regenerates
  10846. it at 105 VAC at 20 Hz.  The ringing generator has about the same
  10847. capacity as a CO line (about 5 REN), but the trick for using it at a
  10848. subscriber premise is that the input side only has a .3 REN (3/10th of
  10849. a standard Ringer Equivalence) load on the line.  So you wire some of
  10850. your phones across the input, and up to 5 REN across the output.  This
  10851. unit will pass hookswitch flashes, but not rotary dial pulses.
  10852.  
  10853. Contact us at one of the addresses below for more information.
  10854.  
  10855.  
  10856. Paul Cook                         206-881-7000
  10857. Proctor & Associates         MCI Mail 399-1080
  10858. 15050 NE 36th St.            fax: 206-885-3282
  10859. Redmond, WA  98052-5317    3991080@mcimail.com
  10860.  
  10861. ------------------------------
  10862.  
  10863. From: pdh@netcom.com (Phil Howard)
  10864. Subject: Re: All Zeros in the Subscriber Number
  10865. Date: Wed, 27 May 92 20:52:44 GMT
  10866. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  10867.  
  10868.  
  10869. > [Moderator's Note: There was a person a couple years ago who had (and
  10870. > actually requested) the number 800-EAT-7448. He wanted to find out
  10871. > what sort of people would call that number; apparently many did
  10872. > because the phone rang constantly, I am told.  PAT]
  10873.  
  10874. He should have tried 900-EAT-7448 :-)
  10875.  
  10876.  
  10877. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  10878.  
  10879.  
  10880. [Moderator's Note: I believe someone does have that 'service' going
  10881. now, for reasons best left to the imagination.   PAT]
  10882.  
  10883. ------------------------------
  10884.  
  10885. From: norm@sdc.com (Norm Nithman)
  10886. Subject: Re: MetroMedia 10xxx Number?
  10887. Organization: Systems Development Corporation
  10888. Date: Wed, 27 May 1992 20:44:35 GMT
  10889.  
  10890.  
  10891. jhenderson@pomona.claremont.edu writes:
  10892.  
  10893. > So my question is ... does anyone know of the 10XXX number to dial to
  10894. > use MetroMedia as the LD carrier, from a phone other than my own?
  10895.  
  10896. Use 10999.  Say, it would be handy if someone could dig up a current
  10897. list of 10XXX numbers and post it!
  10898.  
  10899.  
  10900. Norm
  10901.  
  10902.  
  10903. [Moderator's Note: We have such a list in the Telecom Archives,
  10904. accessible using anonymous ftp lcs.mit.edu.     PAT]
  10905.  
  10906. ------------------------------
  10907.  
  10908. From: amit@merlin.dev.cdx.mot.com (Amit Bhargava)
  10909. Subject: V&H to Latitude/Longitude Translation
  10910. Organization: Motorola Codex, Canton, Massachusetts
  10911. Date: Wed, 27 May 1992 15:52:54 GMT
  10912.  
  10913.  
  10914. I would appreciate any hints/formulas to convert from V&H cooridinates
  10915. to Latitude/Longitude and vice versa.
  10916.  
  10917.  
  10918. Thanks.
  10919.  
  10920. Amit Bhargava      amit@merlin.dev.cdx.mot.com
  10921.  
  10922. ------------------------------
  10923.  
  10924. Date: Tue, 26 May 92 19:49:11 EST
  10925. From: Conrad C. Nobili <CONRAD@HARVARDA.HARVARD.EDU>
  10926. Subject: Need Ringback Number For 508-526
  10927.  
  10928.  
  10929. The subject says it all: I need the ringback number for 508-526
  10930. (somewhere in Massachusetts).
  10931.  
  10932. Please reply to me directly, as my news access is temporarily broken.
  10933. If you *also* want this information, send me e-mail directly and I
  10934. will forward you the answer(s).
  10935.  
  10936. My information follows .... thanks in advance.
  10937.  
  10938.  
  10939. Conrad C. Nobili  N1LPM  Conrad_Nobili@Harvard.EDU  Harvard University OIT
  10940.  
  10941. ------------------------------
  10942.  
  10943. Date: Wed, 27 May 92 15:05 EDT
  10944. From: FRASER@ccl2.eng.ohio-state.edu
  10945. Subject: Consultant Wanted on Mobile Data Satellite Terminals
  10946.  
  10947.  
  10948. The Toronto office of Deloitte & Touche is looking for a consultant on
  10949. mobile data satellite terminals, specifically on quality assurance and
  10950. structural integrity. If you want more info or think you are qulified
  10951. contact Gordon Perchthold at 416-601-5861 (voice), 416-601-5700 (fax).
  10952. (Don't contact me; I don't know anything more!)
  10953.  
  10954.  
  10955. Jane Fraser   The Ohio State University
  10956. Center for Advanced Study in Telecommunications
  10957.  
  10958. ------------------------------
  10959.  
  10960. End of TELECOM Digest V12 #425
  10961. ******************************
  10962. 
  10963. 
  10964. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa00980;
  10965.           29 May 92 2:24 EDT
  10966. Received: by delta.eecs.nwu.edu id AA09691
  10967.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 29 May 1992 00:40:13 -0500
  10968. Received: by delta.eecs.nwu.edu id AA15936
  10969.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 29 May 1992 00:40:06 -0500
  10970. Date: Fri, 29 May 1992 00:40:06 -0500
  10971. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10972. Message-Id: <199205290540.AA15936@delta.eecs.nwu.edu>
  10973. To: "\\telecom"@eecs.nwu.edu
  10974. Subject: TELECOM Digest V12 #426
  10975.  
  10976. TELECOM Digest     Fri, 29 May 92 00:40:00 CDT    Volume 12 : Issue 426
  10977.  
  10978. Index To This Issue:                      Moderator: Patrick A. Townson
  10979.  
  10980.     History, North-Central Oklahoma Telecom (Martin McCormick)
  10981.     Historical Musings (Martin McCormick)
  10982.     Some Answers About AT&T 700 (Douglas Scott Reuben)
  10983. ----------------------------------------------------------------------
  10984.  
  10985. Subject: History, North-Central Oklahoma Telecom
  10986. Date: Wed, 27 May 92 08:52:11 -0500
  10987. From: martin@datacomm.ucc.okstate.edu
  10988.  
  10989.  
  10990.      Through conversations with people who have spent their entire
  10991. lives, here, and chance acquaintances, I have been able to piece
  10992. together a little history of telephony in Stillwater.
  10993.  
  10994.      There were telephones, here, almost from the beginning of white
  10995. settlement in Oklahoma Territory in 1889.  They were, most likely the
  10996. crank-type phones since that's what most people had in those days.  By
  10997. World War I, Stillwater was a thriving little town supported by local
  10998. agriculture and the Oklahoma A&M college.  There was a newspaper,
  10999. here, and one of the stories from around 1915 is about a young man who
  11000. would anonymously make kissing sounds when girls were on the phone.  I
  11001. don't know exactly how he did this since all calls went through an
  11002. operator who knew everybody by name, but my guess is that he would
  11003. just pick up and listen on the party line until he heard a kissworthy
  11004. voice.
  11005.  
  11006.      Sometime before 1957, the crank phones gave way to common-battery
  11007. type phones, but the friendly operator still served as the ultimate
  11008. voice-recognition switching system.
  11009.  
  11010.      In 1956, a man, at the beginning of his working career, his wife
  11011. and small children was moved to town by Southwestern Bell.  He was
  11012. armed with new knowledge and he and a whole army of craftsmen swarmed
  11013. over a brand new crossbar switch.  According to long-time residents,
  11014. people had rotary-dial phones in their houses for a long time before
  11015. those dials actually did anything useful.  Tulsa and Oklahoma City had
  11016. had dial exchanges in wide use since the 1920's, but a do-it- yourself
  11017. phone call was a whole new world for Stillwater.  People said that
  11018. Southwestern Bell gave lengthy training sessions to the population on
  11019. how to use the new system and an operator tested every single
  11020. telephone when the new switch went on-line in 1957.
  11021.  
  11022.      Before that time, people had very short phone numbers.  A man who
  11023. is a Stillwater native, told me that his number was 4.  I asked him
  11024. who was 1.  I expected that the mayor or somebody like that would have
  11025. been 1, but the number 1 line went to a fraternity house.
  11026.  
  11027.      The O.S.U. campus got its Centrex system around 1962.  It was
  11028. like the vast majority of Centrex systems in use across the U.S.  The
  11029. dial tone was probably a reed relay as it sounded like a perturbed
  11030. horsefly which had just found itself trapped against a window pane.
  11031. Dialing 9 gave one a burst eardrum from the click and then you could
  11032. get an outside line.  The busy signal was the same roughly 150hz buzz
  11033. as the dial-tone, but the cadence was 120 beeps per minute.
  11034.  
  11035.      All offices on campus were wired with the standard office desk
  11036. sets of the day consisting of a rotary dial, a hold button, up to four
  11037. lines, and an intercom which had a buzzer system operated by the dial.
  11038. I never got to examine the Centrex switch, but I did happen to walk
  11039. past the room where it was, once.  I noticed a couple of closed doors
  11040. with all kinds of racket coming from them.  It struck me as odd that
  11041. there wasn't the usual human voice chatter that one hears when walking
  11042. past an office and then I realized that the noises were the
  11043. rata-tat-tat of selectors.  There was probably nobody in there and all
  11044. that noise was just the heart of the campus phone system stepping
  11045. away.
  11046.  
  11047. I was a student, here, in the early 70's, and I remember the Centrex
  11048. system as being noisy and clunky, but it did work.  If you had to call
  11049. the PBX operator and she tried to connect you to a line that was busy,
  11050. you got a terrific burst of static.  There must not have been a single
  11051. clipping diode in the whole system, because I can remember voices and
  11052. switching sounds that could almost blow the top of one's head off.
  11053. All that changed in 1976.  As chance would have it, I was in
  11054. Stillwater to enroll for graduate school on the first working day
  11055. after the campus cutover from the old stepper to a new electronic PBX.
  11056. What a circus.  The new PBX had some glitches and there had been
  11057. several wiring errors which were unknown until the system went into
  11058. use.  You could say that the system was dislexic.  When you dialed a
  11059. number, you caused a telephone to ring, somewhere, but there were no
  11060. guarantees as to where.
  11061.  
  11062.      I also later learned that the line switching in the O.S.U. PBX
  11063. was accomplished by actuating little reed relays called ferreds.
  11064. There had been some crosstalk between banks of those little things
  11065. when the system first went on and it wasn't unusual to have a stray
  11066. magnetic pulse disconnect several parties at once.
  11067.  
  11068.      The system also had some of the most interesting crosstalk and
  11069. artifacts that I have ever heard.  When picking up a receiver, one
  11070. could hear the dial-tone mixed with little snippets of touchtone
  11071. signals as other users dialed.  I could also hear what sounded like
  11072. rotary-dialed numbers being pulsed out by a touchtone sender.  The
  11073. background noise between digits was more touchtone crosstalk plus a
  11074. fluttering sound that sounded like an electric motor spinning at about
  11075. 10 revolutions per second.  I think that it was some kind of poling
  11076. device, but I really have no idea what it was.
  11077.  
  11078.      Calling one extension from another, produced an initial long ring
  11079. or sometimes a split ring followed by the normal cadence.  The ring
  11080. was the standard pitch of todays ringing progress tone, but there was
  11081. a high-pitched sampling artifact clearly audible.
  11082.  
  11083.      The PBX at O.S.U. and the #5 crossbar in Stillwater grew in size,
  11084. but otherwise stayed about the same until the mid 80's.  O.S.U.
  11085. decided to buy its own telephone system at which time the Ericsson
  11086. MD110 was chosen.  The #5 Xbar was schedule to go silent and make way
  11087. for a DMS100.  The man who began his career installing that switch was
  11088. now nearing retirement.  His wife, who I met as a result of my
  11089. membership in the local Apple II users group, asked me if I and my
  11090. wife would like to tour the switch, one day.  I said, "of course," and
  11091. didn't hear anything else about it for a long time.
  11092.  
  11093.      The cutover date moved from Fall of 86 to Spring of 87.  One
  11094. Sunday afternoon, my friend from Apple users Group said that there was
  11095. a minor problem that her husband needed to take care of and we were
  11096. welcome to come along and look at the switch.
  11097.  
  11098.      Being a Sunday afternoon, the four of us were the only people
  11099. there. One could sure feel the transition from the old to the new.
  11100. Most of the room was filled with the frames of the Xbar.  They gave
  11101. off a sound like light rain on a metal roof.  If you stood close, you
  11102. could hear when somebody was dialing with pulse.  When a call made or
  11103. tore down, there was a floury of clicks from many relays at once.
  11104. Ever so often, a mechanical gong, like half of a doorbell would ping
  11105. several times and a printer would spit out a trouble ticket.  My host
  11106. explained that all those cheap telephones you could buy, now,
  11107. mutilated digits so badly that the registers got confused.
  11108.  
  11109.      On the other side of the room, was a computer console connected
  11110. to a completely closed rack with a series of LED's on the front panel.
  11111. This was some Northern Telecomm gear used to multiplex and demultiplex
  11112. carriers onto a cable leading to a small town north of Stillwater.
  11113.  
  11114.      Back at the Xbar frames, again, we looked at the chattering
  11115. relays, the panel with all the heat coils, which reminded me of fuse
  11116. holders, and the massive spinal cord of pairs coming up out of
  11117. openings in the floor and terminating at those heat coils.
  11118.  
  11119.      We looked at the frames which were marked with the beginning
  11120. digits of the number group in that frame and found our group.  We,
  11121. then, saw a relay with our home phone number written on it's tag.
  11122.  
  11123.      I asked my friend if he was going to be sorry to see all this
  11124. stuff go.  I seem to recall that he said something to the effect that
  11125. he wasn't going to have to worry about it after he retired.  It
  11126. occurred to me that here was a man whose whole working life was in
  11127. those frames.  He said that he could show me the "college switch,"
  11128. that flaky PBX I described earlier, but there really wasn't anything
  11129. to look at.  If you've seen one closed rack that stands there and
  11130. hums, you've seen them all.
  11131.  
  11132.      On the last Friday in May, 1987, I remember the O.S.U.  PBX
  11133. seemed flakier than usual.  The evening paper said that tonight was
  11134. the night.  People were warned that there would be some disruption in
  11135. telephone service around midnight.  My friend, the switchman, had
  11136. recently retired, but he had told me that at midnight, the technicians
  11137. would cut all the wires leading to the Xbar.  At midnight, I picked up
  11138. the phone to hear total silence, not even DC.  Things stayed like that
  11139. for no more than five minutes or so, then the new dial-tone came on.
  11140.  
  11141.      The O.S.U. campus was also connected to the new switch, a DMS100,
  11142. and used the Plexar service from Southwestern Bell until the Ericsson
  11143. switch installation was complete in August of 1988.
  11144.  
  11145.      Things stayed the same until recently.  Rumors have it that
  11146. Southwestern Bell may pull the DMS100 out and replace it with some
  11147. kind of multiplexer controlled from Oklahoma City.  This is supposed
  11148. to be so because the DMS100 is not profitable to operate since O.S.U.
  11149. bought its own system.
  11150.  
  11151.      The town of Stillwater, Oklahoma has around 30,000 permanent
  11152. residents.  There are about 10,000 telephone lines coming into the
  11153. Stillwater office.  The Oklahoma State University campus has about
  11154. 18,000 students.  Until the installation of the Ericsson switch, all
  11155. residential student telephones were connected to the Stillwater office
  11156. and not part of the campus PBX.
  11157.  
  11158.  
  11159. Martin McCormick WB5AGZ   Stillwater, OK
  11160. O.S.U. Computer Center Data Communications Group
  11161.  
  11162. ------------------------------
  11163.  
  11164. Subject: Historical Musings
  11165. Date: Wed, 27 May 92 08:49:52 -0500
  11166. From: martin@datacomm.ucc.okstate.edu
  11167.  
  11168.  
  11169.      There have been past postings in this group regarding telephone
  11170. company efforts to provide public training opportunities for school
  11171. children.  As a student at the Oklahoma School for the Blind in 1965,
  11172. or so, I remember a really interesting demonstration courtesy of
  11173. Southwestern Bell.
  11174.  
  11175.      We all gathered in the auditorium for this demo which was really
  11176. great because we not only got to hear something interesting, but we
  11177. didn't have to go to our regularly scheduled class, the true meaning
  11178. of the expression "win- win."
  11179.  
  11180.      The presenter had some pieces of hardware which were rather
  11181. dazzling for 1965.  One was an electric pen and tabulate connected to
  11182. a mysterious box with a space-age-looking glass dome containing a
  11183. nixy tube.  When the presenter wrote numbers and letters on the
  11184. tabulate, they showed up on the nixy readout.
  11185.  
  11186.      He also had a 2500 style Touchtone telephone connected to a DC
  11187. supply and audio amplifier so we all could hear it beep.  There was
  11188. also a fancier style office-type Touchtone set with memory.  You stuck
  11189. a punched plastic card in the slot and it dialed the number encoded in
  11190. the card.
  11191.  
  11192.      In addition to the hardware, he had a really fascinating set of
  11193. phonograph records with various telephone sounds on them.  I seem to
  11194. recall MF tones, high-speed data, (probably all of 600 baud), and
  11195. something that sounded like the mother of all tomcat battles.  I think
  11196. that this last sound was what is known as Telautograph.  I remember
  11197. our speaker saying that hand writing could be sent over the telephone
  11198. with it.
  11199.  
  11200.      After the demonstration, he answered questions from us.  I
  11201. remember asking how the electric pen and tabulate worked.  While I
  11202. knew nothing about computers, at the time, I realized that the ability
  11203. to decode hand writing would be really useful.  He somewhat sheepishly
  11204. admitted that there was no magic, there.  The pad had certain areas
  11205. that when touched with the pen closed a circuit which lit the correct
  11206. character on the nixy.  This was essentially like the concept cars we
  11207. sometimes see at auto shows which only demonstrate a possibility
  11208. rather than a working system.
  11209.  
  11210.      One of my classmates, who, I am fairly sure is not a rocket
  11211. scientist, today, asked if it was possible to send solid objects
  11212. through the phone.  The roars of laughter from the other students
  11213. probably wiggled seismographs around the world.  Fortunately, the rest
  11214. of the questions were more normal such as when could we actually have
  11215. Touchtone telephones?
  11216.  
  11217.      After the questions, we got to go up on the stage and inspect all
  11218. of the goodies.
  11219.  
  11220.      It is interesting to reflect back on that time and look at where
  11221. we've actually gone.  The magic pen and tabulate, as demonstrated, is
  11222. still a bit out of reach.  I don't think that the punch-card dialer
  11223. ever really caught on, that much, and probably the last Telautograph
  11224. system in the universe was retired, here at Oklahoma State three years
  11225. ago when the people who used it got tired of trying to resuscitate its
  11226. electromechanics.
  11227.  
  11228.  
  11229. Martin McCormick WB5AGZ   Stillwater, OK
  11230. O.S.U. Computer Center Data Communications Group
  11231.  
  11232. ------------------------------
  11233.  
  11234. Date: 27-MAY-1992 04:09:57.34
  11235. From: Douglas Scott Reuben <DREUBEN@EAGLE.WESLEYAN.EDU>
  11236. Subject: Some answers about AT&T 700
  11237.  
  11238.  
  11239. I called the FCC today and had a rather interesting conversation with
  11240. one of the Telecom people whom I speak to every so often regarding
  11241. AT&T's "EasyReach" 700 service.
  11242.  
  11243. Some of the things that were clarified:
  11244.  
  11245. 1. EasyReach numbers are accessed via 0-700-NXX-XXXX. They are not
  11246. accessed via 1-700. We couldn't figure out how one would call a 700
  11247. number from a payphone, that is, if one could call a 700 number and
  11248. pay in coins to call it, like they can any other number which has a
  11249. "regular" area code.
  11250.  
  11251. 2. AT&T claims that the calling party dials 0-700-number, and then
  11252. hears a voice prompt, which will direct the caller to enter a PIN so
  11253. that the 700 subscriber pays (like a collect call), or not do anything
  11254. and the calling party pays.
  11255.  
  11256. This seems a bit curious and awkward -- I don't think many callers
  11257. will appreciate going through a voice prompt just to reach me. Perhaps
  11258. the voice prompt is intended to notify callers as to the price of the
  11259. call?
  11260.  
  11261. 3. There is no charge for using "Administrative Features", such as to
  11262. reset forwarding from your home number (the "main" number the 700
  11263. service is generally routed to), or to control PINs, etc.
  11264.  
  11265. 4. Calls can not be forwarded to 700, 800, 900, 976, 555 and other
  11266. special access/feature codes, and presently not to 011. Canada was not
  11267. specifically mentioned as being available, but it was not excluded,
  11268. either.
  11269.  
  11270. 5. You can not make "collect" or 3rd party calls to a 700 number.
  11271.  
  11272. 6. Calls for in-state service will be different than the $.25/$.15
  11273. rate for out-of-state calls. The person at the FCC said that AT&T had
  11274. requested that its in-state filings for rates remain confidential, yet
  11275. AT&T reps who I have spoken to about this have mentioned preliminary
  11276. numbers pending local approval (and guess what, in-state rates for
  11277. ReadyLine service are higher ... surprise, surprise ...)
  11278.  
  11279. 7. There are no extra charges to forward calls to another number other
  11280. than your "primary" number, so at most you would pay the $.25/$.15 if
  11281. the calling party used their pin. You would not have to pay additional
  11282. toll charges for the forwarding.
  11283.  
  11284. BTW, Pat noted that there is little reason to forward to an 800 number
  11285.  -- I would generally agree, however, if you were doing business at a
  11286. firm who only gave out an 800 number (or if you only knew that number)
  11287. and you were given permission to receive calls there, you'd want to
  11288. program in the 800 number until you get a non-800 to forward to. (Ie,
  11289. if you were there to fix their mainframe, and wanted to have calls
  11290. reach you, but didn't know the exact DID number you would be at for
  11291. the day, or if there was no DID number and all calls had to go through
  11292. the switchboard, you may have to forward your 700 number to the
  11293. switchboard's 800, if you didn't know the non-800 number. AT&T, for
  11294. example, generally gives out its 800-222-03/400 numbers, which route
  11295. to center nearest to or which serves your area, rahter than give out a
  11296. regular number.)
  11297.  
  11298.  
  11299. Doug    dreuben@eagle.wesleyan.edu  //  dreuben@wesleyan.bitnet
  11300.  
  11301. ------------------------------
  11302.  
  11303. End of TELECOM Digest V12 #426
  11304. ******************************
  11305. 
  11306. 
  11307. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa05028;
  11308.           29 May 92 3:59 EDT
  11309. Received: by delta.eecs.nwu.edu id AA16184
  11310.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 29 May 1992 02:12:35 -0500
  11311. Received: by delta.eecs.nwu.edu id AA06175
  11312.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 29 May 1992 02:12:25 -0500
  11313. Date: Fri, 29 May 1992 02:12:25 -0500
  11314. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11315. Message-Id: <199205290712.AA06175@delta.eecs.nwu.edu>
  11316. To: "\\telecom"@eecs.nwu.edu
  11317. Subject: TELECOM Digest V12 #427
  11318.  
  11319. TELECOM Digest     Fri, 29 May 92 02:12:22 CDT    Volume 12 : Issue 427
  11320.  
  11321. Index To This Issue:                      Moderator: Patrick A. Townson
  11322.  
  11323.     Centel < === > Sprint: Now Merged Into One (TELECOM Moderator)
  11324.     PC Voicemail Advertisement (Ken Jongsma)
  11325.     Watson Under Windows (Brian Hendrix)
  11326.     Cellular One Forwarding Billing Loop? (Monty Solomon)
  11327.     The Purpose of the Three Tones (unknown@ucscb.ucsc.edu)
  11328.     Payphone Xenophobia (David Leibold)
  11329.     Lottery Poses Threat to Texas Long Distance (Edmund Hack)
  11330.     RFI: Frame Relay Networking (Rom M. Kieffer)
  11331.     Usenet and Obscenity in Canada (Charlie Mingo)
  11332.     Patent Swap (Ericsson Corporate Relations)
  11333. ----------------------------------------------------------------------
  11334.  
  11335. Date: Fri, 29 May 1992 00:45:20 -0500
  11336. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  11337. Subject: Centel < === > Sprint: Now Merged Into One
  11338.  
  11339.  
  11340. So ... Centel and Sprint have decided to merge, and the resulting
  11341. company will be the third largest telecom organization in the world,
  11342. coming behind only Mother, and her nemesis MCI.
  11343.  
  11344. And the new comgomeration will be the only one of the three (only one
  11345. anywhere?) to offer not only long distance service AND local exchange
  11346. service, but cellular service as well. Ironically, in the merger,
  11347. Sprint (f/k/a United Telecom) will be getting back some of the
  11348. cellular companies they sold to Centel a few years ago.
  11349.  
  11350. Exciting times ahead!
  11351.  
  11352.  
  11353. Patrick Townson
  11354.  
  11355. ------------------------------
  11356.  
  11357. Date: 27 May 92 10:23:00 EST
  11358. From: Ken Jongsma <JONGSMA@benzie.si.com>
  11359. Subject: PC Voicemail Advertisement
  11360.  
  11361.  
  11362. While reviewing the latest copy of The Programmer's Connection Buying
  11363. Guide, I came across an interesting advertisement. Since the subject
  11364. has come up in the Digest several times, I thought I'd pass along the
  11365. information. Note that I know nothing more than what I've just read
  11366. and transcribed.
  11367.  
  11368. [ad begins]
  11369.  
  11370. Developing Voice Applications Just Became Easier ...
  11371.  
  11372. Announcing ProVIDE 4.0
  11373.  
  11374. Develop Voice Applications FAST!
  11375.  
  11376. TRT proudly announces ProVIDE- the Professional Voice Interactive
  11377. Development Environment. ProVIDE makes the development of voice
  11378. applications faster and easier than ever before. Voice VAR's can
  11379. develop voicemail systems, information hotlines, automated fax info
  11380. services, and hundreds of other applications on MSDOS based PC
  11381. platforms.
  11382.  
  11383. [...]
  11384.  
  11385. New Application Processor
  11386.  
  11387. With built-in support for Voice Recognition, applications can accept
  11388. spoken commands like "Yes", "No" and all numeric digits without the
  11389. need to train the system for individual speakers (requires special
  11390. hardware from DiaLogic.)  Built-in print spooler and LAN time and
  11391. print support.
  11392.  
  11393. [...]
  11394.  
  11395. ProVIDE's Flexibility The Best Choice
  11396.  
  11397. ProVIDE supports voice processing components from DiaLogic Corp., the
  11398. leading international supplier of PC-based voice processing
  11399. components. Voice modules available for 2 to 12 lines. Multiple PC's
  11400. can run on Novell LAN's for greater line densities.
  11401.  
  11402. INTELEFAX "Demand Publishing"
  11403.  
  11404. Create a FAX download hotline like the FAX Connection product
  11405. information service, developed by Programmer's Connection, for FAXing
  11406. customized information to your callers. Prospects can receive
  11407. literature instantly.  Data can be input and stored as ASCII text
  11408. files, scanned documents, or high quality images directly converted
  11409. from your favorite word processor or dfesktop publishing program.
  11410.  
  11411. Optional Modules
  11412.  
  11413. Optional modules can be added at any time and include: Database
  11414. Access, I/SCRIPT system, C User Function Toolkit, and more.
  11415.  
  11416. Call 1-800-336-1166 (or +1 216 494-8715) to receive additional
  11417. information.
  11418.  
  11419. [end ad]
  11420.  
  11421.  
  11422. Ken      jongsma@benzie.si.com
  11423.  
  11424. ------------------------------
  11425.  
  11426. Subject: Watson Under Windows
  11427. From: bhendrix@ersys.edmonton.ab.ca (Brian Hendrix)
  11428. Date: Wed, 27 May 1992 10:34:13 +0100
  11429. Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada
  11430.  
  11431.  
  11432. This is somewhat off topic, but I'm desperate!
  11433.  
  11434. Does anybody out there have any experience getting a Watson board to
  11435. run under Windows 3.1?  So far many months of fiddling have resulted
  11436. in nothing but gnashing of teeth.
  11437.  
  11438. Any suggestions would be appreciated, and I'll post a summary if there
  11439. is enough interest.
  11440.  
  11441.  
  11442. Brian Hendrix     bhendrix@ersys.edmonton.ab.ca
  11443.  
  11444. ------------------------------
  11445.  
  11446. Date: Wed, 27 May 1992 14:50:24 -0400
  11447. From: Monty Solomon <monty@proponent.com>
  11448. Subject: Cellular One Forwarding Billing Loop?
  11449.  
  11450.  
  11451. Cellular One recently installed a software upgrade from Motorola.
  11452.  
  11453. This upgrade prevents a call forwarded from one cellular phone to a
  11454. second cellular phone to get further forwarded to the second phone's
  11455. Message Plus when the second phone is off.  The caller gets a
  11456. recording stating that the called phone is off or out of the area.
  11457.  
  11458. This forwarding worked before the upgrade.
  11459.  
  11460. The unsatisfactory explanation I was given is that this second
  11461. forwarding causes some sort of a billing loop.
  11462.  
  11463. I don't understand this claim.  Does anyone here know anything about
  11464. this?
  11465.  
  11466. Thanks.
  11467.  
  11468.  
  11469. Monty Solomon / PO Box 2486 / Framingham, MA  01701-0405
  11470. monty%roscom@think.com
  11471.  
  11472. ------------------------------
  11473.  
  11474. From: tuu <unknown@ucscb.ucsc.EDU>
  11475. Subject: The Purpose of the Three Tones
  11476. Date: 28 May 92 00:33:01 GMT
  11477. Organization: University of California, Santa Cruz; Open Access Computing
  11478.  
  11479.  
  11480.     What is the purpose of the three tones (I believe ascending in
  11481. pitch) that you hear before you hear the "We're sorry, you must first
  11482. dial a 1" message or the similar messages?
  11483.  
  11484.     Does it tell the phone system that there *wasn't* actually a
  11485. billable "off hook"?  That's the only thing I can think of, but if
  11486. that's true, it would seem that phreakers could just record it and
  11487. play it right after someone answers when they make a long distance
  11488. call.
  11489.  
  11490.  
  11491. unknown@ucscb.ucsc.edu 
  11492.  
  11493. ------------------------------
  11494.  
  11495. Date: Wed, 27 May 1992 02:36:38 -0400
  11496. From: Dave Leibold <Dave.Leibold@f730.n250.z1.fidonet.org>
  11497. Subject: Payphone Xenophobia
  11498.  
  11499.  
  11500. In the U.S., it is standard practice for payphones not to accept coins
  11501. other than U.S. ones. In Canada, the phones tend to accept just about
  11502. anything resembling Canadian coins, such as the U.S.  counterparts (up
  11503. to a quarter), or even such things as UK five pence which has the same
  11504. diameter as a quarter. I've seen Dominican Republic ten centavo coins
  11505. that resemble dimes as well.
  11506.  
  11507. The Millennium payphones popping up all over Toronto can accept the
  11508. Daffy Duck currency (ie. Canadian $1 "loony" coins) yet won't accept
  11509. U.S. $1 Susan B. Anthony coins. Not coincidentally, the loony coins
  11510. have the same diameter as the U.S $1 coins. The differences are in
  11511. colour (SBA's are silver coloured, while Canadian loons are gold
  11512. coloured when fresh, dull brass when stale) and shape (loons are
  11513. 11-sided, while U.S. $1 coins are round, though having an 11- sided
  11514. border stamped just within the diameter).
  11515.  
  11516. The approach to foreign coins in Canada is overall more tolerant than
  11517. in the U.S. This contrasts to an experience I had in the U.S. where
  11518. even so much as a single Canadian penny gets thoroughly rejected at a
  11519. coffee shop.
  11520.  
  11521.  
  11522. Dave Leibold - via FidoNet node 1:250/98
  11523. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  11524.  
  11525.  
  11526. [Moderator's Note: Interesting you mention it. Here in Chicago there
  11527. were problems for quite awhile with some Brazillian coin (I think it
  11528. was a two centavo piece or some such worthless item) which turned out
  11529. to be the same size (hundredth of an inch smaller) than Transit
  11530. Authority subway tokens. The collection agents would not accept them,
  11531. but the automated turnstyles would. Lots of them were circulating
  11532. around here ostensibly for the purpose of 'costume jewelry' until the
  11533. CTA started putting heat on the coin dealers. And number ten brass
  11534. washers with tape over the hole in the center used to work the old
  11535. style payphones quite well, I'm told.    PAT]
  11536.  
  11537. ------------------------------
  11538.  
  11539. Date: Thu, 28 May 92 13:04:46 -0500
  11540. From: hack@aio.jsc.nasa.gov (Edmund Hack)
  11541. Subject: Lottery Poses Threat to Long Distance
  11542.  
  11543.  
  11544. Tomorrow at 6 AM, will the phone system in Texas crash?  A recent
  11545. article in the {Houston Chronicle} raises this as a possible side
  11546. effect of the beginning of the Texas Lottery on May 29, 1992. The
  11547. article reports that computer problems last year in Louisiana caused
  11548. lottery ticket validation equipment to not be able to connect to the
  11549. central computer to validate winning tickets.  The resulting flood of
  11550. autodialing by the terminals was said to have cut the entire state off
  11551. from all long distance service for two days.  The fear is that a
  11552. similar event could happen tomorrow morning when the Texas Lottery
  11553. starts up with the scratch and win game.  A lotto (pick 5 or 6) as
  11554. other states have is to go on line in September, with even greater
  11555. need for reliable communications with the central computer in Austin
  11556. (512), or the backup in Irving (214).
  11557.  
  11558. About 15,000 locations will be on line tomorrow to sell lottery
  11559. tickets with over 17 million tickets expected to be sold over the
  11560. weekend.  The tickets have to be validated before being sold -- each
  11561. pack has a special card with a bar coded number on it, which the
  11562. lottery terminal reads and sends to the central computer which records
  11563. that pack of tickets as valid.  When a winner is to be paid off, the
  11564. ticket is read through the terminal, getting a bar coded number from
  11565. the ticket and comparing it with the valdidated ones at the central
  11566. computer.  If ticket sales projections are valid, over two million
  11567. winners will be issued over the weekend. That is a lot of phone calls.
  11568.  
  11569. One note: the assertion that the Louisiana long distance service was
  11570. jammed for two days does not ring any bells with me.  Anyone remember
  11571. that?
  11572.  
  11573. Edmund Hack - Lockheed Engineering & Sciences Co. - Houston, TX
  11574. hack@aio.jsc.nasa.gov    SpokesPersonp(Me,or(NASA,LESC)) = NIL
  11575.  
  11576. ------------------------------
  11577.  
  11578. Date: Thu, 28 May 1992 15:28:51 -0600 (MDT)
  11579. From: RM_KIEFF@rom.tcpl.ucalgary.ca (ROM M. KIEFFER, TRANSCANADA PIPELINES)
  11580. Subject: RFI: Frame Relay Networking 
  11581.  
  11582.  
  11583. Greetings,
  11584.  
  11585. We are thinking about building a wide-area frame relay network with
  11586. upwards of fifty nodes. The various vendors have presented their
  11587. capabilities to us, we have been impressed by a lot of the technology,
  11588. we have heard of some flagship implementations, etc. However, I would
  11589. like to query the community about actual network experiences, vendor
  11590. support and expertise, general reliability, etc.
  11591.  
  11592. Furthermore, because of the size of the network, we are looking for
  11593. modelling tools capabable of handling frame relay. From what I know so
  11594. far there are no commercially available packages. If you have learnt
  11595. of any, I would be most interested to hear about them.
  11596.  
  11597. Finally, the frame relay muxes will operate over microwave links,
  11598. which are nowhere near of the noise immunity that a fiber link could
  11599. provide.  If you have done this, or if you know of anyone who has
  11600. tried/succeeded please let me know.
  11601.  
  11602. If you answer to the net, great; if you answer to me, I will summarize
  11603. and rebroadcast in a week or so.
  11604.  
  11605. Thanks,
  11606.  
  11607.  
  11608. Rom Kieffer    TransCanada PipeLines
  11609. PO BOX 1000 Station M    Calgary, Alberta   403-267-6452
  11610.  
  11611. ------------------------------
  11612.  
  11613. From: Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo)
  11614. Date: Thu, 28 May 1992 14:56:47 -0500
  11615. Subject: Usenet and Obscenity in Canada
  11616.  
  11617.  
  11618. [The following is a transcription of a report broadcast on CBC Radio's
  11619. news program "The World at Six," aired 27 May 92 and monitored on 9755
  11620. KHz at 2300 UTC All spelling and punctuation has been added, and may
  11621. be incorrect.]
  11622.  
  11623. Computer Porn.
  11624.  
  11625. Canadian police can't seem to control it.  A wave of obscene material
  11626. is being transmitted to universities through a computer network.  Much
  11627. of the pornographic writing comes from the US, where laws against
  11628. obscenity are more relaxed.  Police here say the material is clearly
  11629. obscene and they say they'd be willing to prosecute if they could just
  11630. figure out who's responsible.  David McLaughlan has more ...
  11631.  
  11632. A recent Supreme Court ruling holds that depicting sex involving
  11633. violence or children is obscene and it is a criminal offence to
  11634. publish or distribute it in Canada.  But that's the type of material
  11635. that has been appearing on computer terminals across the country, the
  11636. equivalent of about a magazine per day, generated by something called
  11637. 'newsgroups.'
  11638.  
  11639. Much of the material comes from subscribers to wizvax [sp?], a
  11640. computer timesharing company in the United States.  "...that's because
  11641. our machine does provide a service to the community, through the
  11642. alt.sex.bondage newsgroup."  Stephanie Gillgut [sp?] operates her
  11643. business from Massachusetts.  What she calls a 'service' is basically
  11644. a how-to manual on sex with partners getting strangled, or with
  11645. children or animals.  Gillgut says the written material comes
  11646. anonymously from any of her subscribers; computers do the rest.  "I
  11647. have no direct link with Canada, so I'm really pass[ing] it on to
  11648. another machine, which in turn passes it on to other machines, and so
  11649. on and so forth."  And it end up on the computer terminals at most
  11650. Canadian universities.
  11651.  
  11652. University spokespeople downplay it, but most make it freely available
  11653. to professors and students.  The University of Manitoba recently began
  11654. censoring the material.  Professor Brian Fortinski objects.  He says
  11655. it's as offensive to comb through the computer and remove obscene
  11656. materials, as it would be to raid private office files.  "I don't
  11657. think most people in any institution would like the idea that you
  11658. could have someone that could go from office to office, open up every
  11659. drawer and file cabinet, rifle through and see what was there."
  11660.  
  11661. Police say the material is obscene, but they can't arrest a computer,
  11662. so who do they put the cuffs on?  Good question, according to Roland
  11663. Penner; he's dean of law at the University of Manitoba.  "Even if the
  11664. computer services director was merely passive in the sense that he
  11665. knew about it, might have done something to stop it but doesn't, he
  11666. hasn't committed a crime."  Penner says law enforcement officials are
  11667. having a hard time unravelling the problem because computer
  11668. pornography is so new.  Police want to shut it off, but they're
  11669. limited so far in what they can do.  Do the violent pronography
  11670. continues to flow along with academic papers and the latest scientific
  11671. information.
  11672.  
  11673. David Mclaughlan, CBC News, Winnipeg
  11674.  
  11675. <end of excerpt>
  11676.  
  11677. ------------------------------
  11678.  
  11679. Date: Wed, 27 May 1992 12:14 +0200
  11680. From: ERICSSON CORPORATE RELATIONS <lme.lmedistr@memo.ericsson.se>
  11681. Subject: Patent Swap
  11682.  
  11683.  
  11684. ERICSSON AND MOTOROLA SIGN GSM LICENSING AND CERTIFICATION AGREEMENT
  11685.  
  11686. Ericsson Radio Systems and Motorola's Cellular Infrastructure Group
  11687. announced today that they have signed a licensing agreement regarding
  11688. essential GSM patents. According to the terms of the contract both
  11689. parties will license all of their existing and future essential GSM
  11690. cellular patents required to conform to the GSM standard. The
  11691. agreement also extends to Orbitel Mobile Communications Ltd., a joint
  11692. venture of the Vodafone Group of the United Kingdom and Ericsson which
  11693. provides GSM equipment.
  11694.  
  11695. Additionally, the companies formally agreed to a program which will
  11696. enable Motorola's GSM base station (RF) equipment to operate with the
  11697. Ericsson GSM switching platform, the AXE switch. The certification
  11698. process will commence shortly and will be completed when customer
  11699. requirements emerge, calling for Motorola base stations to work with
  11700. an Ericsson system.
  11701.  
  11702. "This agreement reinforces Motorola's commitment to totally open
  11703. architecture", said Jack Scanlon, Corporate Vice President and General
  11704. Manager of Motorola's Cellular Infrastructure Group. "This new
  11705. relationship with Ericsson solidifies our commitment to providing
  11706. totally compatible cellular infrastructure equipment. Understandings
  11707. such as today's will provide GSM operators the freedom to select the
  11708. switch of their preference when they deploy Motorola RF equipment.
  11709. This cooperation continues the momentum for similar agreements between
  11710. Motorola and all major GSM switch and radio equipment manufacturers."
  11711.  
  11712. Kurt Hellstr|m, President of Ericsson Radio Systems stated, "We
  11713. recognize that open architecture will be a key element in the
  11714. acceptance and success of the GSM standard. Our policy has always been
  11715. to make this technology readily available because we believe everyone
  11716. benefits from expanding a new market as quickly as possible. Ericsson
  11717. will continue to offer complete GSM networks with its own switch and
  11718. its own radio equipment."
  11719.  
  11720. FOR FURTHER INFORMATION, PLEASE CONTACT:
  11721.  
  11722. Per Bengtsson, Information Manager,
  11723. Ericsson Business Area Radio Communications
  11724.  Tel. +46 8 757 2159, e-mail: era.eraben@memo.ericsson.se
  11725.  
  11726. David A. Pinsky, Motorola CIG
  11727.  Tel. +1 708 632 2841
  11728.  
  11729. Julian Long, Motorola ECID
  11730.  Tel. +44 793 541 541
  11731.  
  11732. ------------------------------
  11733.  
  11734. End of TELECOM Digest V12 #427
  11735. ******************************
  11736. 
  11737. 
  11738. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa10039;
  11739.           29 May 92 6:05 EDT
  11740. Received: by delta.eecs.nwu.edu id AA00302
  11741.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 29 May 1992 02:36:39 -0500
  11742. Received: by delta.eecs.nwu.edu id AA16137
  11743.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 29 May 1992 02:36:28 -0500
  11744. Date: Fri, 29 May 1992 02:36:28 -0500
  11745. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11746. Message-Id: <199205290736.AA16137@delta.eecs.nwu.edu>
  11747. To: "\\telecom"@eecs.nwu.edu
  11748. Subject: TELECOM Digest V12 #428
  11749.  
  11750. TELECOM Digest     Fri, 29 May 92 02:36:25 CDT    Volume 12 : Issue 428
  11751.  
  11752. Index To This Issue:                      Moderator: Patrick A. Townson
  11753.  
  11754.     Corporation for Public Broadcasting (Michael J. Strait)
  11755.     CPB 25th Anniversay Retrospective (Michael J. Strait) 
  11756.     V.32bis Dial-Back Modems (Bill Garfield)
  11757.     Solutions Quarterly (David Leibold)
  11758. ----------------------------------------------------------------------
  11759.  
  11760. Date: Thu, 28 May 1992 12:41:10 EDT
  11761. From: teach07@uc780.umd.edu
  11762. Subject: Corporation for Public Broadcasting
  11763.  
  11764.  
  11765. While the traffic in TELECOM Digest overwhelmingly equates telecom
  11766. with telephony, some readers may be following the current media
  11767. attention on another part of telecommunications -- public broadcasting
  11768.  -- and may find this background information helpful.
  11769.  
  11770.                       WHY AND HOW CPB WAS CREATED
  11771.  
  11772. The Corporation for Public Broadcasting (CPB) is a private, nonprofit
  11773. corporation, authorized by the Public Broadcasting Act of 1967 to
  11774. promote the growth and development of public radio and television in
  11775. the United States.  The corporation was specifically created as an
  11776. independent corporation rather than a federal agency so that the
  11777. recipients of its money, engaged in First Amendment-protected
  11778. programming activities, could be free from the potential of editorial
  11779. interference that might come from direct federal funding.
  11780.  
  11781. Prior to CPB's formation, the educational television climate was full
  11782. of promise but lacking in resources.  The number of local stations was
  11783. increasing, but they lacked an adequate supply of high-quality
  11784. programming that could be made generally available throughout the
  11785. country.  This fact, and the tenuous financial condition of the local
  11786. stations, limited their potential service to the public.
  11787.  
  11788. In response to this problem, the Carnegie Corporation in 1965
  11789. established the Carnegie Commission, which was asked to review the
  11790. state of educational television in the United States and to recommend
  11791. solutions to any problems it discovered.
  11792.  
  11793. In January 1967, the Carnegie Commission presented its report, Public
  11794. Television: A Program for Action.  The principal conclusion of the
  11795. Commission was that a well financed and well directed educational
  11796. television system, substantially larger and far more pervasive and
  11797. effective than that which existed in the United States at the time,
  11798. must be brought into being if the full needs of the American public
  11799. were to be served.  The key to achieving this goal was the expansion
  11800. of federal funds available to educational broadcasting.
  11801.  
  11802. The dilemma: How could the federal government provide funds to public
  11803. broadcasting, engaged in a First Amendment-protected activity, without
  11804. running the risk of interfering with those First Amendment rights?
  11805. The solution: a private, independent organization that would not be a
  11806. part of the federal government and so could make program and other
  11807. funding decisions for educational broadcasters without the concern of
  11808. government interference in First Amendment-protected matters.
  11809.  
  11810. The new organization was conceived by the Commission as the
  11811. "Corporation for Public Television."  Legislation to implement a large
  11812. number of the Carnegie recommendations, amended to include radio,
  11813. moved through Congress.  On Nov. 7, 1967, President Lyndon Johnson
  11814. signed the Public Broadcasting Act of 1967, establishing the
  11815. Corporation for Public Broadcasting.
  11816.  
  11817. When the Carnegie Commission recommended the creation of the
  11818. Corporation, the report emphasized "the long-standing American
  11819. tradition of fostering the expression of ideas and the communication
  11820. of information free from government control or oversight ..."  With
  11821. this in mind, Congress directed that CPB be organized as a private,
  11822. independent entity, which was not subject to the many requirements
  11823. that are imposed on federal agencies.  CPB was exempted from these
  11824. requirements to bolster its non-government status, the critical
  11825. component for federal support of public broadcasting.
  11826.  
  11827. In exempting CPB, Congress was not removing CPB from normal
  11828. requirements of accountability and responsibility for the funds it
  11829. managed.  In fact, those obligations are specifically imposed on CPB
  11830. through the Public Broadcasting Act.  CPB's non-government status is
  11831. intended to protect public broadcasters from governmental scrutiny of
  11832. the day-to-day programming operations of these broadcasters.  In
  11833. recommending the creation of the Corporation, the Carnegie Commission
  11834. stated that "Public television programming should free the creative
  11835. artist and technician to explore the full uses of the medium, allowing
  11836. them to give priority to the aesthetic motive, to the moral and
  11837. intellectual quest."
  11838.  
  11839. Although CPB's board is appointed by the President and confirmed by
  11840. the Senate, and CPB receives federal funds to fulfill its mandate, the
  11841. Public Broadcasting Act emphasized that the Corporation "will not be
  11842. an agency or establishment of the United States government." [47
  11843. U.S.C. 396(b)] CPB is to facilitate the development of public
  11844. telecommunications and to afford maximum protection from extraneous
  11845. interference and control.  [47 U.S.C. 396(a)(8)] The Corporation must
  11846. "carry out its purposes and functions and engage in its activities in
  11847. ways that will most effectively assure the maximum freedom of the
  11848. public telecommunications entities and systems from interference with,
  11849. or control of, program content or other activities."  [47 U.S.C.
  11850. 396(g)(1)(D)] And the Public Broadcasting Act specifically does not
  11851. authorize any U.S. government official to exercise any direction,
  11852. supervision, or control over public telecommunications, CPB, any of
  11853. CPB's grantees, or any educational institution.  [47 USC 398(a)]
  11854.  
  11855. To further insulate CPB and public broadcasting from interference in
  11856. program content, Congress instituted a unique funding arrangement.
  11857. CPB is authorized to receive appropriations in three-year periods, and
  11858. the actual appropriations are made two years in advance of the current
  11859. fiscal year.  This funding technique not only gives public
  11860. broadcasters more time to plan and aggregate additional money needed
  11861. for program productions, but also prevents concerns about current
  11862. broadcasts from affecting current operating budgets and creating a
  11863. chilling effect on producers and stations.
  11864.  
  11865. CPB acts as a catalyst for the productions created by others.  The
  11866. Corporation's mandate in the Act included helping to ensure production
  11867. of high-quality programs from diverse sources; developing television
  11868. and radio systems that would reach and serve all Americans with
  11869. alternative programming; and providing training, instruction,
  11870. research, and development.  Today, CPB distributes direct grants for
  11871. operations and programming to 327 public radio stations and to 199
  11872. public television grantees operating 349 stations in the U.S. and its
  11873. territories.
  11874.  
  11875. The Public Broadcasting Act also directs CPB to strive for objectivity
  11876. and balance in controversial programs that it funds.  To this end, CPB
  11877. closely monitors the programs available in the national public
  11878. television and radio schedules and attempts to fill in gaps in the
  11879. wide range of issues and topics through its own program funding
  11880. decisions.  However, this provision of the Act has been interpreted by
  11881. the Courts to reserve to Congress the final determination of how CPB
  11882. executes this objectivity and balance obligation.  Congress has made
  11883. it clear that CPB is to emphasize maximum protection from interference
  11884. in program content to allow the greatest freedom for the expression of
  11885. ideas from diverse sources.
  11886.  
  11887. Although it shares certain similar interests with other national
  11888. organizations, CPB is distinctly different from the Public
  11889. Broadcasting Service (PBS) and National Public Radio (NPR), both of
  11890. which are owned by their member stations.  CPB helped to establish
  11891. each.  CPB provides grants to qualified public television and radio
  11892. stations and also funds some television and radio program production.
  11893. PBS buys programs and distributes them to public television stations,
  11894. and NPR produces and distributes programs to public radio stations.
  11895.  
  11896. The national commitment made in 1967 with the Public Broadcasting Act
  11897. has turned into a remarkably rich investment for the American people.
  11898. Through the leadership and contributions of CPB, public broadcasting
  11899. has enriched the United States -- educationally, culturally, and
  11900. socially.  The distinctive voice of public broadcasting flows from its
  11901. public service orientation and its ability to be excellent without
  11902. dependence on market share.
  11903.  
  11904. 3/2/92
  11905. Michael J. Strait, Ph.D.
  11906. Project Officer for Research and Evaluation
  11907. Annenberg/CPB Projects   Corporation for Public Broadcasting
  11908. 901 E Street NW  Washington, DC   20004-2006
  11909. 202-879-9649 (Voice)   202-783-1056 (Fax)  mstrait@linknet.com (Email)
  11910.  
  11911. ------------------------------
  11912.  
  11913. Date: Thu, 28 May 1992 12:45:37 EDT
  11914. From: teach07@uc780.umd.edu
  11915. Subject: CPB 25th Anniversay Retrospective
  11916.  
  11917.  
  11918. FURTHER INFORMATION:         
  11919. Rozanne Weissman, 202/879-9689
  11920. Melissa Duprat, 202/879-9695
  11921. Joan Shaffer, 202/879-9687
  11922.  
  11923.  
  11924. Back to the Future ...
  11925.  
  11926.                 FUTURISTS PREDICT MORE VITAL ROLE
  11927.                      FOR PUBLIC BROADCASTING
  11928.  
  11929.          Washington, D.C., May 7, 1992 -- Growing globalization.
  11930. Increasing individualization.  Complex events.  Fast-paced changes.
  11931. Dramatic diversification.  Overwhelming choices.  All further
  11932. accelerated by a revolution in telecommunications and broadcasting.
  11933.  
  11934.          These escalating trends will make public broadcasting even
  11935. more vital in the future than it was in its first 25 years, note two
  11936. leading futurists in a new publication, From Wasteland to Oasis: A
  11937. Quarter Century of Sterling Programming.  The 25-year retrospective by
  11938. the Corporation for Public Broadcasting (CPB) examines not only the
  11939. history and milestones of public broadcasting but also its future
  11940. potential through the eyes of futurists Alvin Toffler and John
  11941. Naisbitt.
  11942.  
  11943.          "We're a society starved for synthesis," says Alvin Toffler,
  11944. author with his wife Heidi of Future Shock, The Third Wave, and Power
  11945. Shift.  "We need more than sound bites.  We need interpretation and
  11946. analysis."  Adds Megatrends author Naisbitt, "It will become
  11947. increasingly important to be able to put events into broader and
  11948. deeper contexts."  Both futurists note public broadcasting's unique
  11949. strengths in these areas.
  11950.  
  11951.          "I'd hate to see the public broadcasting alternative
  11952. deteriorate," says Toffler, who foresees a faster pace of change
  11953. moving the world toward dramatic diversification--in family
  11954. structures, social structures, markets, and media.  In this dynamic
  11955. environment, he also urges public broadcasting to "experiment more and
  11956. invent more forms" as communications systems infuse our experience and
  11957. move increasingly to "interactivity, convertibility, ubiquity, and
  11958. mobility."
  11959.  
  11960.          To mark the Silver Anniversary of the Public Broadcasting Act
  11961. this year, the retrospective takes a dramatic look at what the public
  11962. might be missing without the farsighted statute in a section titled
  11963. What If Public Broadcasting Had Never Been?
  11964.  
  11965.          The answer:
  11966.  
  11967.          o no Sesame Street or Reading Rainbow, setting standards
  11968.            of creativity and excellence for children's television
  11969.            at home and in the classroom;
  11970.  
  11971.          o no NPR, bringing a renaissance to radio programming
  11972.            and radio news, with in-depth, intelligent, and
  11973.            engaging coverage of our complex world;
  11974.  
  11975.          o no PBS, delivering fresh, mind- and spirit-expanding
  11976.            television to America's living rooms;
  11977.  
  11978.          o no CPB, to fund and foster a steady and ambitious
  11979.            stream of imaginative, high-quality, alternative
  11980.            programming for public radio and television;
  11981.  
  11982.          o no closed captioning of television for people with
  11983.            hearing impairments nor descriptive video for people
  11984.            with visual impairments;
  11985.  
  11986.          o no school satellite services giving rural students a
  11987.            chance to learn the likes of Russian, Japanese, or
  11988.            calculus;
  11989.  
  11990.          o no development of radio and television as powerful
  11991.            forces to cope with social challenges through outreach
  11992.            programming;
  11993.  
  11994.          o no multicultural programming, addressing the diverse
  11995.            groups that make up the nation and creating bridges of
  11996.            understanding among people of different cultural
  11997.            heritage.
  11998.  
  11999.          With the flavor of Frank Capra's Christmas movie classic It's
  12000. A Wonderful Life, the section appropriately concludes with a
  12001. delightful photo of Big Bird and Mister Rogers hugging captioned:
  12002. "What if America's children didn't have their friends Big Bird and
  12003. Mister Rogers to comfort them?"
  12004.  
  12005.          From Wasteland to Oasis: A Quarter Century of Sterling
  12006. Programming opens 30 years ago with Newton Minow's famous "vast
  12007. wasteland" remark from his speech to commercial broadcasters about the
  12008. television landscape at that time.  The former FCC Chairman later in
  12009. the retrospective describes public broadcasting today as an "oasis"
  12010. and makes a forceful case for stable, adequate funding of public
  12011. broadcasting -- known for its "tin cup, begathon" image.
  12012.  
  12013.          "I've never understood why, when it comes to funding, we
  12014. distinguish public broadcasting from other public service institutions
  12015. like hospitals, libraries, and schools and universities which meet
  12016. essential needs and serve the public good," Minow says.  "Yet public
  12017. broadcasting is a stepchild, struggling to provide outstanding public
  12018. service while remaining in the role of perpetual beggar in the richest
  12019. country in the world."
  12020.  
  12021.          Minow concludes the retrospective with an optimism about
  12022. public broadcasting's future similar to that of the futurists: "Public
  12023. broadcasting has made enormous progress.  But it's only just
  12024. beginning."
  12025.  
  12026.  
  12027. Michael J. Strait, Ph.D.
  12028. Project Officer for Research and Evaluation
  12029. Annenberg/CPB Projects   Corporation for Public Broadcasting
  12030. 901 E Street NW   Washington, DC   20004-2006
  12031. 202-879-9649 (Voice)  202-783-1056 (Fax)   mstrait@linknet.com (Email)
  12032.  
  12033.  
  12034. [Moderator's Note: Thanks very much for sharing these articles with
  12035. the Digest readership. For readers with specific interest in the field
  12036. of radio broadcasting, I call your attention to a recent addition to
  12037. the net, 'rec.radio.broadcasting', available as a newsgroup or mailing
  12038. list. For information, contact the Moderator, William Pfieffer, via
  12039. his site:  rrb@airwaves.chi.il.us.  PAT] 
  12040.  
  12041. ------------------------------
  12042.  
  12043. From: yob!bill.garfield@nuchat.sccsi.com
  12044. Subject: V.32bis Dial-Back Modems
  12045. Date: 27 May 92 06:59:00 GMT
  12046. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  12047. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  12048.  
  12049.  
  12050. > Does anybody make a V.32 (or better, V.32bis) external modem that
  12051. > supports dial-back in hardware?  If so, does anybody know about how
  12052. > much they'd cost and where we could get them?  Reply via email to the
  12053. > address below, and I'll summarize to the list if there's interest.
  12054.  
  12055. MultiTech Systems - 2205 Woodale Drive - Mounds View, MN 55112
  12056. 1-800-328-9717 Has exactly what you are looking for, and has had for
  12057. several years ... long enough in fact that the feature is fully
  12058. debugged and works flawlessly.
  12059.  
  12060. In fact, dialback in hardware has been a standard feature in all the
  12061. MultiTech modems from 2400 bps on up for at least the past two years
  12062. that I know of.
  12063.  
  12064. The specific MultiTech models (current production) that you seek are:
  12065.  
  12066. MT932BA  (V.32/V.42/V.42bis 9600 bps - includes 9600 bps FAX too)
  12067. MT1432BA (V.32bis - ditto - 14,400 bps  - ditto)
  12068. MT224BA  (V.22bis - ditto - 2400 bps -  ditto)
  12069. and ...
  12070.  
  12071. Soon to come, is the MT1432MU -- an as yet unannounced shirt-pocket
  12072. sized portable with 14.4 (v32bis) and all the other trimmings.
  12073.  
  12074. Needless to say, the above do not fall into the 'cheap Taiwan clone'
  12075. modem category.  The V32bis MT1432BA carries a list price of $899.
  12076. Your local MultiTech Distributor can possibly improve on that number.
  12077.  
  12078. The company I work for has been using MultiTech products in
  12079. considerable quantities for the past seven years.  I know of no
  12080. problems.
  12081.  
  12082. Standard Disclaimer applies.  Opinions are my own.
  12083. I speak for no one.  I am not an employee nor representative
  12084. of MultiTech Systems, Inc.
  12085.  
  12086.  
  12087. Bill Garfield (bill.garfield@yob.sccsi.com)
  12088. Voice: 713.989.0000   Data: 713.520.1569   Fax: 713.627.5285
  12089.  
  12090. ------------------------------
  12091.  
  12092. Date: Wed, 27 May 1992 02:37:06 -0400
  12093. From: Dave Leibold <Dave.Leibold@f730.n250.z1.fidonet.org>
  12094. Subject: Solutions Quarterly
  12095.  
  12096.  
  12097. Bell Canada puts out a quarterly called Solutions, intended for Bell
  12098. Canada's business customers, but available on request at 1 800 363
  12099. 2917 or writing Solutions 1050 cote du Beaver Hall, Bureau 620,
  12100. Montreal PQ H2Z 1S4, or fax at (514) 870.4385. No guarantees on
  12101. whether Bell will mail these outside Canada, or even outside Ontario
  12102. and Quebec, though interested folks could check this out.
  12103.  
  12104. Current issue has articles on new products, an article that in effect
  12105. cuts up the reseller industry and a few other items of interest.
  12106.  
  12107.  
  12108. Dave Leibold - via FidoNet node 1:250/98
  12109. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  12110.  
  12111. ------------------------------
  12112.  
  12113. End of TELECOM Digest V12 #428
  12114. ******************************
  12115. 
  12116. 
  12117. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa00877;
  12118.           30 May 92 16:57 EDT
  12119. Received: by delta.eecs.nwu.edu id AA14878
  12120.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 15:10:48 -0500
  12121. Received: by delta.eecs.nwu.edu id AA27656
  12122.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 15:10:38 -0500
  12123. Date: Sat, 30 May 1992 15:10:38 -0500
  12124. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12125. Message-Id: <199205302010.AA27656@delta.eecs.nwu.edu>
  12126. To: "\\telecom"@eecs.nwu.edu
  12127. Subject: TELECOM Digest V12 #429
  12128.  
  12129. TELECOM Digest     Sat, 30 May 92 15:10:19 CDT    Volume 12 : Issue 429
  12130.  
  12131. Index To This Issue:                      Moderator: Patrick A. Townson
  12132.  
  12133.     CWA Members Gear Up for Possible Strike (Phillip Dampier)
  12134.     ANI Curiosities and GTE Horror Stories (Mark Rudholm)
  12135.     Alternative Telephone Mic (Dan Harkless)
  12136.     GTE-SW Seeks Approval to Offer ISDN in Dallas, TX (Len E. Elam)
  12137.     GTE Bashing (Rob Schultz)
  12138. ----------------------------------------------------------------------
  12139.  
  12140. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  12141. Reply-To: phil@rochgte.fidonet.org
  12142. Date: Sat, 30 May 1992 02:00:45 -0500
  12143. Subject: CWA Members Gear Up for Possible Strike
  12144.  
  12145.  
  12146. CWA MEMBERS GEAR UP FOR AT&T CONTRACT COUNTDOWN
  12147. Communications Workers of America
  12148. 29 May 1992     1400 EDT
  12149.  
  12150.  
  12151.  
  12152. WASHINGTON -- With just over 24 hours to go before the expiration of
  12153. the AT&T contract, members of the Communications Workers of America
  12154. engaged in intensified mobilization activities on the job and in their
  12155. communities, to demonstrate to AT&T the union's solidarity behind
  12156. their bargaining goals.
  12157.  
  12158. "As a CWA officer who has been involved in national negotiations since
  12159. 1974, I cannot recall when we were this far apart with only 48 hours
  12160. to go," CWA President Morton Bahr said in a nationwide teleconference
  12161. with CWA members last night.
  12162.  
  12163. "We would describe AT&T's meager wage and benefit offers as so
  12164. inadequate as tobe insulting," CWA negotiations said.
  12165.  
  12166. AT&T is an extremely profitable company, expected to make between $3
  12167. and $4 billion dollars in profits next year.  CEO Bob Allen has
  12168. received compensation increases of 31%, and management increases range
  12169. between 20 and 30%, while union members received only 9%, since 1989.
  12170.  
  12171. "AT&T has been completely unresponsive to our proposals for employment
  12172. security," CWA negotiators stated.  "If profitable, successful
  12173. companies like AT&T callously eliminate good American jobs, regardless
  12174. of the negative impact on communities and customer service, then where
  12175. can American working people turn for a decent future, and good middle
  12176. class jobs with good pay, benefits, security, and an opportunity to
  12177. advance?" asked CWA's chief negotiator.  "We're fighting to protect
  12178. good jobs for communities all over this country."
  12179.  
  12180. AT&T has cut more than 100,000 union jobs since the divestiture of the
  12181. Bell System in 1984, 25,000 of those cut since the last round of
  12182. bargaining in 1989. More layoffs have been announced -- including the
  12183. replacement of 6,000 operators (one-third of all AT&T operators) with
  12184. voice recognition robots.
  12185.  
  12186. CWA's employment security concerns include AT&T's excessive reliance
  12187. on subcontracting, temporary workers, and reclassification of union
  12188. work under "management" titles.  AT&T has erected artificial barriers
  12189. between the union- represented workforce and its new non-union
  12190. subsidiaries, like American Transtech and the Universal Card, and
  12191. tolerated vicious anti-union campaigns at NCR and Paradyne in Largo,
  12192. Florida.
  12193.  
  12194. These practices have left union members extremely uncertain of job
  12195. security, and along with numerous plant and office closings, have had
  12196. devastating effects on the communities that have lost good jobs.
  12197.  
  12198. CWA members have voted to give strike authorization to the union's
  12199. leadership. In addition, development of a new strategy, the electronic
  12200. picketline, has given union leaders the power to switch tens of
  12201. thousands of long-distance customers away from AT&T to another
  12202. long-distance carrier.  CWA members have been collecting tens of
  12203. thousands of "carrier switch" cards, essential proxies, that authorize
  12204. the union to switch the customer away from AT&T if a settlement is not
  12205. reached by the contract expiration date.  And CWA members around the
  12206. country have solicited letters of support from thousands of small
  12207. businesses that will also switch carriers.  Support from the labor
  12208. movement and its 15 million union families, as well as from the
  12209. Postal, Telegraph, and Telephone International (representing
  12210. communications workers around the world) give CWA the ability to mount
  12211. a worldwide electronic picketline around AT&T, affecting millions in
  12212. AT&T revenues every week.  The electronic picketli!  ne could be
  12213. implemented in addition to, or as an alternative to, a strike, if no
  12214. agreement is reached by contract expiration.
  12215.  
  12216. CWA, the International Brotherhood of Electrical Workers, and AT&T
  12217. have been negotiating since March 30, 1992 for a new three year
  12218. contract.  The current contract expires at midnight on Saturday, May
  12219. 30.  The CWA Public Affairs office will be open starting at 5:00 pm on
  12220. Saturday through the evening's negotiations.
  12221.  
  12222. ------------------------------
  12223.  
  12224. Date: Fri, 29 May 92 17:44:47 PDT
  12225. From: aimla!ruby!rudholm@uunet.UU.NET (Mark Rudholm)
  12226. Subject: ANI Curiosities and GTE Horror Stories
  12227.  
  12228.  
  12229. I have been playing with Tom Lowe's (tlowe@attmail.com) 800 ANI and
  12230. got some interesting results.  From my (L.A.) Cellular phone, I get
  12231. 213-727-0691.  This is a Montebello, CA (a city of ~60,000 adjacent to
  12232. L.A.)  prefix, which makes sense since L.A. Cellular has their main
  12233. operations there.  From home (a WE 5ESS), ANI was delivered correctly.
  12234. Also from home, I had the AT&T LD operator dial the number for me and
  12235. I was surpirsed to hear that ANI was correctly delivered.  Sprint and
  12236. MCI operators both refused to attempt the call for me.  The Pacific
  12237. Bell TOPS operator dialed it for me and ANI was delivered as
  12238. 000-000-0000.
  12239.  
  12240. There is some strange Software Defined Network that I have access to
  12241. through the Centranet (unfortunately, my office is in GTE California
  12242. land) system at work and it delivers ANI 213-473-xxxx which makes no
  12243. sense at all because not only are we in 310, but if you dial a number
  12244. from this SDN into 213 without first dialing 1-213, you get GTE's
  12245. recording telling you that the number you have dialed is in 213 and to
  12246. try again with the 213 area code.  Also, there is no 473 prefix in 213
  12247. anymore (it became 310).  The 213-473 number used to belong to a
  12248. residence customer but is now disconnected.
  12249.  
  12250. So if I dial Alliance Teleconferencing from this SDN, where will the
  12251. bill go?  What if I dial a 900 (or an 800 number that bills against
  12252. ANI) number, where will the bill go?
  12253.  
  12254. Of course, keep in mind, this is GTE California Land.
  12255.  
  12256. While I'm on the subject of GTE California, allow me to relate a
  12257. little story.  Last July, I moved into a house in Venice (where they
  12258. don't even offer Cancel Call-Waiting or three-way calling that
  12259. actually works) with two roommates.  Each of them already had phone
  12260. service in the house and there was a third, unused drop-line and
  12261. station protector.  I thought, great, I can just call GTE and have
  12262. them activate my new line on the unused protector.  Well, my GTE
  12263. Disservice Representative insisted that "The Computer" says there are
  12264. only two drops going to that house.  I said, "No, I'm sure there are
  12265. three, I do know what they look like."
  12266.  
  12267.    "I'm sorry sir, but I only show two drops, we're going to have to
  12268. send an installer out to the house to connect the line"
  12269. They assured me that if in fact, I was correct and there was an available
  12270. station protector, there would be no "Visit Charge."
  12271.  
  12272. I thought, oh well, the installer will note on his report that there
  12273. was in fact an available line and I wouldn't be charged the additional
  12274. $80 in any case.  Well, surprise, surprise, I was billed for the
  12275. "Visit" of the installer and was only able to have the charged removed
  12276. after about three weeks and two hours on the phone to no less than 5
  12277. GTE employees.
  12278.  
  12279.    I consider myself a pretty astute telephone customer and I had
  12280. problems being billed correctly.  It really makes me wonder how many
  12281. people they successfully overcharge.  Funny thing, too, it seems that
  12282. every time you call them to inquire about the cost of various things
  12283. like connecting a new line, or moving an existing service to a new
  12284. address you get a different answer.  When we were bored we would
  12285. sometimes joke about entertaining ourselves by playing "GTE Rate
  12286. Roulette" and see how much phone service costs today!  The winner
  12287. would be the one who gets the lowest quote!  Who wants to play?!  Not
  12288. me, thank you, I moved to Hancock Park, well within Pacific Bell
  12289. territory.  But I guess I'm just some Telecom-Ignorant person who's
  12290. mouthing off, right, Gloria?
  12291.  
  12292. By the way, if anyone knows where I could get a Western Electric (or
  12293. even Automatic Electric) "Panel Phone," please let me know.  These are
  12294. the phones that are installed flush with a wall, they were often found
  12295. in kitchens in the 70's.
  12296.  
  12297.  
  12298. Mark D. Rudholm      rudholm@aimla.com
  12299.  
  12300. ------------------------------
  12301.  
  12302. From: dan@cafws1.eng.uci.edu (Dan Harkless)
  12303. Subject: Alternative Telephone Mic
  12304. Organization: University of California, Irvine
  12305. Date: 30 May 92 04:58:36 GMT
  12306.  
  12307.  
  12308.     What I've been trying to do is attach a different microphone to an
  12309. old phone of mine.  But when I connect the leads that originally went
  12310. to the old mic, my external microphone acts as a speaker.  I tried
  12311. switching the wires back and forth several times, but in either
  12312. orientation the mic acted as a speaker.  I don't get this ...
  12313.  
  12314.  
  12315. Dan Harkless    dharkles@bonnie.ics.uci.edu     dan@cafws1.eng.uci.edu
  12316.  
  12317. ------------------------------
  12318.  
  12319. Date: Sat, 30 May 92 13:45:17 CDT
  12320. From: lelam%kuwait@Sun.COM (Len E. Elam)
  12321. Subject: GTE-SW Seeks Approval to Offer ISDN in Dallas, TX
  12322.  
  12323.  
  12324. The following was published in the 27 May 1992 A.M. edition of the
  12325. {Fort Worth Star-Telegram} (Fort Worth, Texas, USA).  I thought that
  12326. the readers of the TELECOM Digest might like to see it and comment on
  12327. it.
  12328.  
  12329. Note:  _Underlined_Text_, *Bold*Text*
  12330.  
  12331. *BEGINNING*OF*NOTICE*
  12332.  
  12333.                             *PUBLIC*NOTICE*
  12334.  
  12335.     GTE Southwest Incorporated ("GTE-SW" - now a part of GTE
  12336. Telephone Operations-Central Area) has filed an application with the
  12337. Public Utility Commission of Texas ("Commission") to seek approval to
  12338. provide a new service to its multiline business or residential
  12339. customers.  GTE-SW is seeking approval of Integrated Services Digital
  12340. Network-Primary Rate Interface ("ISDN-PRI"), a central office-based
  12341. service which will allow customers to integrate voice and data
  12342. services on a general-purpose trunk.  This will allow the customer to
  12343. consolidate various trunk types on a single facility. ISDN-PRI can
  12344. serve customer-premise equipment, such as a Private Branch Exchange
  12345. ("PBX"), Local Area Network ("LAN") gateway, or a host computer. It
  12346. also can serve as a trunk interface between central offices.  This
  12347. service is _optional_ and if not ordered, will not affect a customer's
  12348. existing service or rates. The estimated annual effect on GTE-SW's
  12349. revenues in the first year is $68,840.00.
  12350.  
  12351.     Due to technical limitations, this service will not be
  12352. available in all of GTE-SW's serving areas. Upon approval of its
  12353. application, GTE-SW will offer this service in the following central
  12354. office serving areas: D/FW Airport, Irving North, Carrollton Main,
  12355. Carrollton-Crosby West and Plano Northwest. By 1994, GTE-SW intends to
  12356. offer this service in the Irving-Walnut Hill, Irving-West, Piano-Main
  12357. and Plano-West central offices.
  12358.  
  12359.     In this application, GTE-SW is proposing the following
  12360. services:
  12361.  
  12362.     *ISDN-PRI*Access* - This element provides exchange access and
  12363. trunk termination at the serving central office. One PRI Access
  12364. provides 23 B-channels and 1 D-channel and is required at one end or
  12365. each end of a PRI facility to terminate in an ISDN-PRI serving central
  12366. office. The B-channels on the PRI can carry switched voice and/or
  12367. switched data at speeds up to 64 Kbps. The D-channel is only used for
  12368. signaling.
  12369.  
  12370.     *ISDN-PRI*Facility* - The PRI facility provides the 1.544 Mbps
  12371. digital transport between the customers' location and the customers'
  12372. serving central office.
  12373.  
  12374.     *ISDN*TIE*Channel* - This feature will provide for
  12375. connectivity between the customers' multi-location customer group. The
  12376. TIE will support feature interworking among the locations and
  12377. transparent feature access.
  12378.  
  12379.     *IC*Service*Channel* - This feature will provide for
  12380. connectivity to IC's ISDN-PRI services.  On a per-demand basis, the
  12381. user will be able to access those features via the B-channels that the
  12382. IC supports on the PRI facility. The proposed rates for the
  12383. above-referenced services are as follows:
  12384.  
  12385.                   Non-recurring        Monthly
  12386.                 _Charge_        _Charge_
  12387.  
  12388. ISDN-PRI Access            $200.00            $350.00
  12389. ISDN-PRI Facility        $300.00            $200.00
  12390. IC Service Channel        $200.00             $35.00
  12391. ISDN-TIE Channel        $200.00             $l5.00
  12392.  
  12393.     The effective date for this service is September 26,1992.
  12394. Persons who wish to intervene or otherwise participate in these
  12395. proceedings should notify the Commission. A request to intervene,
  12396. participate, or for further information, should be mailed to the
  12397. Public Utility Commissions of Texas, 7800 Shoal Creek Boulevard, Suite
  12398. 400N, Austin, Texas 78757. Further information may also be obtained by
  12399. calling the Public Information Division of the Public Utility
  12400. Commission at (512) 458-0256, or (512) 458-0221, teletypewriter for the
  12401. deaf.
  12402.  
  12403. *END*OF*NOTICE*
  12404.  
  12405.  
  12406. Who Am I?: Len E. Elam
  12407. Email:     central.sun.com!gdfwc3!lelam
  12408. Disclamer: I speak only for myself.
  12409.  
  12410. ------------------------------
  12411.  
  12412. Subject: GTE Bashing
  12413. Date: Sat, 30 May 92 15:52:56 EST
  12414. From: rms@miles.miles.com (Rob Schultz)
  12415.  
  12416.  
  12417. While we're on a GTE-bashing bent here, I thought I would add in my
  12418. recent experiences with them.
  12419.  
  12420. A few weeks ago, I moved (not far, just across the apartment complex).
  12421. About two weeks prior to the move, I called GTE to have my phone
  12422. service turned off at the old place and turned on at the new place.
  12423. In the process, I decided to get two lines (I previously had only
  12424. one), and had both of them set up as unlisted.  I decided to hook up
  12425. the second line myself (It cost about $3.00 for the new wallplate, as
  12426. opposed to something like $80.00 if GTE did it), since the place was
  12427. already wired with four-wire line.  GTE promised to label both lines
  12428. at the Network Interface Box so I could tell which was which.
  12429.  
  12430. No Problem.
  12431.  
  12432. Until I moved in, that is.  I had specified that my new service be
  12433. turned on the Friday that I started moving.  I got in to the new place
  12434. late Friday, but when I plugged in the phone, I got no service.  As it
  12435. was pretty late, I decided to bag it and deal with it in the morning.
  12436. Well, it was afternoon before I got to it (moving took more time than
  12437. I had anticipated :-().  I hooked up the new wallplate, and tried
  12438. every combination I could think of to get the phones to work.  No
  12439. success.  Finally, I went out to the NIB.  Well, the two lines were
  12440. labelled, all right, but they were just dangling there!!  GTE had
  12441. apparently turned on the service, came out, labelled the lines, and
  12442. never physically connected them!  Using an old phone, I managed to
  12443. determine where to hook up each of the lines in the NIB, and got
  12444. everything working.  (After a little more trouble: apparently whoever
  12445. ran the wires in the first place never bothered to connect the second
  12446. line on the inside -- but that's another story.)
  12447.  
  12448. On Monday, I called GTE to complain and ask them to refund the Site
  12449. Call fee that they were to have charged me for installation.  Well,
  12450. the Customer Service Rep I was talking with had a real hard time
  12451. understanding why I thought I should get some money back.  She offered
  12452. to put me on line with a supervisor.  OK.  When she came back, she
  12453. said that the supervisor had said to simply offer me my first month of
  12454. service free.
  12455.  
  12456. Wanting to be fair :-) I tried to find out how much the installation
  12457. fee was for the site call, and have them refund that amount instead.
  12458. The rep then got really confused and a little rude.  I finally asked
  12459. again to speak with a supervisor.  Here comes the happy ending :-) I
  12460. finally got on with the supervisor, who told me she had been
  12461. monitoring the call (for improving the quality of service), and that I
  12462. had a legitimate complaint.  She explained to me that the installation
  12463. fee was now a single charge, whether or not a site visit was made.
  12464. She again offered the one month free service, and I gladly accepted
  12465. (not trivial for two-line unlisted service).  I never asked what would
  12466. happen to the original rep.
  12467.  
  12468. On a side note, when requesting my service, I asked what type of
  12469. switch I would be on.  The rep went to find out, and came back with
  12470. the answer: GTS-5.  I asked if this was a 5ESS or similar, and all she
  12471. could tell me was that it is GTE's latest and greatest switch.  Can
  12472. anyone help identify this?
  12473.  
  12474. Well, sorry for rambling like this, but someone has to give PAT some
  12475. work to do around here :-) (just kidding, PAT).
  12476.  
  12477.  
  12478. Rob Schultz   At work:  +1 219 262 7206
  12479. rms@andria.miles.com      rms@miles.com
  12480. {uunet|iuvax}!nstar!miles!andria!rms  {uunet|iuvax}!nstar!miles!rms
  12481.  
  12482. ------------------------------
  12483.  
  12484. End of TELECOM Digest V12 #429
  12485. ******************************
  12486. 
  12487. 
  12488. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa07053;
  12489.           30 May 92 19:47 EDT
  12490. Received: by delta.eecs.nwu.edu id AA09486
  12491.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 18:04:28 -0500
  12492. Received: by delta.eecs.nwu.edu id AA12800
  12493.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 18:04:19 -0500
  12494. Date: Sat, 30 May 1992 18:04:19 -0500
  12495. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12496. Message-Id: <199205302304.AA12800@delta.eecs.nwu.edu>
  12497. To: "\\telecom"@eecs.nwu.edu
  12498. Subject: TELECOM Digest V12 #430
  12499.  
  12500. TELECOM Digest     Sat, 30 May 92 18:04:00 CDT    Volume 12 : Issue 430
  12501.  
  12502. Index To This Issue:                      Moderator: Patrick A. Townson
  12503.  
  12504.     FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up (J. Truitt)
  12505.     "Bulk" Equalizer Wanted (Fred Bauer)
  12506.     Multi-Ring Detection Laser Products (Steve Garrett)
  12507.     Ground Plane Cell Antenna (Peter Hayward)
  12508.     USWEST/Third line problem (Scott Colbath)
  12509.     PacBell Data Access Lines (Matthew Holdrege)
  12510.     Coin-Phone Numbers (Randy Gellens) 
  12511.     HDTV Information Needed (slzzh@io.ee.usu.edu@cc.usu.edu)
  12512.     Fare War Clogs Phone System; Strange Behavior (Mike Coleman)
  12513.     Cabin Connection and Cordless Phone Question (Thomas K. Hinders)
  12514.     AT&T's Network Uses Number 5 ESS? (Peter Capek)
  12515.     Crossed-Pairs (was GTE Stories) (Rob Warnock)
  12516. ----------------------------------------------------------------------
  12517.  
  12518. Reply-To: joseph@biocad.com
  12519. Subject: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  12520. Date: Sat, 30 May 92 22:04:49 -0700
  12521. From: Joseph Truitt <joseph@valis.biocad.com>
  12522.  
  12523.  
  12524. I read this in the June '92 {Scientific American}:
  12525.  
  12526. TAP DANCE
  12527.  
  12528. Keeping Communications Networks Safe for Debugging
  12529.  
  12530.      The Federal Bureau of Investigation was once fond of pointing out
  12531. that "it always gets its man."  One of its most heavily used
  12532. techniques -- as the recent murder tiral of mob boss John Gotti--is
  12533. the trusty wiretap.  But the bureau fears that new digital
  12534. communications systems could leave its agents listening to an
  12535. uninformative cacophony.  So this spring the U.S. Department of
  12536. Justice proposed legislation requiring makers of electronic
  12537. communications equipment to ensure that their equipment could be
  12538. tapped.
  12539.  
  12540.  ...
  12541.  
  12542.      Faced with an uncertain future, law enforcement officials might
  12543. well prefer to get their taps directly from the telephone switching
  12544. system, but engineers will guard their systems jealously.  Schwartz
  12545. contends that adding convenient wiretapping to the long list of other
  12546. features for call routing and tracing on a digital switch at best
  12547. would be expensive and at worst could make the phone system
  12548. unreliable.
  12549.  
  12550.      Cost is also a sensitive issue.  Under the proposed legislation,
  12551. telephone companies and equipment makers would be allowed to charge
  12552. customers for the privilege of being tappable.  FBI director William
  12553. Sessions has estimated the cost at a mere $250 million to $300
  12554. million.
  12555.  
  12556.      And the U.S. telephone system is only the beginning of the
  12557. problem.  The FBI's proposal applies equally to private branch
  12558. exchanges (internal corporate telephone systems), local-area networks,
  12559. computer bulletin boards and even the Internet, which links computers
  12560. across the U.S. and throughout the world.  All these systems,
  12561. according to the FBI's bill, would have to conform to (potentially
  12562. unpublished) ease-of-tapping standards promulgated by the Federal
  12563. Communications Commission.  Violators would face fines up to $10,000 a
  12564. day.
  12565.  
  12566.      After discussing the issue only with telephone companies, the FBI
  12567. met privately with some computer companies in mid-April.  On Capitol
  12568. Hill, public discussions were scheduled for the end of the month, amid
  12569. a growing sense that legislation bending all the nation's
  12570. communication systems to the current needs of the FBI is a wrongheaded
  12571. way to attack the problem.  Mitchell Kapor of the Electronic Frontier
  12572. Foundation suggests, "Give the FBI the funding they need" to develop
  12573. better taps and leave the telephone and computer networks alone.
  12574.  
  12575. Phone follow-up:
  12576.  
  12577. I called around Washington for the last couple of days, running the
  12578. usual strenuously circuitous route to someone who had the slightest
  12579. idea what I was referring to.  I finally ended up at the FBI
  12580. Congressional Affairs office (reachable through the main FBI number
  12581. 202/325-3000), speaking to a very helpful and nice gentleman named
  12582. Barry Smith.
  12583.  
  12584. Mr. Smith confirmed the essential points of the proposal as outlined
  12585. in the above article.  I asked for a bill number, and he took a wild
  12586. guess that it would be a month before the proposal would be assigned a
  12587. number.  He indicated that the proposal was a clarification,
  12588. affirmation, and modernization of the Omnibus Crime and Safe Streets
  12589. Act of 1968, which orders the telecom provider to "assist in
  12590. intercept" and gives the FBI the right to tap particular conversations
  12591. as long as they have "probable cause" of criminal activity and a
  12592. court-ordered warrant.  They are supposed to adhere to the principle
  12593. of "minimization," which means that they will only listen to the
  12594. conversation directly pursuant to the criminal activity, and they will
  12595. stop listening immediately if they stumble upon the wrong
  12596. conversation.
  12597.  
  12598. Mr. Smith indicated that the new proposal continues in the same vein,
  12599. and is intended to allow a similar ease of tapping with the new
  12600. digital and optical equipment.  The intent is to enforce the "proper"
  12601. design of the communications equipment -- and as a last resort, issue
  12602. [expensive] contempt citations and force retrofits anyway.  Oh (this
  12603. is the most disturbing point, IMO) -- he also confirmed that the
  12604. standard is _not_ just for telephone companies.  The proposal covers
  12605. _all_ transmitted communications between any kind of equipment, data
  12606. as well as voice, on any sort of wire or network--large or small,
  12607. public or private.
  12608.  
  12609.  Questions:
  12610.  
  12611. I want your expert opinions.  Is this proposal a reasonable
  12612. clarification and modernization of the Omnibus Act?  Or is it too
  12613. general and invasive to be acceptable?  Is this a convenient
  12614. opportunity for Big Brother to extend his reach?  Should I/we be
  12615. particularly concerned?  Write letters of protest to Congress, and all
  12616. that?  If so, what are the most effective points and methods of
  12617. rebuttal?  If not, why?
  12618.  
  12619.  
  12620. Joseph   (joseph@biocad.com)
  12621.  
  12622. ------------------------------
  12623.  
  12624. From: Fred Bauer <fbauer@access.digex.com>
  12625. Subject: "Bulk" Equalizer Wanted
  12626. Date: Sat, 30 May 92 17:18:50 EDT
  12627.  
  12628.  
  12629. I am looking for a manufacturer of telephone line equalizers
  12630. (Amplitude/ Delay) for use in equalizing data circuits to CCITT M.1020
  12631. Specs.  There are many manufacturers of equalizers with four-wire
  12632. interfaces, but I am looking for a "Bulk Equalizer", with a T-1
  12633. interface (presumably using DSP technology to do the equalizing.)  If
  12634. any readers know of a source for such a device, please let me know.
  12635.  
  12636. Thanks.
  12637.  
  12638.  
  12639. Fred Bauer                IDB Communications/Network Engineering
  12640. fbauer@access.digex.com   (301) 590-7067
  12641.  
  12642. ------------------------------
  12643.  
  12644. Date: Sat, 30 May 92 23:08 GMT
  12645. From: Midwest Laser Products <0004104492@mcimail.com>
  12646. Subject: Multi-Ring Detection
  12647.  
  12648.  
  12649.      Illinois Bell offers a service called Multi-Ring.  It allows one
  12650. telephone line to have several different phone numbers. Incoming calls
  12651. placed to the primary number have the standard ring cycle, while those
  12652. to a secondary number have a double ring.
  12653.  
  12654. I am not sure how they work third and fourth numbers...  Anyway I have
  12655. heard that there is a device available that detect the double ring and
  12656. routes those calls to a seperate device, such as a FAX machine.  This
  12657. allows the small business owner to have only one physical phone line,
  12658. but a separate fax number.  Does anyone know where such a device can
  12659. be purchased?  
  12660.  
  12661.  
  12662. Thanks,
  12663.  
  12664. Steve Garrett mlp@mcimail.com
  12665.  
  12666. ------------------------------
  12667.  
  12668. From: hayward@gargoyle.uchicago.edu (Peter Hayward)
  12669. Subject: Ground Plane Cell Antenna
  12670. Organization: Somewhere between the Stillwater and Penobscot Rivers
  12671. Date: Fri, 29 May 1992 16:44:57 GMT
  12672.  
  12673.  
  12674. I wish to turn an unused trunk mount cell antenna into a permanently
  12675. mounted ground plane antenna to use on my house in rural Maine for the
  12676. (quite often) times that the phone lines go out. What is the proper
  12677. length for the radials?
  12678.  
  12679.  
  12680. Thanks.
  12681.  
  12682. Peter B. Hayward                University of Maine               WX9T
  12683. hayward@gandalf.umcs.maine.edu  (yeah, I know I didn't post from there)
  12684.  
  12685. ------------------------------
  12686.  
  12687. From: scol@scottsdale.az.stratus.com (Scott Colbath)
  12688. Subject: USWEST/Third Line Problem
  12689. Date: 29 May 92 18:17:37 GMT
  12690.  
  12691.  
  12692. Here is the latest in my quest for that elusive third line.
  12693.  
  12694. 1) I can not get the UDC device because of a limited test area which
  12695. was not previously known and did not include my CO. Bummer ...
  12696.  
  12697. 2) Due to many complaints to the ACC (the equivalent of PUC),
  12698. regarding the $1,000 price tag for the third line, USWEST has been
  12699. asked by the ACC to show cause for the price increase. I now get to
  12700. sit tight waiting for the answer on this one. The ACC might reduce the
  12701. cost, revert to the original charges or leave it the way it is. Who
  12702. knows ...!!!
  12703.  
  12704. The saga continues.
  12705.  
  12706. BTW: Has anyone else seen or heard anything about the UDC since I
  12707. first posted about it?
  12708.  
  12709.  
  12710. Scott Colbath   Stratus Computer
  12711. Phoenix, Az.  (602)852-3106
  12712. Internet:   scott_colbath@az.stratus.com
  12713.  
  12714. ------------------------------
  12715.  
  12716. Date: Fri, 29 May 92 23:36 GMT
  12717. From: Matthew Holdrege <HOLDREGE+_MP%A1%PacifiCare@mcimail.com>
  12718. Subject: PacBell Data Access Lines
  12719.  
  12720.  
  12721. I just had a meeting with my Pac Bell rep and his and his Technical
  12722. Support Manager. In regards to the removal of Data Access Line service
  12723. they had this to say:
  12724.  
  12725. Pac Bell believes that Data Access service is no longer necessary. With 
  12726. today's modern modem's and fax machines, extra-clean lines are not 
  12727. needed. Therefore they planned to grandfather all existing Data Access Lines 
  12728. and no longer sell new lines. They also would convert all grandfathered 
  12729. lines to 1mb in 1994.
  12730.  
  12731. However, the PUC stopped them because some people were worried about
  12732. customers who had older modems and FAX machines that would have
  12733. trouble over certain 1mb lines. So nothing has happened yet. This
  12734. would _not_ affect any 1mb tariff.
  12735.  
  12736. BTW, they gave me a copy of the spec sheet for Data Access Lines if anyone 
  12737. is interested.
  12738.  
  12739.  
  12740. Matt Holdrege                 5156065@mcimail.com
  12741. Pacificare Health Systems     714-229-2518
  12742.  
  12743. ------------------------------
  12744.  
  12745. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  12746. Date: 30 MAY 92 04:04   
  12747. Subject: Coin-Phone Numbers
  12748.  
  12749.  
  12750. In Telecom 12.393, Pat, the Moderator, notes:
  12751.  
  12752. > ...they probably 'knew' that 'payphones always begin 9xxx'
  12753.  
  12754. I remember that when I would try (about fifteen years ago) to call
  12755. home in Delaware collect from my school in PA, the local operator
  12756. always called the Delaware operator for a "coin check" because the
  12757. number I was calling fit the local coin phone pattern.  So it wasn't
  12758. the same everywhere.  (In fact, my current home number is 9xxx, so I
  12759. would have been challenged by Mystic!)
  12760.  
  12761.  
  12762. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  12763. >If mail bounces, forward to postmaster@tredysvr.tredydev.unisys.com<
  12764. Opinions are personal; facts are suspect; I speak only for myself
  12765.  
  12766. ------------------------------
  12767.  
  12768. From: slzzh@io.ee.usu.edu@cc.usu.edu
  12769. Subject: HDTV Information Needed
  12770. Date: 30 May 92 18:45:56 MDT
  12771. Organization: Utah State University
  12772.  
  12773.  
  12774. Hello Netters,
  12775.  
  12776.     Could somebody provide me the information about HDTV, like the
  12777. basic concept, how it works, research done till now and the future
  12778. scope, etc.
  12779.  
  12780. Thanks a lot in advance, I will really appreciate the help.
  12781.  
  12782.  
  12783. Pallavi
  12784.  
  12785. ------------------------------
  12786.  
  12787. From: coleman@rocky.CS.UCLA.EDU (Mike Coleman)
  12788. Subject: Fare War Clogs Phone System; Strange Behavior
  12789. Organization: UCLA, Computer Science Department
  12790. Date: Sat, 30 May 92 09:33:49 GMT
  12791.  
  12792.  
  12793. With the temporary reduction of air fares to historic lows, it seems
  12794. that nearly everyone in America is trying to dial the airlines' 800
  12795. numbers.  I've been trying, and like most people, am getting mostly
  12796. slow and fast busy.
  12797.  
  12798. I have noticed that occasionally, at about the moment I'm expecting a
  12799. busy signal, I get a dial tone instead.  Can anyone explain this
  12800. phenomenon?  Is this the "same" dialtone I get when I life the phone,
  12801. or is it a "different" dialtone?
  12802.  
  12803.  
  12804. Mike Coleman (coleman@cs.ucla.edu), Ringmaster, Boelter Hall Roach Circus
  12805.  
  12806. ------------------------------
  12807.  
  12808. Date: 30 May 92 13:35:10+0400
  12809. From: /PN=Thomas.K.Hinders/OU=CCMAIL/O=CHAN.IS/PRMD=MMC/ADMD=TELEMAIL/C=US/@sprint.com
  12810. Subject: Cabin Connection and Cordless Phone Question
  12811.  
  12812.  
  12813. A friend of mine has a cabin that is five miles away from the nearest
  12814. telephone line/pole.  His cabin is also not within any celluar phone
  12815. coverage.  Is there any alternative phone connection he could get?
  12816. Also, if he requested a line, is the local phone co. required to run a
  12817. line to his cabin, at no cost?
  12818.  
  12819. Second question, we recieved a no-name cordless phone as a gift. I
  12820. have noticed a couple things about its operation that I do not
  12821. understand:
  12822.  
  12823.  - Every once and awhile it rings (sometimes once, sometimes up to three
  12824.  times), although no other phone in the house is ringing.  Pick up the
  12825.  handset and you do not hear anything.
  12826.  
  12827.  - If I pick up the handset, and unplug the base unit I can hear the
  12828.  conversation of my neighbors five houses up the street.  If I switch
  12829.  the base unit on, the neighors connection is dropped.
  12830.  
  12831.  The unit claims to encrypt the connection from the handset to the base,
  12832.  but I guess that only works if the base is turned on.
  12833.  
  12834.  Thanks for your help ...
  12835.  
  12836.  
  12837.                        Thomas K Hinders
  12838.                Martin Marietta Computing Standards
  12839.                     4795 Meadow Wood Lane
  12840.                      Chantilly, VA 22021
  12841.                 703.802.5593 (v) 703.802.5027 (f)
  12842.  
  12843.  
  12844. [Moderator's Note: The ringing is caused by spurious radiation from
  12845. some transmitter nearby. Possibly a CB'er is on the air with a little
  12846. bit too much power. Certain signals in the 49 megs range cause the
  12847. handset to think the base is calling it, whether it is or not. When
  12848. the base is turned off, the handset is just another radio receiver
  12849. tuned to the 47/49 megs territory, and any signal, even a weak one
  12850. fairly close (like your neighbor) is fair game for its reception. But
  12851. when the base is turned on, the base by comparison is so much stronger
  12852. signal-wise, and closer, that it overwhelms the signal from the people
  12853. down the street.  PAT]
  12854.  
  12855. ------------------------------
  12856.  
  12857. Date: Fri, 29 May 92 00:06:04 EDT
  12858. From: capek@watson.ibm.com
  12859. Subject: AT&T's Network Uses Number 5 ESS?
  12860.  
  12861.  
  12862. When AT&T announced its 700 service about a month ago, the coverage in
  12863. the {New York Times} said that the service was made possible by new
  12864. software in its number 5 ESS switches.  Was that an error?  I'm under
  12865. the impression that AT&T's domestic network is implemented entirely
  12866. with number 4 ESS switches and that the number 5 is sold to RBOCs and
  12867. other companies, but not generally used in the domestic network.  Is
  12868. that true?
  12869.  
  12870. Has anyone seen any public descriptions of the technical aspects of
  12871. the implementation?  It would seem that the service could be provided
  12872. basically by having the switches interrogate a (replicated) data base
  12873. for the translations, in a way similar to that done with 800 calls
  12874. today.  It doesn't sound like that big a deal; am I missing something?
  12875.  
  12876.  
  12877. Peter Capek
  12878.  
  12879. ------------------------------
  12880.  
  12881. Date: Fri, 29 May 92 22:45:37 -0700
  12882. From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
  12883. Subject: Crossed-Pairs (was GTE Stories)
  12884. Reply-To: rpw3@sgi.com (Rob Warnock)
  12885. Organization: Silicon Graphics Inc., Mountain View, CA
  12886.  
  12887.  
  12888. kludge@grissom.larc.nasa.gov (Scott Dorsey) writes:
  12889.  
  12890. > I worked at a radio station ... when a number of voices started
  12891. > appearing in our on-air signal ... It became evident that what was
  12892. > happening was crosstalk on our four wire line from the studio to the
  12893. > transmitter. Telephone calls were leaking into our equalized 16KC line
  12894. > (and it was a high-cost 16KC loop
  12895.  
  12896. Circa 1964, I was "chief engineer" of a Part 15 carrier-current campus
  12897. radio station at Emory University. Because of the blocking effect of
  12898. the transformers on each building, we had twelve separate transmitters
  12899. (one in each dorm), with leased lines ("message grade", a.k.a. grade
  12900. "E", $0.75/quarter-wire-mile/month, *cheap*!) from the studio in the
  12901. student center to the transmitters. Since we only broadcast during the
  12902. waking-up/breakfast hours and from mid-afternoon 'til midnight, we
  12903. were constantly having Southern Bell installers bridging our pairs
  12904. with POTS lines to install some new student's phone, even though each
  12905. pair was very carefully marked at every cross-connect with a big, red
  12906. "special services" tag. Typical lame excuse: "Well, you can't always
  12907. believe those red tags. And when I checked it, the pair was quiet. So
  12908. I used it."
  12909.  
  12910. We often got irate calls from students saying that they were hearing
  12911. the radio station *loudly* on their phone (we sent at +3 dBm). Or else
  12912. during one of our "quiet" times a whole dorm might suddenly hear some
  12913. intimate conversation being broadcast on 560 KHz!
  12914.  
  12915. We finally gave up fighting them ... whenever the studio was closed we
  12916. left an infinite-loop tape cartridge on-air repeating our call-sign,
  12917. frequency, and program times. "W.E.M.O. 560, the bottom of your dial.
  12918. Wherever you go, WE-MO!"
  12919.  
  12920.  
  12921. Rob Warnock, MS-9U/510      rpw3@sgi.com
  12922. Silicon Graphics, Inc.      (415) 390-1673
  12923. 2011 N. Shoreline Blvd.   Mountain View, CA  94043
  12924.  
  12925. ------------------------------
  12926.  
  12927. End of TELECOM Digest V12 #430
  12928. ******************************
  12929. 
  12930. 
  12931. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa09566;
  12932.           30 May 92 21:06 EDT
  12933. Received: by delta.eecs.nwu.edu id AA30052
  12934.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 19:21:01 -0500
  12935. Received: by delta.eecs.nwu.edu id AA21542
  12936.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 19:20:49 -0500
  12937. Date: Sat, 30 May 1992 19:20:49 -0500
  12938. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12939. Message-Id: <199205310020.AA21542@delta.eecs.nwu.edu>
  12940. To: "\\telecom"@eecs.nwu.edu
  12941. Subject: TELECOM Digest V12 #431
  12942.  
  12943. TELECOM Digest     Sat, 30 May 92 19:20:39 CDT    Volume 12 : Issue 431
  12944.  
  12945. Index To This Issue:                     Moderator: Patrick A. Townson
  12946.  
  12947.     User-User Signaling in ISDN (David G. Lewis)
  12948.     LATAs Crossing State Lines (David Esan)
  12949.     One Reason Why LATAs Cross State Lines (Paul Robinson)
  12950.     Where to Find BELLCORE Documents? (Steve Chafe)
  12951.     Computers/Telecom/Society Event at ROM (David Leibold)
  12952.     Calling Number Transport (was 950-1ATT and 950-DOMINOS) (David G. Lewis)
  12953. ----------------------------------------------------------------------
  12954.  
  12955. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  12956. Subject: User-User Signaling in ISDN
  12957. Organization: AT&T
  12958. Date: Fri, 29 May 1992 14:52:16 GMT
  12959.  
  12960.  
  12961. A while back, I mentioned in passing methods for the originating and
  12962. terminating parties on a call to exchange data out-of-band, and said
  12963. something to the effect that "I'll post more if anyone's interested."
  12964. Well, a couple people said they were interested, so I'll post more.
  12965.  
  12966. Currently, two methods are under definition in Subcommittee T1S1
  12967. (American National Standards for Telecommunications, Switching and
  12968. Signaling Standards).  These are known as "User-to-User Signaling"
  12969. (a.k.a. UUS) and "User Signaling Bearer Service" (a.k.a. USBS).  Both
  12970. are defined in the context of ISDN; UUS is an ISDN Supplementary
  12971. Service, and USBS is an ISDN Bearer Service.  (A Bearer Service is a
  12972. service which on its own transports information; Basic Call Processing
  12973. of 3.1kHz Audio is an example.  A Supplementary Service is a service
  12974. which "supplements" some other Bearer Service; Call Hold is an
  12975. example.)
  12976.  
  12977. UUS, for anyone familiar with CCITT standards, is the same as
  12978. User-to-User Signaling Method 1 requested implicitly.  For those of
  12979. you unfamiliar with CCITT standards, that's Greek.
  12980.  
  12981. UUS enables a calling user to include user-to-user information (UUI)
  12982. in a SETUP message.  This information is passed transparently by the
  12983. network -- it is not interpreted or changed in any way, merely
  12984. delivered with the SETUP message to the called user.  Up to 128 octets
  12985. of information may be included.
  12986.  
  12987. When the called user accepts the call and indicates alerting is taking
  12988. place by sending an ALERTing message to the network, it may also
  12989. include up to 128 octets of UUI in the ALERTing message.  This is,
  12990. again, carried transparently to the calling party and delivered in the
  12991. user-network ALERTing message.
  12992.  
  12993. Similarly, when the called user indicates that the call is answered by
  12994. sending a CONNect message to the network, it may include up to 128
  12995. octets of UUI in the CONNect message.  Again, the information is
  12996. carried transparently by the network to the calling party and
  12997. delivered in the CONNect message.
  12998.  
  12999. Once the call has been connected, either party may include up to 128
  13000. octets of UUI in the DISConnect message used to initiate call
  13001. clearing.
  13002.  
  13003. Examples of the use of UUS are left as an exercise to the reader.
  13004.  
  13005. Note that this does not allow the "query the originating end" that one
  13006. poster originally mentioned.  UUS can only be invoked by the calling
  13007. party -- if the UUS service is not invoked by the calling party, any
  13008. UUI included by the called party in ALERTing or CONNect messages is
  13009. dropped by the network.  The other CCITT-defined UUS services may
  13010. allow invocation by the called party, but I'm not as familiar with
  13011. them -- and they're not (yet) being worked in T1S1.
  13012.  
  13013. The second method of exchanging data out-of-band is USBS.  USBS
  13014. essentially creates an end-to-end signaling connection between the
  13015. calling and called parties.  It is not explicitly associated with a
  13016. call, so either party can invoke it -- in fact, it can be invoked
  13017. whether or not a call is being set up or active between parties.
  13018.  
  13019. USBS is invoked by the requesting party sending a SETUP message to the
  13020. network and indicating that it wishes to set up a USBS connection to a
  13021. called address.  This indication is delivered to the called party and
  13022. an abbreviated setup procedure is used to establish the 'connection'.
  13023. Once the connection is established, either party can send a USER
  13024. INFOrmation message to the network; the network delivers this to the
  13025. other party transparently.
  13026.  
  13027. Only the access signaling protocol is defined in the draft standard
  13028. for USBS; the interswitch and internetwork protocols are undefined and
  13029. therefore determined by network options and bilateral agreements.
  13030. (AT&T's version of USBS uses SS7 ISUP for interswitch signaling.)
  13031.  
  13032. USBS could, therefore, be used for a "called party query"; however, as
  13033. it's not uniquely associated with a call, some mechanism external to
  13034. the network would have to be used by the calling and called party to
  13035. identify the call about which the query is being sent.
  13036.  
  13037. As to the status of the services, UUS has passed all T1 balloting and
  13038. is in preparation for publication; USBS is in the T1S1 Default Letter
  13039. Ballot stage, which means it's essentially stable, and members of T1S1
  13040. and T1 are entering final comments against the document -- it's
  13041. several months from publication.
  13042.  
  13043. Of course, deployment status then depends on level of interest in the
  13044. services by the LECs, IXCs, and equipment vendors.
  13045.  
  13046. AT&T currently offers UUS to our PRI customers, as well as a version
  13047. of USBS called "Non-Call Associated Temporary Signaling Connections"
  13048. (which I've heard pronounced "N-cats", although I don't know what
  13049. marketing's name for it is).  Because of the current status (or lack
  13050. thereof) of SS7 Network Interconnect and the not-yet-standard status
  13051. of the services, both the originating and terminating ends of these
  13052. AT&T services must be directly connected to the AT&T network, which
  13053. currently limits the use of the services to Software Defined Network
  13054. customers using PRI access and egress.
  13055.  
  13056. (That's not a sales pitch; it's a report on deployment status... ;-))
  13057.  
  13058.  
  13059. David G Lewis                              AT&T Bell Laboratories
  13060. david.g.lewis@att.com or !att!houxa!deej     Switching & ISDN Implementation
  13061.  
  13062. ------------------------------
  13063.  
  13064. From: de@moscom.com (David Esan)
  13065. Subject: Latas Crossing State Lines
  13066. Date: 29 May 92 18:19:54 GMT
  13067. Organization: Moscom Corp., Pittsford, NY
  13068.  
  13069.  
  13070. I didn't realize that there would be such a rush of articles saying
  13071. that "my LATA crosses state lines too!", or I would have sent this
  13072. list sooner.
  13073.  
  13074. Attached are all the LATAs in the NANP that I am aware of, and the
  13075. states and NPAs in which they are.  The information is derived from
  13076. the BellCore V&H tape, but errors are generally my fault.  I have
  13077. skipped the LATAs in the 809 area code.  There is a second LATA in the
  13078. 808 NPA, but it is for Midway, which is non-dialable and therefore is
  13079. not in my database.
  13080.  
  13081. The format is LATA: NPA (State)
  13082.  
  13083.      120 :207 (ME)
  13084.      122 :603 (NH)
  13085.      124 :802 (VT)
  13086.      126 :413 (MA)
  13087.      128 :508 (MA), 617 (MA)
  13088.      130 :401 (RI)
  13089.      132 :203 (CT), 212 (NY), 516 (NY), 718 (NY), 914 (NY), 917 (NY)
  13090.      133 :717 (PA), 914 (NY)
  13091.      134 :413 (MA), 518 (NY)
  13092.      136 :315 (NY), 607 (NY)
  13093.      138 :607 (NY), 717 (PA)
  13094.      140 :716 (NY), 814 (PA)
  13095.      220 :609 (NJ)
  13096.      222 :609 (NJ)
  13097.      224 :201 (NJ), 908 (NJ)
  13098.      226 :215 (PA), 717 (PA), 814 (PA)
  13099.      228 :215 (PA), 302 (DE)
  13100.      230 :814 (PA)
  13101.      232 :215 (PA), 717 (PA), 814 (PA), 908 (NJ)
  13102.      234 :412 (PA)
  13103.      236 :202 (DC), 301 (MD), 410 (MD), 703 (VA)
  13104.      238 :301 (MD), 410 (MD)
  13105.      240 :301 (MD), 304 (WV), 717 (PA), 814 (PA)
  13106.      242 :301 (MD), 410 (MD)
  13107.      244 :615 (TN), 703 (VA)
  13108.      246 :703 (VA)
  13109.      248 :703 (VA), 804 (VA)
  13110.      250 :804 (VA), 919 (NC)
  13111.      252 :804 (VA), 919 (NC)
  13112.      254 :304 (WV), 703 (VA)
  13113.      256 :304 (WV), 412 (PA)
  13114.      320 :216 (OH)
  13115.      322 :216 (OH), 412 (PA)
  13116.      324 :614 (OH)
  13117.      325 :216 (OH)
  13118.      326 :313 (MI), 317 (IN), 419 (OH)
  13119.      328 :513 (OH)
  13120.      330 :812 (IN)
  13121.      332 :219 (IN)
  13122.      334 :219 (IN), 419 (OH)
  13123.      336 :217 (IL), 219 (IN), 317 (IN)
  13124.      338 :812 (IN)
  13125.      340 :313 (MI), 517 (MI)
  13126.      342 :715 (WI), 906 (MI)
  13127.      344 :517 (MI)
  13128.      346 :517 (MI)
  13129.      348 :517 (MI), 616 (MI)
  13130.      350 :414 (WI), 715 (WI)
  13131.      352 :612 (MN), 715 (WI)
  13132.      354 :608 (WI), 815 (IL)
  13133.      356 :414 (WI), 815 (IL)
  13134.      358 :219 (IN), 312 (IL), 414 (WI), 708 (IL), 815 (IL)
  13135.      360 :608 (WI), 815 (IL)
  13136.      362 :618 (IL)
  13137.      364 :815 (IL)
  13138.      366 :217 (IL), 309 (IL), 815 (IL)
  13139.      368 :309 (IL), 815 (IL)
  13140.      370 :217 (IL)
  13141.      374 :217 (IL)
  13142.      376 :217 (IL)
  13143.      420 :704 (NC)
  13144.      422 :704 (NC), 803 (SC), 919 (NC)
  13145.      424 :919 (NC)
  13146.      426 :919 (NC)
  13147.      428 :803 (SC), 919 (NC)
  13148.      430 :704 (NC), 803 (SC)
  13149.      432 :803 (SC)
  13150.      434 :803 (SC)
  13151.      436 :803 (SC)
  13152.      438 :205 (AL), 404 (GA), 706 (GA), 912 (GA)
  13153.      440 :803 (SC), 912 (GA)
  13154.      442 :404 (GA), 706 (GA), 803 (SC), 912 (GA)
  13155.      444 :912 (GA)
  13156.      446 :912 (GA)
  13157.      448 :205 (AL), 904 (FL)
  13158.      450 :904 (FL), 912 (GA)
  13159.      452 :904 (FL)
  13160.      454 :904 (FL)
  13161.      456 :904 (FL)
  13162.      458 :407 (FL), 904 (FL)
  13163.      460 :305 (FL), 407 (FL)
  13164.      462 :502 (KY), 606 (KY), 812 (IN)
  13165.      464 :502 (KY), 615 (TN), 901 (TN)
  13166.      466 :606 (KY), 615 (TN)
  13167.      468 :502 (KY), 601 (MS), 901 (TN)
  13168.      470 :205 (AL), 502 (KY), 615 (TN)
  13169.      472 :205 (AL), 404 (GA), 615 (TN), 704 (NC), 706 (GA)
  13170.      474 :606 (KY), 615 (TN), 704 (NC)
  13171.      476 :205 (AL)
  13172.      477 :205 (AL), 601 (MS)
  13173.      478 :205 (AL), 912 (GA)
  13174.      480 :205 (AL), 601 (MS), 904 (FL)
  13175.      482 :205 (AL), 318 (LA), 504 (LA), 601 (MS), 901 (TN)
  13176.      484 :504 (LA), 601 (MS)
  13177.      486 :318 (LA), 501 (AR), 903 (TX)
  13178.      488 :318 (LA)
  13179.      490 :504 (LA), 601 (MS)
  13180.      492 :504 (LA)
  13181.      520 :314 (MO), 618 (IL)
  13182.      521 :314 (MO)
  13183.      522 :316 (KS), 417 (MO), 501 (AR), 918 (OK)
  13184.      524 :712 (IA), 816 (MO), 913 (KS)
  13185.      526 :417 (MO), 501 (AR), 918 (OK)
  13186.      528 :314 (MO), 501 (AR), 901 (TN), 918 (OK)
  13187.      530 :318 (LA), 501 (AR)
  13188.      532 :316 (KS), 405 (OK), 417 (MO), 719 (CO), 918 (OK)
  13189.      534 :308 (NE), 402 (NE), 719 (CO), 913 (KS)
  13190.      536 :405 (OK), 806 (TX)
  13191.      538 :316 (KS), 918 (OK)
  13192.      540 :505 (NM), 915 (TX)
  13193.      542 :915 (TX)
  13194.      544 :806 (TX)
  13195.      546 :405 (OK), 505 (NM), 719 (CO), 806 (TX)
  13196.      548 :817 (TX)
  13197.      550 :915 (TX)
  13198.      552 :214 (TX), 817 (TX), 903 (TX)
  13199.      554 :501 (AR), 903 (TX)
  13200.      556 :817 (TX)
  13201.      558 :512 (TX)
  13202.      560 :409 (TX), 713 (TX)
  13203.      562 :409 (TX)
  13204.      564 :512 (TX)
  13205.      566 :512 (TX)
  13206.      568 :512 (TX)
  13207.      570 :409 (TX)
  13208.      620 :319 (IA), 507 (MN), 515 (IA), 605 (SD), 712 (IA)
  13209.      624 :218 (MN), 715 (WI)
  13210.      626 :218 (MN), 605 (SD), 612 (MN)
  13211.      628 :612 (MN)
  13212.      630 :402 (NE), 507 (MN), 605 (SD), 712 (IA)
  13213.      632 :319 (IA), 507 (MN), 515 (IA), 712 (IA), 816 (MO)
  13214.      634 :309 (IL), 319 (IA), 608 (WI), 815 (IL), 816 (MO)
  13215.      635 :319 (IA), 507 (MN)
  13216.      636 :218 (MN), 605 (SD), 701 (ND)
  13217.      638 :406 (MT), 605 (SD), 701 (ND)
  13218.      640 :307 (WY), 308 (NE), 402 (NE), 406 (MT), 507 (MN), 605 (SD), 701 (ND), 712 (IA)
  13219.      644 :308 (NE), 402 (NE), 605 (SD), 712 (IA), 816 (MO)
  13220.      646 :303 (CO), 307 (WY), 308 (NE), 605 (SD), 913 (KS)
  13221.      648 :208 (ID), 406 (MT)
  13222.      650 :307 (WY), 406 (MT), 701 (ND)
  13223.      652 :208 (ID), 307 (WY), 503 (OR), 702 (NV), 801 (UT)
  13224.      654 :208 (ID), 303 (CO), 307 (WY), 308 (NE), 406 (MT), 605 (SD), 801 (UT)
  13225.      656 :303 (CO), 308 (NE), 719 (CO), 801 (UT)
  13226.      658 :719 (CO)
  13227.      660 :303 (CO), 602 (AZ), 702 (NV), 801 (UT)
  13228.      664 :505 (NM), 915 (TX)
  13229.      666 :602 (AZ), 619 (CA), 801 (UT)
  13230.      668 :505 (NM), 602 (AZ)
  13231.      670 :503 (OR), 916 (CA)
  13232.      672 :206 (WA), 503 (OR), 509 (WA)
  13233.      674 :206 (WA), 509 (WA)
  13234.      676 :208 (ID), 503 (OR), 509 (WA)
  13235.      720 :503 (OR), 702 (NV), 916 (CA)
  13236.      721 :702 (NV)
  13237.      722 :408 (CA), 415 (CA), 510 (CA), 707 (CA)
  13238.      724 :916 (CA)
  13239.      726 :916 (CA)
  13240.      728 :209 (CA)
  13241.      730 :213 (CA), 310 (CA), 602 (AZ), 619 (CA), 714 (CA), 805 (CA), 818 (CA)
  13242.      732 :619 (CA)
  13243.      734 :805 (CA)
  13244.      736 :408 (CA)
  13245.      738 :209 (CA)
  13246.      740 :805 (CA)
  13247.      832 :907 (AK)
  13248.      834 :808 (HI)
  13249.      840 :403 (AB)
  13250.      842 :604 (BC)
  13251.      844 :204 (MB)
  13252.      846 :506 (NB)
  13253.      848 :709 (NF)
  13254.      850 :403 (AB), 819 (PQ)
  13255.      852 :902 (NS)
  13256.      854 :416 (ON), 519 (ON), 613 (ON), 705 (ON), 807 (ON)
  13257.      856 :902 (NS)
  13258.      858 :416 (ON), 418 (PQ), 514 (PQ), 519 (ON), 613 (ON), 819 (PQ)
  13259.      860 :306 (SK)
  13260.      862 :403 (AB)
  13261.      920 :203 (CT)
  13262.      921 :516 (NY)
  13263.      922 :513 (OH), 606 (KY), 812 (IN)
  13264.      923 :216 (OH), 419 (OH), 513 (OH), 614 (OH)
  13265.      924 :814 (PA)
  13266.      927 :703 (VA)
  13267.      928 :804 (VA)
  13268.      929 :703 (VA)
  13269.      930 :804 (VA)
  13270.      932 :304 (WV), 703 (VA)
  13271.      937 :317 (IN), 513 (OH)
  13272.      938 :217 (IL), 812 (IN)
  13273.      939 :813 (FL)
  13274.      949 :919 (NC)
  13275.      951 :919 (NC)
  13276.      952 :813 (FL)
  13277.      953 :904 (FL)
  13278.      956 :615 (TN), 703 (VA)
  13279.      958 :402 (NE), 712 (IA), 913 (KS)
  13280.      960 :208 (ID), 406 (MT), 509 (WA)
  13281.      961 :915 (TX)
  13282.      963 :406 (MT)
  13283.      973 :619 (CA)
  13284.      974 :716 (NY), 716 (NY)
  13285.      976 :217 (IL)
  13286.      977 :217 (IL), 309 (IL)
  13287.      978 :618 (IL)
  13288.      980 :602 (AZ)
  13289.      981 :801 (UT)
  13290.      999 :504 (LA)
  13291.  
  13292.  
  13293. David Esan      de@moscom.com  
  13294.  
  13295. ------------------------------
  13296.  
  13297. Reply-To: Tdarcos@mcimail.com
  13298. From: "Paul Robinson, Contractor" <FZC@CU.NIH.GOV>
  13299. Date: Sat, 30 May 92  20:10:03 EDT
  13300. Subject: One Reason Why LATAs Cross State Lines
  13301.  
  13302.  
  13303. Some people asked why some L.A.T.A.'s cross state lines.  Here's one
  13304. good reason.
  13305.  
  13306. The L.A.T.A. for the Washington, DC area includes DC, the Virginia
  13307. Counties of Arlington and Fairfax and the "independent cities" of
  13308. Fairfax, Alexandria, Falls Church, Vienna as well as Loudoun County
  13309. (Dulles Airport) and certain parts of the 703 area code, as well as
  13310. the Maryland Counties of Montgomery and Prince Georges and parts of
  13311. Howard County.
  13312.  
  13313. Most of this area is a local call to people in this area.  A very
  13314. small part of calls to the edges are toll calls.
  13315.  
  13316. This is why this L.A.T.A. area crosses a state boundary, because
  13317. otherwise people here would have to pay a toll charge by time for a
  13318. call across the street.  (And I mean that literally: There is a
  13319. restaurant called "The State Line" at the Intersection of Georgia
  13320. Avenue and E/W Highway in Silver Spring, MD.  Across the street from
  13321. it is a Roy Rogers which is across the state line in DC.  A phone call
  13322. from one to the other is a local call.  If they weren't in the same
  13323. L.A.T.A. we would have to pay toll charges for calls which used to be
  13324. local calls.
  13325.  
  13326.  
  13327. Paul Robinson
  13328.  
  13329.  
  13330. [Moderator's Note: But there is no rule that two places close together
  13331. which happen to be in different LATAs have to have a (relatively) high
  13332. price attached to the call is there?  People along the Wisconsin and
  13333. Illinois boundary (with a couple of exceptions, Antioch, IL and North
  13334. Antioch, WI being one; Beloit, WI and South Beloit, IL being another)
  13335. are in different LATAs, yet the calls are at local calling rates.  PAT]
  13336.  
  13337. ------------------------------
  13338.  
  13339. From: chafe@ucdavis.edu (Steve Chafe)
  13340. Subject: Where to Find BELLCORE Documents?
  13341. Date: 30 May 92 17:15:25 GMT
  13342. Reply-To: chafe@ucdavis.edu (Steve Chafe)
  13343. Organization: University of California, Davis
  13344.  
  13345.  
  13346. Does anyone know of a place I could go to look at parts of a Bellcore
  13347. document (specifically TRNWT334, formerly TRNPL334)?  Bellcore charges
  13348. $90 for this document which supposedly contains switched voice line
  13349. transmission parameters.  If I pay $90 and it doesn't contain what I
  13350. am looking for, that would not be pleasant.  Has anyone heard of
  13351. libraries stocking Bellcore documents?
  13352.  
  13353.  
  13354. Steve Chafe   chafe@aggie.ucdavis.edu
  13355.  
  13356. ------------------------------
  13357.  
  13358. Date: Sat, 30 May 1992 02:36:25 -0400
  13359. From: Dave Leibold <Dave.Leibold@f730.n250.z1.fidonet.org>
  13360. Subject: Computers/Telecom/Society Event at ROM
  13361.  
  13362.  
  13363. Toronto's Royal Ontario Museum will feature an evening on "Heaven or
  13364. Hell? Computers, Telecommunications and Society" with Dr. Anthony
  13365. Wensley, assistant professor, information systems, University of
  13366. Toronto on 17th June, 6-8:30 pm. This is part of ROM's Connecting
  13367. series which is a singles event in the ROM's Members Lounge. Cost is
  13368. $12 ($10 for ROM members) and advance registration is strongly
  13369. recommended as most events in the Connecting series tend to sell out
  13370. early. For more information or to reserve, call (416) 586.5797.
  13371.  
  13372.  
  13373. Dave Leibold - via FidoNet node 1:250/98
  13374. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  13375.  
  13376. ------------------------------
  13377.  
  13378. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  13379. Subject: Calling Number Transport (was 950-1ATT and 950-DOMINOS)
  13380. Organization: AT&T
  13381. Date: Sat, 30 May 1992 13:25:49 GMT
  13382.  
  13383.  
  13384. In article <telecom12.424.3@eecs.nwu.edu> niebuhr@bnlux1.bnl.gov
  13385. (david niebuhr) writes:
  13386.  
  13387. > In addition, if memory serves me, CID can't be carried across any
  13388. > boundary unless any and all exchanges.
  13389.  
  13390. > LATAs/Area Codes in between have the capability to pass such calls.
  13391.  
  13392. Not quite; calling number can't be carried between switches unless all
  13393. trunks are SS7-signaled.  This means that calling number can't be
  13394. carried across a LATA boundary unless the originating path is SS7
  13395. signaled, the originating LEC/IXC interconnection is SS7 signaled, the
  13396. IXC path is SS7 signaled, the IXC/terminating LEC interconnection is
  13397. SS7 signaled, and the terminating path is SS7 signaled.  The LEC/IXC
  13398. interconnections are what are most commonly not SS7, currently.
  13399.  
  13400.  
  13401. David G Lewis                              AT&T Bell Laboratories
  13402. david.g.lewis@att.com or !att!houxa!deej     Switching & ISDN Implementation
  13403.  
  13404. ------------------------------
  13405.  
  13406. End of TELECOM Digest V12 #431
  13407. ******************************
  13408. 
  13409. 
  13410. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa15495;
  13411.           30 May 92 23:55 EDT
  13412. Received: by delta.eecs.nwu.edu id AA13919
  13413.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 22:10:52 -0500
  13414. Received: by delta.eecs.nwu.edu id AA02449
  13415.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 22:10:44 -0500
  13416. Date: Sat, 30 May 1992 22:10:44 -0500
  13417. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13418. Message-Id: <199205310310.AA02449@delta.eecs.nwu.edu>
  13419. To: "\\telecom"@eecs.nwu.edu
  13420. Subject: TELECOM Digest V12 #432
  13421.  
  13422. TELECOM Digest     Sat, 30 May 92 22:10:22 CDT    Volume 12 : Issue 432
  13423.  
  13424. Index To This Issue:                      Moderator: Patrick A. Townson
  13425.  
  13426.     Re: 950-1ATT and 950-DOMINOS (Steve Forrette)
  13427.     Re: 950-1ATT and 950-DOMINOS (Alan L. Varney)
  13428.     Re: 950-1ATT and 950-DOMINOS (Jack Decker)
  13429.     Re: 900 Blocking Not Guaranteed Effective (Phil Howard)
  13430.     Re: Autoline+ Problems (Paul Cook)
  13431.     Re: MCI Message Call Ignored as TeleSlime (Phil Howard)
  13432.     TCP/IP and Rcp Performance Over Satellite? (Doug A. Chan)
  13433. ----------------------------------------------------------------------
  13434.  
  13435. From: stevef@wrq.com (Steve Forrette)
  13436. Subject: Re: 950-1ATT and 950-DOMINOS
  13437. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  13438. Date: Sat, 30 May 1992 06:51:13 GMT
  13439.  
  13440.  
  13441. In article <telecom12.424.4@eecs.nwu.edu> johnl@iecc.cambridge.ma.us
  13442. (John R. Levine) writes:
  13443.  
  13444. > Perhaps, but perhaps not when people see the price.  950 numbers pay
  13445. > Carrier Common Line rates (see Fred Goldstein's informative article a
  13446. > day or two ago) which means that AT&T pays about $5/hr for incoming
  13447. > calls to the number, a cost which presumably has to be passed on to
  13448. > the customer as a surcharge on a service's hourly rate.  How much is
  13449. > it worth to you not to have to look up a phone number?
  13450.  
  13451. > Incidentally, this is exactly the kind of access and rates that the
  13452. > infamous 1987 "modem tax" flap was about, and which packet nets have
  13453. > so far successfully avoided.
  13454.  
  13455. > [Moderator's Note: I am not aware of any charges on my bill as a
  13456. > result of using 950-1288 to access AT&T Mail or the FYI News Service
  13457. > they bought from WUTCO.   PAT]
  13458.  
  13459. It is the subscriber to the 950 number that pays the access charge,
  13460. not the caller.  In the case of 950-1288, AT&T pays the $5/hour for
  13461. calls it receives.  It must somehow pass that cost on to its
  13462. customers, probably to the data services that are reachable via
  13463. 950-1288.  These services must in turn cover the $5/hour plus whatever
  13464. the data charges that AT&T has along to the end user in the form of
  13465. usage costs for the data service.  One advantage of the 950 number is
  13466. that the $5/hour covers calls from anywhere in the LATA, so that even
  13467. after passing the $5/hour on to the caller in the form of usage
  13468. charges, it's still a lot cheaper than making most intra-LATA long
  13469. distance calls (many times cheaper in many cases).  To do this
  13470. otherwise would require separate numbers spread throughout the LATA to
  13471. provide local access, or require access via an 800 number.
  13472.  
  13473.  
  13474. Steve Forrette, stevef@wrq.com
  13475.  
  13476. ------------------------------
  13477.  
  13478. Date: Sat, 30 May 92 08:32:21 CDT
  13479. From: varney@ihlpf.att.com (Alan L Varney)
  13480. Subject: Re: 950-1ATT and 950-DOMINOS
  13481. Organization: AT&T Network Systems
  13482.  
  13483.  
  13484. In article <telecom12.424.4@eecs.nwu.edu> johnl@iecc.cambridge.ma.us
  13485. (John R. Levine) writes:
  13486.  
  13487. >> I anticipate a very high demand for a *use the same number anywhere*
  13488. >> system.
  13489.  
  13490.    High demand has already generated such a system -- it's called "800
  13491. numbers" (or 900 if the caller pays).  The big problem with 950
  13492. numbers is the small number space (sorta' like bandwidth -- there's
  13493. not enough to meet the demand).  Today there's 950-0XXX and 950-1XXX;
  13494. in a year or so, it's 950-XXXX.  But there's still only 10,000 numbers
  13495. (and carriers with 10XXX automatically get the 0/1 numbers today).
  13496. That's around 1% of the 800 number space.  That means number exhaust
  13497. and re-assignment problems.  It's also why Bellcore (as the North
  13498. American Numbering Plan Administrator) does not "endorse" the use of
  13499. 950 numbers as "national" subscriber numbers.
  13500.  
  13501.    In their 1992 proposal, Bellcore's stated perspective is:
  13502.  
  13503.      "Short (7-digit) numbers have long been considered attractive for
  13504.      purposes not consistent with DDD planning.  One 7-digit number ...
  13505.      would have clear commercial advantages.  However, justification and
  13506.      means for providing such numbers in an even-handed manner to all
  13507.      applicants, particularly given the limitation of only 10,000
  13508.      possible subscribers nationwide, have yet to be found. ...  As
  13509.      custodians of a shared resource, the NANPA must not confer
  13510.      advantages on a few while burdening the many."
  13511.  
  13512.    Two other points are mentioned: 1) no new seven-digit national
  13513. prefixes will be assigned by the Administrator (950 was an "interim"
  13514. access plan for carriers -- requiring further dialing to reach a
  13515. destination.  The MFJ, FCC and the tariffs, unfortunately, did not
  13516. include a sunset clause.)  and 2) the Administrator is required to
  13517. "Administer the NANP resources fairly and impartially to the mutual
  13518. benefit of users and service providers ..."
  13519.  
  13520. > Perhaps, but perhaps not when people see the price.  950 numbers pay
  13521. > Carrier Common Line rates (see Fred Goldstein's informative article a
  13522. > day or two ago) which means that AT&T pays about $5/hr for incoming
  13523. > calls to the number, a cost which presumably has to be passed on to
  13524. > the customer as a surcharge on a service's hourly rate.  How much is
  13525. > it worth to you not to have to look up a phone number?
  13526.  
  13527.     The rate is the same that AT&T pays for just about any LEC-handled
  13528. call that hits it's network.  So it's no more than an 800 call would
  13529. cost (in access charges).  If Domino's can save you the hassle of
  13530. looking up their number -- and also the possibility of seeing someone
  13531. elses number -- then $5/hour looks pretty cheap.  Note that the
  13532. caller's charge for calling a 950 number is up to the 950-provider --
  13533. just like 900 numbers.  If the provider wants to eat the cost as part
  13534. of its service, that's fine.  But some other 950-provider might just
  13535. hit you with $120/call, just like a 900/976 number.
  13536.  
  13537. > Incidentally, this is exactly the kind of access and rates that the
  13538. > infamous 1987 "modem tax" flap was about, and which packet nets have
  13539. > so far successfully avoided.
  13540.  
  13541.    True -- wonder if IXCs could claim "exemption" if they could show
  13542. that calls are routed internally as "packets" in a SONET network???
  13543.  
  13544. > [Moderator's Note: I am not aware of any charges on my bill as a
  13545. > result of using 950-1288 to access AT&T Mail or the FYI News Service
  13546. > they bought from WUTCO.   PAT]
  13547.  
  13548.    Remember that this might not be true for calls to other 950 numbers.
  13549.  
  13550.  
  13551. Al Varney -- the above are not Official AT&T words or views.
  13552.  
  13553. ------------------------------
  13554.  
  13555. Date: Sat, 30 May 92 16:17:13 CST
  13556. From: Jack Decker <Jack@myamiga.mixcom.com>
  13557. Subject: Re: 950-1ATT and 950-DOMINOS
  13558.  
  13559.  
  13560. In message <telecom12.402.2@eecs.nwu.edu>, "Ken Jongsma x7702"
  13561. <JONGSMA@benzie.si.com> writes:
  13562.  
  13563. > Remember that funny AT&T number we were talking about a few months
  13564. > back?  The one that looked like a Feature Group B Access number, but
  13565. > wasn't?  Well, AT&T has a two page ad in {Communications Week} this
  13566. > week entitled:
  13567.  
  13568. >           "AT&T InterSpan Information Access Service 950-1ATT"
  13569.  
  13570. >                          Service Highlights
  13571.  
  13572. >      * Toll-free, nationwide 7-digit number access (800 access available)
  13573.  
  13574. It's not nationwide yet.  In particular, calls from the 906 area code,
  13575. 632/635 exchange (Sault Ste. Marie, served by Michigan Bell) are
  13576. routed to an intercept operator (a live one!) who asks for the number
  13577. you called, then apparently punches it into the computer.  Then the
  13578. canned recording of "The number you have reached, 950-1288, is not in
  13579. service ..." comes on.
  13580.  
  13581. Of course, MCI's 950-1022 doesn't work from up here, either.  Some
  13582. other 950 numbers do, though (I won't say which ones to protect those
  13583. carriers from calls made out of idle curiosity), but only from home or
  13584. business phones, NOT from telephone-company owned and operated coin
  13585. phones.
  13586.  
  13587. Given that we are a remote area, some of these glitches don't surprise
  13588. me much ... but I *do* find it odd that the AT&T number doesn't work,
  13589. since they are still pretty much the dominent carrier around here
  13590. (having been the ONLY carrier available when Equal Access was
  13591. implemented, as I pointed out in a previous message).
  13592.  
  13593.  
  13594. Jack Decker   jack@myamiga.mixcom.com     FidoNet 1:154/8
  13595.  
  13596. ------------------------------
  13597.  
  13598. From: pdh@netcom.com (Phil Howard)
  13599. Subject: Re: 900 Blocking Not Guaranteed Effective
  13600. Date: Sat, 30 May 92 21:09:20 GMT
  13601. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  13602.  
  13603.  
  13604. andys@ulysses.att.com (Andy Sherman) writes:
  13605.  
  13606. > This was not creative billing.  This was ordinary hum-drum business as
  13607. > usual.  I realize that this will disappoint the conspiracy theorists
  13608. > among us ...
  13609.  
  13610. I'm not accusing of conspiracy.  I'm saying that the hum-drum is just
  13611. technically incorrect.
  13612.  
  13613. I still don't know how the call setup gets translated into a bill.
  13614. But it certainly should include a CALLED-NUMBER field.  Then if the
  13615. carriers need to make sure that they are not stuck with services being
  13616. acquired through forwarded 800 numbers, then they need to make sure
  13617. that either the calls don't go through as forwarded, or the data is
  13618. "fixed" on forwarding, or whatever.
  13619.  
  13620. Personally if I ever get a billing for a number that is different than
  13621. the number I actually called, my accusation to the phone company will
  13622. be that of "fraud" regardless of the technical reasons, and it will be
  13623. persued through legal channels if the phone company does not fix it
  13624. immediately on the first call to them about it.
  13625.  
  13626.  
  13627. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com
  13628.  
  13629. ------------------------------
  13630.  
  13631. Date: Sat, 30 May 92 19:04 GMT
  13632. From: Proctor & Associates <0003991080@mcimail.com>
  13633. Subject: Re: Autoline+ Problems
  13634.  
  13635.  
  13636. douglas camp <dcamp@copper.ucs.indiana.edu> writes:
  13637.  
  13638. > I recently purchased an AUTOLINE+ from ITS Communications which
  13639. > detects distinctive ringing patterns to route calls to different
  13640. > devices. I'm having some problems: (1) I'm getting complaints about
  13641. > how long the phone rings before I answer it. Althought the AUTOLINE+
  13642. > is only supposed to absorb one 'ringing sequence' it seems to get at
  13643. > least two and sometimes three. Also, my fax machine seems a little
  13644. > finicky when attached to the switch -- although the call is routed to
  13645. > the correct device (fax), about half the time the fax is unable to
  13646. > receive an incoming fax, and quits after connecting.
  13647.  
  13648. The ring detect is adjustable.  Sometimes it is more reliable to have
  13649. it detect two ring cycles.  This is because sometimes the "regular"
  13650. ring will come in as a partial ring, and be misinterpreted as a double
  13651. ring.  So while it takes longer to process the call, it is usually
  13652. more reliable if set for more than one ring.
  13653.  
  13654. If the fax machine seems finicky, try testing with a standard single
  13655. line phone in place of the fax.  Run a bunch of test calls and see if
  13656. you get the same problems.  You should be able to hear the phone ring
  13657. and talk on the phone without interruption.  The Autoline+ is supposed
  13658. to be passive to ringing voltage, so the fax machine should be seeing
  13659. the same signal that the phone company puts out.
  13660.  
  13661. > One final complaint -- I bought this thing direct from the company,
  13662. > and they don't take American Express -- so I had to pay COD. I hate
  13663. > doing this because once they've cashed the check, I don't have any
  13664. > recourse. When asked about their return policy, they would only say
  13665. > 'don't worry, we'll make it work'.
  13666.  
  13667. > Anyone had/solved similar problems (at least the technical ones :>)
  13668. > with this device?
  13669.  
  13670. Yep.  I put one in at a friend's house.  It works great, but there
  13671. were a few programming problems to iron out.  My friend has his set up
  13672. so that it sits only in front of the fax.  So all the phones in the
  13673. house give a double ring when a fax call comes in, and he doesn't
  13674. answer it.  For awhile he was convinced that "the darn thing wasn't
  13675. working" because a "fax call" would come in and the machine wouldn't
  13676. take it.  I managed to convice him that these were merely misdialed
  13677. calls to his second number, and not actually fax machines calling him.
  13678. I verified this by calling the number over and over, and the fax
  13679. machine always answered.
  13680.  
  13681. The folks at ITS are very helpful, and they mean it when they say
  13682. "don't worry, we'll make it work."  At one point my friend thought he
  13683. was having a problem (he isn't very phone savvy, and had bungled a
  13684. rewiring attempt) and ITS sent him a free advance replacement at their
  13685. expense.
  13686.  
  13687.  
  13688. Paul Cook                          206-881-7000
  13689. Proctor & Associates          MCI Mail 399-1080
  13690. 15050 NE 36th St.             fax: 206-885-3282
  13691. Redmond, WA  98052-5317     3991080@mcimail.com
  13692.  
  13693. ------------------------------
  13694.  
  13695. From: pdh@netcom.com (Phil Howard)
  13696. Subject: Re: MCI Message Call Ignored as TeleSlime
  13697. Date: Wed, 27 May 92 20:46:51 GMT
  13698. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  13699.  
  13700.  
  13701. MPA15AB!RANDY@TRENGA.tredydev.unisys.com writes:
  13702.  
  13703. > While on vacation recently, I used the MCI message center (or whatever
  13704. > they call it) service.  I had been getting a busy signal while trying
  13705. > to call my aunt all day, and needed to get in touch with her regarding
  13706. > my visit (which was next on the trip).  So I decided to try MCI's
  13707. > service (which is much like ATT's similiar service).  After getting
  13708. > yet another busy, I pressed "#" for two seconds, then pressed *44, and
  13709. > answered the prompts.
  13710.  
  13711. > Turns out when it called my aunt, she answered the phone, heard
  13712. > something like "This is the MCI message center with a message for",
  13713. > <her name in my voice>, and she hung up, assuming it was a junk phone
  13714. > call.  (She didn't recognize my voice).
  13715.  
  13716. > I think the prevelence of teleslime will hinder the usefulness of
  13717. > these services.
  13718.  
  13719. I would like to see some sort of access code system.  I would punch
  13720. into to my phone a few access codes (so I don't have to give everyone
  13721. the same one code).  When anyone calls me, they won't get ring yet,
  13722. but rather a beep prompt for the access code (falling back to a voice
  13723. recording to enter the access code if nothing entered soon, and then
  13724. on to an intercept if not entered or entered wrong).
  13725.  
  13726. I should be able to set my phone line to:
  13727.  
  13728. 1.  No access code required for all access.
  13729.  
  13730. 2.  No access code required to ring, but access code required to interrupt
  13731.     as in call waiting.
  13732.  
  13733. 3.  Access code required to ring or interrupt.
  13734.  
  13735. I should also be able to define the access codes as ring-only or as
  13736. ring-or-interrupt.
  13737.  
  13738. I want at least four different access codes and a variable number of
  13739. digits per access code (at least 20).
  13740.  
  13741.  
  13742. I currently use the following technique to filter out teleslime: I
  13743. have my answering machine speaker at a high volume.  The recording
  13744. tells the caller that the phone does not ring (actually it does but I
  13745. don't answer it based on the ring) and that they need to announce WHO
  13746. THEY ARE.  I will pick up if I am and AND want to talk to them.  I
  13747. mention this is needed for collect calls and end the message
  13748. suggesting that if I do not answer they can leave a message.
  13749.  
  13750. The problem with this, which would also be the same with a DTMF access
  13751. system on the customer premise is that the caller gets tapped for the
  13752. connection.  My announcement is 15 seconds and if they want to talk to
  13753. me they have to deal with at least another several seconds to say who
  13754. they are and wait for me to come to the phone (most people have not
  13755. realized yet they have to wait as long as an ordinary ring time) so
  13756. they end up with a toll call if it is billable.
  13757.  
  13758. All outward calls to potential teleslimers or sources of numbers for
  13759. teleslimers are made from the same line the above system is on.  I
  13760. have another phone line that is unlisted, no machine, a distinctive
  13761. ring sound, and an extension by my bed.  My close friends get that
  13762. number, and it is not used to call any business.
  13763.  
  13764. I did once get a teleslime cold marketing call where they were
  13765. apprently going by number on my private line.  I answered with "hello"
  13766. and they started out with the pitch.  I figured they didn't know me
  13767. because at the end of the pitch they asked me my name.  My response on
  13768. this call was DEAD SILENCE.  I did not hang up; I just did not speak.
  13769. After a couple of "hello"'s, the guy just hung up and so far never
  13770. called back.
  13771.  
  13772.  
  13773. Phil Howard  ---  KA9WGN  ---  pdh@netcom.com 
  13774.  
  13775. ------------------------------
  13776.  
  13777. From: apollo@buengc.bu.edu (Doug A. Chan)
  13778. Subject: TCP/IP and Rcp Performance Over Satellite?
  13779. Date: 30 May 92 04:06:38 GMT
  13780. Organization: College of Engineering, Boston University, Boston, MA, USA
  13781.  
  13782.  
  13783. I'm looking for info on the performance of TCP/IP-based software when
  13784. it is run over links with large end-to-end delays (ie. satellite
  13785. hops).
  13786.  
  13787. In particular, the performance of rcp (which is actually UDP based 
  13788.  ...) over such connections. I'm not too familiar with the underlying
  13789. pieces which make up the rcp program so it's difficult for me to
  13790. calculate the performance.
  13791.  
  13792.  - How efficient is it as packet arrival times increase? (200ms...1sec)
  13793.  - Can anyone point out some published results/tests/calculations?
  13794.  
  13795.  
  13796. Doug    apollo@buengc.bu.edu
  13797.  
  13798. ------------------------------
  13799.  
  13800. End of TELECOM Digest V12 #432
  13801. ******************************
  13802. 
  13803. 
  13804. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa16954;
  13805.           31 May 92 0:35 EDT
  13806. Received: by delta.eecs.nwu.edu id AA15293
  13807.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 22:49:08 -0500
  13808. Received: by delta.eecs.nwu.edu id AA01515
  13809.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 22:48:59 -0500
  13810. Date: Sat, 30 May 1992 22:48:59 -0500
  13811. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13812. Message-Id: <199205310348.AA01515@delta.eecs.nwu.edu>
  13813. To: "\\telecom"@eecs.nwu.edu
  13814. Subject: TELECOM Digest V12 #433
  13815.  
  13816. TELECOM Digest     Sat, 30 May 92 22:49:03 CDT    Volume 12 : Issue 433
  13817.  
  13818. Index To This Issue:                      Moderator: Patrick A. Townson
  13819.  
  13820.     Re: Two Area Codes, One LATA? (Leonard Erickson)
  13821.     Re: Two Area Codes, One LATA? (Bud Couch)
  13822.     Re: Area Code Discussion From RelayNet (Steve Forrette)
  13823.     Re: 310/213 Fiasco Was Not GTE's Fault (Jay Ashworth)
  13824.     Re: *67 and Related Topics (Jay Ashworth)
  13825.     1-ESS And *67 (John Desmond)
  13826.     Re: The Purpose of the Three Tones (Alan L. Varney)
  13827.     Re: The Purpose of the Three Tones (Kevin W. Williams)
  13828.     Re: Call Own Phone Back Number Wanted (Robert L. McMillin)
  13829.     Re: Call Own Phone Back Number Wanted (Charles Stephens)
  13830.     Re: GTE Stories (Robert S. Helfman)
  13831. ----------------------------------------------------------------------
  13832.  
  13833. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  13834. Subject: Re: Two Area Codes, One LATA?
  13835. Reply-To: 70465.203@compuserve.com
  13836. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  13837. Date: Sat, 30 May 1992 19:26:55 GMT
  13838.  
  13839.  
  13840. varney@ihlpf.att.com (Alan L Varney) writes:
  13841.  
  13842. >   In general, the rules for the LATA maps were based on the Standard
  13843. > Metropolitan Statistical Areas (SMSAs).  In the middle of drawing up
  13844. > the LATAs, the Feds changed SMSAs to MSAs, and merged/altered them
  13845. > somewhat.  The LATA maps were changed in some cases to fit the new MSA
  13846. > boundaries.  LATAs could not divide an exchange area (a switch can't
  13847. > be in two LATAs).  This forced some "funny" boundaries such as the two
  13848. > small Oregon areas across the Washington border near Walla Walla that
  13849. > are part of the "Spokane" LATA (# 676).
  13850.  
  13851. What does it take to get "official" LATA maps? Do they change?  If so,
  13852. how often?
  13853.  
  13854. This also reminds me of another frequent question:
  13855.  
  13856. Is there an *accessible* database of what exchanges are in a given
  13857. area code or LATA? This info is of us to *lots* of people outside the
  13858. phone companies (FIDO BBS operators trying to set up call cost tables,
  13859. for one)
  13860.  
  13861.  
  13862. Leonard Erickson              leonard@qiclab.scn.rain.com
  13863. CIS: [70465,203]             70465.203@compuserve.com
  13864. FIDO:   1:105/56     Leonard.Erickson@f56.n105.z1.fidonet.org
  13865. (The CIS address is checked daily. The others infrequently)
  13866.  
  13867. ------------------------------
  13868.  
  13869. From: kentrox!bud@uunet.UU.NET (Bud Couch)
  13870. Subject: Re: Two Area Codes, One LATA?
  13871. Organization: ADC Kentrox, Portland OR
  13872. Date: Sat, 30 May 1992 17:29:23 GMT
  13873.  
  13874.  
  13875. In article <telecom12.423.5@eecs.nwu.edu> varney@ihlpf.att.com (Alan L
  13876. Varney) writes:
  13877.  
  13878. > After the initial LATAs were drawn up, including areas that were
  13879. > GTE and "Independent", GTE signed their own consent decree, similar to
  13880. > the Bell System's.  In general, the LATA maps determine not only
  13881. > "permitted" intra-BOC traffic areas, but also determine which GTE and
  13882.  
  13883. Their "own" consent decree? That's news to me, since I don't think
  13884. that the Justice department ever sued GTE in Federal Court on
  13885. anti-trust charges.  How could they "consent" to a legal action to
  13886. which they were not a party?
  13887.  
  13888. > other "Independent" areas can directly connect to the BOC.  Also, many
  13889. > LATAs exist that contain no BOC exchanges.
  13890.  
  13891. GTE may well use LATAs, but it is a matter of FCC regs and their own
  13892. tariffs, not a function of a federal court order.
  13893.  
  13894.  
  13895. Bud Couch - ADC/Kentrox   If my employer only knew ...  standard BS applies
  13896.  
  13897.  
  13898. [Moderator's Note: I think that once the AT&T case was concluded, the
  13899. Justice Department went to GTE and offered them the option of agreeing
  13900. to the same sort of thing or facing suit to force them to do as AT&T
  13901. had done.  I think GTE agreed to save much expense.  Thus, 'their own
  13902. consent decree'.  PAT]
  13903.  
  13904. ------------------------------
  13905.  
  13906. From: stevef@wrq.com (Steve Forrette)
  13907. Subject: Re: Area Code Discussion From RelayNet
  13908. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  13909. Date: Sat, 30 May 1992 07:04:15 GMT
  13910.  
  13911.  
  13912. In article <telecom12.425.1@eecs.nwu.edu> stevef@wrq.com (Steve
  13913. Forrette) writes:
  13914.  
  13915. [stuff about LA Cellular and 213/310 split deleted]
  13916.  
  13917. > [Moderator's Note: What do they say when you ask them when it will be
  13918. > dialable again? Why don't you ask them when their service will be able
  13919. > to call people in the other area code and see what they say?   PAT]
  13920.  
  13921. They blame it on Pacific Bell and GTE.  Now that permissive dialing is
  13922. over when calling from either Pacific Bell or GTE, and calls to 310
  13923. numbers still get put through when calling from LA Cellular, this
  13924. pretty much points to some funny business going on in the cellular
  13925. switch.  It is changing the area code from 213 to the correct 310 for
  13926. those prefixes that have moved into 310.  This would be fine if
  13927. specifying the real area code of 310 worked for these numbers!
  13928.  
  13929. When permissive dialing was still in effect, the same problem was
  13930. happening, but it was harder to lay blame on LA Cellular, at least
  13931. from their point of view.  When I asked why I couldn't dial 310
  13932. numbers, I was told that "Pacific Bell hasn't issued us any 310
  13933. numbers for our subscribers."  I told them how even though this may be
  13934. true, that it should not affect me being able to dial into 310.  She
  13935. again repeated since they didn't have any 310 prefixes assigned to
  13936. them, that they could not complete calls into 310.  I then asked how
  13937. it was that I was able to call my office in Seattle, WA (area code
  13938. 206), since LA Cellular obviously does not have any prefixes in 206
  13939. assigned to them.  All I got was silence.
  13940.  
  13941. Oh, and by the way, as if things weren't bad enough, all of those
  13942. calls where I dialed correctly using 310, but had the call end in
  13943. reorder, appeared on my bill as uncompleted calls.  LA Cellular
  13944. charges half a minute for uncompleted calls, which for roamers equates
  13945. to 49 cents for each reorder!
  13946.  
  13947.  
  13948. Steve Forrette, stevef@wrq.com
  13949.  
  13950. ------------------------------
  13951.  
  13952. From: jra@psycho.fidonet.org (Jay Ashworth)
  13953. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  13954. Date: Sat, 30 May 92 13:47:44 EDT
  13955. Organization: Psycho: The Usenet<->Fidonet Gateway of St. Pete Florida
  13956.  
  13957.  
  13958. > I really get pissed when someone who shoots his mouth off when he does
  13959. > not know what he is saying about the telecomunications industry. First
  13960. > the problems with the 213/310 change over where not GTE's problem. We
  13961. > cut all of our switching centers at once. PacBell and a few if the
  13962. > Interlata carriers set their cuts for one or two at a time. That caused
  13963. > major problems since people were dialing from different areas. I don't
  13964. > say GTE did not make any errors as this was one major cut and the
  13965. > problems in LA sure did not help any. Get your facts straight.
  13966.  
  13967. I'm pleased to see that there is actually some representation from GTE
  13968. in this forum, since they are the largest independent telco in the
  13969. world.
  13970.  
  13971. Might I suggest, however, that it is usually unhelpful to take a
  13972. defensive posture when dealing in the world of ASCII intercommun-
  13973. ication?  Such a posture does come across quite clearly, and it tends
  13974. to lessen the impact of whatever facts you present upon those who read
  13975. it.
  13976.  
  13977. Sort of "nyah nyah, so there!"...
  13978.  
  13979. Glad to have you aboard, Gloria.
  13980.  
  13981.  
  13982. Cheers,
  13983.  
  13984. Jay R. Ashworth                                  jra@pro-scat.cts.com
  13985. Ashworth & Associates              Jay_Ashworth@{psycho.fidonet.org,
  13986. An Interdisciplinary Consultancy                 f160.n3603.z1.fidonet.org,
  13987.   in Advanced Technology                         petexch.relay.net}
  13988.  
  13989.  
  13990. [Moderator's Note: Actually as I understand it, 'Gloria' is a generic
  13991. account used by many different people. I don't think real Gloria has
  13992. ever posted here ... just people in that department.  True/false?  PAT]
  13993.  
  13994. ------------------------------
  13995.  
  13996. From: jra@psycho.fidonet.org (Jay Ashworth)
  13997. Subject: Re: *67 and Related Topics
  13998. Date: Fri, 29 May 92 23:38:24 EDT
  13999. Organization: Psycho: The Usenet<->Fidonet Gateway of St. Pete Florida
  14000.  
  14001.  
  14002. > If you have "line blocking" *67 *enables* Caller-ID transmission for
  14003. > that call only.
  14004.  
  14005. > To know the state with which you are dialing, you need to know the
  14006. > "default" state of the line.
  14007.  
  14008. I hate to have to point this out, particularly to a fellow FidoNet
  14009. resident (:-), but _that's the point_.  I don't know for certain (and
  14010. perhaps Andy Sherman, or someone at bellcore can clarify), but I don't
  14011. believe there's _any way_ to find out the default state of a line.
  14012. Short of calling a friend with CNID ...
  14013.  
  14014.  
  14015. Cheers,
  14016.  
  14017. Jay R. Ashworth                    jra@pro-scat.cts.com
  14018. Ashworth & Associates              Jay_Ashworth@{psycho.fidonet.org,
  14019. An Interdisciplinary Consultancy   f160.n3603.z1.fidonet.org,
  14020.   in Advanced Technology           petexch.relay.net}
  14021.  
  14022.  
  14023. [Moderator's Note: Simple. You would ask the person who owned the
  14024. phone line. In most instances, your use of *67 would probably be on
  14025. your own phone line anyway, and you *know* what that status is. So if
  14026. you use my phone for a single call, you ask me my status.   PAT]
  14027.  
  14028. ------------------------------
  14029.  
  14030. From: John.Desmond@tdkt.kksys.com (John Desmond)
  14031. Date: Sat, 30 May 1992 01:30:35 -0600
  14032. Subject: 1-ESS And *67
  14033.  
  14034.  
  14035. kityss@ihlpf.att.com wrote:
  14036.  
  14037. > Please note that the 1ESS is different from the 1A ESS.  The 1A ESS
  14038. > does have full LASS, SS7, and Privacy Blocking Capability (with the
  14039. > appropriate software).
  14040.  
  14041.   An additional note.  In order for the 1A ESS to support CLASS/SS7,
  14042. the 1A must be equipped with a 3B20D (3B20 Duplex) attatched processor
  14043. and a CNI Ring. Currently 1A offices are being equipped with either
  14044. the 3D or the 3E generic for the 3B APS.  The 1A side should be on at
  14045. least generic 10. Genreic 11 is required for IXC/SS7 signaling.
  14046.  
  14047.   The CNI Ring is a 3B peripherial device and is the interface between
  14048. the A-links to the Signalling Transfer Points (STP's) and the 56Kb
  14049. DSU's.  Up to now, the task the 3B has played in the 1A switch has
  14050. been just that of a file storage system for the 1A processor.  Now
  14051. with SS7 on-board, it's job is much more important.  Previously a 1A
  14052. switch could run for quite a long time if the 3B were to have a duplex
  14053. failure.  The 3B is a VERY reliable piece if equipment though.  I have
  14054. never seen a complete duplex failure in one, and very little trouble
  14055. in general in the 3B.
  14056.  
  14057.   BTW, the AT&T 5E uses the CNI ring hardware since the Administrative
  14058. Moduel (AM) is a 3B20D too.  Looks like AT&T got two for one on the
  14059. development of the CNI ring.  :) There are some subtle differences of
  14060. course, but they are largely the same hardware.
  14061.  
  14062.  
  14063. John Desmond, K0TG
  14064. The Dark Knight's Table BBS +1 612 938 8924
  14065. 9600 V32bis V42bis HST  Minnetonka, Minnesota
  14066. Domain: [username]@tdkt.kksys.com  UUCP: ...!umn-cs!kksys!tdkt![username]
  14067.  
  14068. ------------------------------
  14069.  
  14070. Date: Fri, 29 May 92 08:32:19 CDT
  14071. From: varney@ihlpf.att.com (Alan L Varney)
  14072. Subject: Re: The Purpose of the Three Tones
  14073. Organization: AT&T Network Systems
  14074.  
  14075.  
  14076. In article <telecom12.427.5@eecs.nwu.edu> tuu <unknown@ucscb.ucsc.EDU>
  14077. writes:
  14078.  
  14079. > What is the purpose of the three tones (I believe ascending in
  14080. > pitch) that you hear before you hear the "We're sorry, you must first
  14081. > dial a 1" message or the similar messages?
  14082.  
  14083. > Does it tell the phone system that there *wasn't* actually a
  14084. > billable "off hook"?  That's the only thing I can think of, but if
  14085. > that's true, it would seem that phreakers could just record it and
  14086. > play it right after someone answers when they make a long distance
  14087. > call.
  14088.    
  14089.    They are "Special Information Tones (SIT)."  Bellcore (in "Notes on
  14090. the BOC Intra-LATA Networks - 1986", TR-NPL-000275) uses the word
  14091. "Special" because the tones aren't there for subscribers.  The
  14092. original (and still primary) use was to allow automated call detection
  14093. devices to easily classify call failures by type (Service Evaluation
  14094. Systems, for example).  There are 7 SIT sequences defined by Bellcore,
  14095. using the CCITT-defined (see Q.35) combination of 2 Low tones, 2
  14096. Middle tones and 1 High tone, each of either a short (274 msec) or
  14097. long (380 msec) duration.
  14098.  
  14099.    The SIT tones are assigned to categories called Reorder, Vacant
  14100. Code, No Circuit, Intercept and Ineffective Other.  Each specific
  14101. announcement or tone-generating condition is assigned to one of those
  14102. categories.  For Inter-LATA calls, there are IC versions of Reorder
  14103. and Vacant Code that attempt to distinguish whether the condition is
  14104. due to LEC or IC problems.
  14105.  
  14106.    So the tones are really just an aid to allow some calls to be
  14107. monitored automatically, and classified as to type of completion.  For
  14108. privacy reasons, as well as capacity, this is not a job you would want
  14109. to assign to a person.  This means some mechanism is needed to
  14110. classify calls based on tone analysis.  Busy, reorder and other tones
  14111. are pretty easy to detect.  But it's very hard to tell the difference
  14112. between an call answered by an answering machine and a failure
  14113. recording without the SIT.  Anyway, that's the reason for SITs.  Some
  14114. modem manufacturers may also recognize the SITs (as well as busy,
  14115. etc.) and provide the user with a call failure indication.
  14116.  
  14117.    Telephone service providers that care about the quality of their
  14118. service need to have some idea of the percentage of calls that fail to
  14119. complete.  SITS help in that measurement.  But billing is not under
  14120. control of analog tones any more, except in those cases where a
  14121. service provider can't (or won't) get access to "answer supervision".
  14122. And having the caller play SIT wouldn't work in most cases, because
  14123. only the "backward" connection is monitored for the tones.  Of course,
  14124. if you want to play SITs when ANSWERING your telephone, you are free
  14125. to do so -- just expect most callers to hang up right away.
  14126.  
  14127.  
  14128. Al Varney - just my opinion, not one of AT&Ts
  14129.  
  14130. ------------------------------
  14131.  
  14132.  
  14133. From: williamsk@gtephx.UUCP (Kevin W. Williams)
  14134. Subject: Re: The Purpose of the Three Tones
  14135. Organization: gte
  14136. Date: Fri, 29 May 1992 15:19:40 GMT
  14137.  
  14138.  
  14139. In article <telecom12.427.5@eecs.nwu.edu>, unknown@ucscb.ucsc.EDU
  14140. (tuu) writes:
  14141.  
  14142. > What is the purpose of the three tones (I believe ascending in
  14143. > pitch) that you hear before you hear the "We're sorry, you must first
  14144. > dial a 1" message or the similar messages?
  14145.  
  14146. Subscriber Information Tone (informally known as "oooWHHEEEooo") is
  14147. not detected anywhere in any switch I am aware of. It is intended to
  14148. alert the subscriber that the voice about to follow is not a human
  14149. being, and thus arguing with it or asking for somebody is useless.
  14150. This may sound silly, but you would be surprised how many people
  14151. immediately talk into a phone when they hear ringing stop. This is
  14152. getting trained out of people by the answering machines, but having
  14153. the phone answered by a tape recorder used to be a really odd
  14154. situation.
  14155.  
  14156.  
  14157. Kevin Wayne Williams    AG Communication Systems (nee Automatic Electric)
  14158.  
  14159. ------------------------------
  14160.  
  14161. Date: Sat, 30 May 92 01:06:00 -0700
  14162. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  14163. Subject: Re: Call Own Phone Back Number Wanted
  14164.  
  14165.  
  14166. Javier Henderson <jhenderson@pomona.claremont.edu> writes:
  14167.  
  14168. > In GTE areas in So. Cal, you can dial your own number, and hang up,
  14169. > and your phone will ring.
  14170.  
  14171. Last time I checked, this was dependent on whether you have call
  14172. waiting active.  If you don't have it or turn it off (prepend 70# to
  14173. your phone number), this 'service' doesn't work.
  14174.  
  14175.  
  14176. Robert L. McMillin                     | Voice:    (310) 568-3555
  14177. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  14178. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  14179.  
  14180. ------------------------------
  14181.  
  14182. Subject: Re: Call Own Phone Back Number Wanted
  14183. From: cfs@cowpas.waffle.atl.ga.us (Charles Stephens)
  14184. Date: Sat, 30 May 92 12:17:59 EDT
  14185. Organization: COW Pastures
  14186.  
  14187.  
  14188. jhenderson@pomona.claremont.edu writes:
  14189.  
  14190. > In GTE areas in So. Cal, you can dial your own number, and hang up,
  14191. > and your phone will ring.
  14192.  
  14193.         Sometimes, when you have call forwarding on with call waiting
  14194. can you call the number you are dailing from you get a ring back.
  14195.  
  14196. > You can dial 114 to find out what your number is.
  14197.  
  14198.         In some BellSouth areas you can dial 311 to get the same effect.
  14199.  
  14200.  
  14201. Charles Stephens, SysOp, COW Pastures BBS, Kennesaw, GA  +1 404 421 0764
  14202. Internet: cfs@cowpas.waffle.atl.ga.us
  14203. Compuserve: >INTERNET: cfs@cowpas.waffle.atl.ga.us
  14204. Prodigy: NOT!   IVCNTWPAHR: +1 404 425 7599     ICBM:  <CENSORED>
  14205.  
  14206. ------------------------------
  14207.  
  14208. From: helfman@aero.org (Robert S. Helfman)
  14209. Subject: Re: GTE Stories
  14210. Organization: The Aerospace Corporation, El Segundo, CA
  14211. Date: Sat, 30 May 1992 06:44:35 GMT
  14212.  
  14213.  
  14214.  From 1979 to 1983, I lived in Redondo Beach, CA, which is GTE
  14215. territory.  I had one 376- number, which was a GTE line, and a 772-
  14216. number, which was a Los Angeles foreign exchange line from PacBell
  14217. (using GTE battery in the local loop).
  14218.  
  14219. It used to be amazing to pick up both phones at the same time and note
  14220. that the dialtone would sometimes take 10-20 seconds to come up on the
  14221. GTE line but would be so fast on the PacBell line that you sometimes
  14222. couldn't even hear the delay at all.
  14223.  
  14224. During the first year (1979-1980), I had a partner in my condo and he
  14225. also had a 376- GTE line. One night, neither of our 376- lines could
  14226. get a dialtone at all -- battery, yes, but no dialtone. That condition
  14227. lasted four hours and there was absolutely no explanation for it -- no
  14228. natural disaster, no riots, nada! It disappeared as mysteriously as it
  14229. appeared.
  14230.  
  14231. The number of misdialed numbers on those GTE lines was also simply
  14232. unbelievable -- probably two out of five calls would not go through on
  14233. the first try.
  14234.  
  14235. ------------------------------
  14236.  
  14237. End of TELECOM Digest V12 #433
  14238. ******************************
  14239. 
  14240. 
  14241. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa18888;
  14242.           31 May 92 1:34 EDT
  14243. Received: by delta.eecs.nwu.edu id AA16892
  14244.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 23:23:10 -0500
  14245. Received: by delta.eecs.nwu.edu id AA12542
  14246.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 23:22:55 -0500
  14247. Date: Sat, 30 May 1992 23:22:55 -0500
  14248. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14249. Message-Id: <199205310422.AA12542@delta.eecs.nwu.edu>
  14250. To: "\\telecom"@eecs.nwu.edu
  14251. Subject: TELECOM Digest V12 #434
  14252.  
  14253. TELECOM Digest     Sat, 30 May 92 23:22:53 CDT    Volume 12 : Issue 434
  14254.  
  14255. Index To This Issue:                      Moderator: Patrick A. Townson
  14256.  
  14257.     Re: Cellular One Forwarding Billing Loop? (Douglas Scott Reuben)
  14258.     Re: Cellular One Forwarding Billing Loop? (Carl Wright)
  14259.     Re: Cellular One Forwarding Billing Loop? (Steve Forrette)
  14260.     Re: Voice Mail Hanging up on Women (Michael J. Graven)
  14261.     Re: Voice Mail Hanging up on Women (Arthur Rubin)
  14262.     Re: All Zeros in the Subscriber Number (Charles Stephens)
  14263.     Re: All Zeros in the Subscriber Number (Bruce Albrecht)
  14264.     Re: Are the Deaf Telephone (TDD) Calls Secretly Recorded? (Charlie Mingo)
  14265.     Re: Pacific Bell to Discontinue Data Access Lines (Stephen Friedl)
  14266.     Re: Typical GTE (Jeff Sicherman)
  14267.     Re: 800 Number With "Routing Error" (Jack Decker)
  14268.     Re: Cordless Phone Recommendations Wanted (Roger Corron)
  14269.     Re: Multi-Ring Detection (Patton M. Turner)
  14270. ----------------------------------------------------------------------
  14271.  
  14272. Date: 29-MAY-1992 05:09:35.97
  14273. From: Douglas Scott Reuben <DREUBEN@EAGLE.WESLEYAN.EDU>
  14274. Subject: Re: Cellular One Forwarding Billing Loop
  14275.  
  14276.  
  14277. On Wed, 27 May 1992, Monty Solomon <monty@proponent.com> wrote:
  14278.                                                              
  14279. > Cellular One recently installed a software upgrade from Motorola.
  14280. > This upgrade prevents a call forwarded from one cellular phone to a
  14281. > second cellular phone to get further forwarded to the second phone's
  14282. > Message Plus when the second phone is off. 
  14283.  
  14284. Right ... if you are running the new Autonomous Registration stuff
  14285. that Motorola has been pushing, then I think you are running the same
  14286. thing that we have in Metro Mobile (and Cell One/South Jersey).
  14287.  
  14288. Basically, you want Cell-A -> Cell-B -> landline/voicemail
  14289. destination.
  14290.  
  14291. What you do is UNforward "Cell-B" by hitting *73 (the usual Motorola
  14292. code, or maybe *70). This will get rid of ANY type of forwarding, with
  14293. the possible exception of voicemail. (although it should get rid of VM
  14294. as well, if you are allowed to control the "no-answer-transfer"
  14295. feature from your phone, usually via *71.)
  14296.                                                        
  14297. After you UNforward "B", forward "A" to "B". Then have "B" forward to
  14298. wherever.  This will allow it to work properly.
  14299.  
  14300. > This forwarding worked before the upgrade.
  14301.  
  14302. Yeah, but if you are running the same software that we have here, you
  14303. need to do it. I know it is annoying and silly, but its not your Cell
  14304. co's fault -- Motorola did this.
  14305.  
  14306. > The unsatisfactory explanation I was given is that this second
  14307. > forwarding causes some sort of a billing loop.
  14308.  
  14309. That's more or less what I heard ... its not really a "billing loop",
  14310. but it was implemented to stop loops where one mobile forwards to the
  14311. other, and then the second forwards back to the first. From what I
  14312. understand, previous software releases just allowed this to go on, and
  14313. trunks were siezed over and over again, until all of them were used
  14314. up. This would be a problem if the numbers were located in two
  14315. different switches within the same system. Thus, if this loop would
  14316. occur, a call placed to a mobile number residing in one switch of a
  14317. given cellular system could not be connected outside the switch (ie,
  14318. to other switches in the system) since all the trunks would be tied up
  14319. with the forwarding, etc.
  14320.  
  14321. I think Motorola's response was a bit drastic, but perhaps I do not
  14322. understand the gravity of the situation. It seems to me that the EMX
  14323. can just check to make sure that after A forwards to B which forwards
  14324. to C, etc, that at no time in this chain will a call go back to A, or
  14325. even B or C, ie, "no loops allowed".  Othwerise, it should allow
  14326. forwarding just like it used to. But I'm not a Motorola switch-tech,
  14327. so perhaps someone with more detailed info on EMXs and software can
  14328. respond to why Motorola chose the "solution" which they did.
  14329.  
  14330.  
  14331. Doug  dreuben@eagle.wesleyan.edu  //  dreuben@wesleyan.bitnet
  14332.  
  14333. ------------------------------
  14334.  
  14335. From: wright@irie.ais.org (Carl Wright)
  14336. Subject: Re: Cellular One Forwarding Billing Loop?
  14337. Date: Fri, 29 May 92 10:56:29 EDT
  14338. Organization: UMCC - Ann Arbor, MI  USA
  14339.  
  14340.  
  14341. Monty Solomon <monty@proponent.com> writes:
  14342.  
  14343. > Cellular One recently installed a software upgrade from Motorola.
  14344.  
  14345. > This upgrade prevents a call forwarded from one cellular phone to a
  14346. > second cellular phone to get further forwarded to the second phone's
  14347. > Message Plus when the second phone is off.  The caller gets a
  14348. > recording stating that the called phone is off or out of the area.
  14349.  
  14350. > This forwarding worked before the upgrade.
  14351.  
  14352. > The unsatisfactory explanation I was given is that this second
  14353. > forwarding causes some sort of a billing loop.
  14354.  
  14355. Without getting my manuals out for Motorola output data, I would guess
  14356. that the loop is more likely a case of the billing data written by the
  14357. switch becoming either too complex for the billing system or the data
  14358. output by the switch doesn't have sufficent information to correctly
  14359. bill.
  14360.  
  14361. When the switches get more features, the call recording data doesn't
  14362. always get everything needed to do billing.
  14363.  
  14364. There are a surprising number of ways to get free calls on cellular
  14365. switches when you know how to structure the calls. I won't say more
  14366. because I don't want the cariers to lose deserved revenue. It is a
  14367. side effect of the constant changes that the cellular carriers are
  14368. undergoing.
  14369.  
  14370.  
  14371. Carl Wright                     | Lynn-Arthur Associates, Inc.
  14372. Internet: wright@ais.org        | 2350 Green Rd., #160
  14373. Voice: 1 313 995 5590 EST       | Ann Arbor, MI 48105
  14374.  
  14375. ------------------------------
  14376.  
  14377. From: stevef@wrq.com (Steve Forrette)
  14378. Subject: Re: Cellular One Forwarding Billing Loop?
  14379. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  14380. Date: Fri, 29 May 1992 20:16:34 GMT
  14381.  
  14382.  
  14383. In article <telecom12.427.4@eecs.nwu.edu> Monty Solomon
  14384. <monty@proponent.com> writes:
  14385.  
  14386. > Cellular One recently installed a software upgrade from Motorola.
  14387.  
  14388. > This upgrade prevents a call forwarded from one cellular phone to a
  14389. > second cellular phone to get further forwarded to the second phone's
  14390. > Message Plus when the second phone is off.  The caller gets a
  14391. > recording stating that the called phone is off or out of the area.
  14392.  
  14393. > This forwarding worked before the upgrade.
  14394.  
  14395. > The unsatisfactory explanation I was given is that this second
  14396. > forwarding causes some sort of a billing loop.
  14397.  
  14398. The answer I got is that it "ties up too many trunks."  The rep said
  14399. that some people with three or four phones want to have no-answer
  14400. transfer set up so that there is effectively a hunt group, with the
  14401. last phone going to voicemail if none of them are available.  This,
  14402. according to the rep, would tie up four or five "trunks."  Of course,
  14403. we all know this is balogna.  It may lead to longer than normal call
  14404. setup times, though.  I'm not quite sure what their motivation is for
  14405. doing this.  I can understand why they would want to put some limit on
  14406. the number of hops, so that somebody doesn't create a chain of ten
  14407. numbers that caused a call setup time of two minutes, but I would
  14408. think three or four hops would be reasonable to allow.  Perhaps it's
  14409. just one of the many ways that cellular carriers set up their service
  14410. so that it can't be too useful to someone.
  14411.  
  14412.  
  14413. Steve Forrette, stevef@wrq.com
  14414.  
  14415. ------------------------------
  14416.  
  14417. Date: Sat, 30 May 92 01:15:50 CDT
  14418. Subject: Re: Voice Mail Hanging up on Women
  14419. From: mjg@nwu.edu (Michael J Graven)
  14420. Reply-To: mjg@nwu.edu (Michael J Graven)
  14421.  
  14422.  
  14423. Jim Morton (applix!jim@uunet.UU.NET) writes:
  14424.  
  14425. > [Talkoff] is a problem that is well known by a lot of administrators of
  14426. > Northern Telecom Meridian Mail voicemail systems.
  14427.  
  14428. Talkoff is well-known by anyone who's read {Engineering and Operations
  14429. in the Bell System}.  And it's well-known by anyone who's had to
  14430. digitize voice for a voice-response system.  I've had a tough time
  14431. with a few AT&T Conversant and Conversant 2 systems as well as the odd
  14432. Voice Power board.
  14433.  
  14434. A good digital notch filter on three of the DTMF frequencies will cure
  14435. most of the ills without too much noticeable effect, especially if
  14436. you're digitizing at 64 kb/s.
  14437.  
  14438.  
  14439. Michael     mjg@nwu.edu
  14440.  
  14441. ------------------------------
  14442.  
  14443. Subject: Re: Voice Mail Hanging up on Women
  14444. From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
  14445. Date: 30 May 92 17:16:23 GMT
  14446. Organization: Beckman Instruments, Inc.
  14447.  
  14448.  
  14449. In <telecom12.424.15@eecs.nwu.edu> applix!jim@uunet.UU.NET (Jim Morton
  14450. [ext 237]) writes:
  14451.  
  14452. >> Women with high voices are the victims of a strange new technology
  14453. >> problem.  Voice mail, the computerized telephone answering system,
  14454. >> sometimes hangs up on them or loses their messages because the
  14455. >> computer hears their voices as a command.  That's the complaint of
  14456.  
  14457. > This is a problem that is well known by a lot of administrators of
  14458. > Northern Telecom Meridian Mail voicemail systems. Northern called this
  14459. > problem "talk-off" and it was a big problem in releases 3 and 4 of
  14460. > Meridian Mail ... not just a Rolm problem!
  14461.  
  14462. A long time ago, I had an answering machine with a "tone box" to
  14463. generate a tone for remote access.  Apparently, a friend's voice
  14464. matched the tone well enough that he couldn't leave a message, but
  14465. heard the messages on the tape instead!
  14466.  
  14467.  
  14468. Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
  14469. 216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
  14470. My opinions are my own, and do not represent those of my employer.
  14471.  
  14472. ------------------------------
  14473.  
  14474. Subject: Re: All Zeros in the Subscriber Number
  14475. From: cfs@cowpas.waffle.atl.ga.us (Charles Stephens)
  14476. Date: Sat, 30 May 92 12:29:53 EDT
  14477. Organization: COW Pastures
  14478.  
  14479.  
  14480. pdh@netcom.com (Phil Howard) writes:
  14481.  
  14482. >> [Moderator's Note: There was a person a couple years ago who had (and
  14483. >> actually requested) the number 800-EAT-7448. He wanted to find out
  14484. >> what sort of people would call that number; apparently many did
  14485. >> because the phone rang constantly, I am told.  PAT]
  14486.  
  14487.         That number tells you call the 900 number.
  14488.  
  14489. > [Moderator's Note: I believe someone does have that 'service' going
  14490. > now, for reasons best left to the imagination.   PAT]
  14491.  
  14492.         At three dollars a minute, I think my imagination is going to
  14493. work over time on that one.
  14494.  
  14495.  
  14496. Charles Stephens, SysOp, COW Pastures BBS, Kennesaw, GA  +1 404 421 0764
  14497. Internet: cfs@cowpas.waffle.atl.ga.us
  14498. Compuserve: >INTERNET: cfs@cowpas.waffle.atl.ga.us
  14499. Prodigy: NOT!  IVCNTWPAHR: +1 404 425 7599  ICBM:  <CENSORED>
  14500.  
  14501. ------------------------------
  14502.  
  14503. Date: Fri, 29 May 92 00:25:42 CST
  14504. From: bruce@zuhause.MN.ORG (Bruce Albrecht)
  14505. Subject: Re: All Zeros in the Subscriber Number
  14506.  
  14507.  
  14508. Our fearless Moderator notes:
  14509.  
  14510. > [Moderator's Note: There was a person a couple years ago who had (and
  14511. > actually requested) the number 800-EAT-7448. He wanted to find out
  14512. > what sort of people would call that number; apparently many did
  14513. > because the phone rang constantly, I am told.  PAT]
  14514.  
  14515. It's probably all the people who wanted to report someone's bad driving!
  14516.  
  14517.  
  14518. bruce@zuhause.mn.org
  14519.  
  14520. ------------------------------
  14521.  
  14522. From: Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo)
  14523. Date: Fri, 29 May 1992 21:01:31 -0500
  14524. Subject: Are the Deaf Telephone (TDD) Calls Secretly Recorded?
  14525.  
  14526.  
  14527. ron@pilot.njin.net (Ron) writes:
  14528.  
  14529. >> One law enforcement agency who had arrested a deaf person (I believe it
  14530. >> was several years ago) allowed the deaf person to make a call -- a TT
  14531. >> call -- but the call contained his admission to the crime so the
  14532. >> officers confiscated the TT printout to use it against him in court.
  14533.  
  14534. > Depends who the call was to.  If to an attorney, then it probably
  14535. > could have been successfully argued that it was priveleged
  14536. > communications, just as if it were a fax.  
  14537.  
  14538.    If the original poster is referring to a 1990 Wisconsin case, then
  14539. I believe there are a few additional facts: the call was not to an
  14540. attorney but to a friend and the phone was not in the jail area but in
  14541. an area accessible to the public.
  14542.  
  14543.    My understanding was that the accused made a TDD call asking a
  14544. friend to come bail him out, and subsequently threw the paper printout
  14545. from the call in the trash, where it was seized by the police.  He
  14546. would have been well advised to either turn off the printer (if that's
  14547. possible), avoid making incriminating admissions over the phone
  14548. (always a good idea) or keep the printout with him (swallow it?).
  14549.  
  14550. ------------------------------
  14551.  
  14552. From: friedl@mtndew.Tustin.CA.US (Stephen Friedl)
  14553. Subject: Re: Pacific Bell to Discontinue Data Access Lines
  14554. Date: 30 May 92 19:37:17 GMT
  14555. Organization: Steve's Personal machine / Tustin, CA
  14556.  
  14557.  
  14558. John Nagle writes:
  14559.  
  14560. > It would seem appropriate to insist that Pac Bell comply with the
  14561. > CCITT standards on telephone line quality assumed in the V.32
  14562. > specification.
  14563.  
  14564. > One might also point out that standard Group 3 FAX is 9600 bits/sec.
  14565.  
  14566. I of course think it would be great if we could count on V.32 working
  14567. on regular phone lines, but this may be too much to ask for.
  14568.  
  14569. One might also point out that Group 3 fax uses V.29 modulation, which
  14570. is 9600 bps *half duplex* and can tolerate much worse line conditions
  14571. than can full-duplex V.32.
  14572.  
  14573. Yes, other modulation schemes are used by fax, but they are all half
  14574. duplex so the same reasoning applies.
  14575.  
  14576.  
  14577. Stephen J Friedl | Software Consultant | Tustin, CA |     +1 714 544 6561
  14578. 3b2-kind-of-guy  | I speak for me ONLY |   KA8CMY   | uunet!mtndew!friedl
  14579.  
  14580. ------------------------------
  14581.  
  14582. Date: Sat, 30 May 92 13:20:10 -0700
  14583. From: Jeff Sicherman <sichermn@beach.csulb.edu>
  14584. Subject: Re: Typical GTE
  14585. Organization: Cal State Long Beach
  14586.  
  14587.  
  14588.   The only real solution to motivating a monopoly that can't or won't
  14589. provide proper service is competition and that means multiple sources
  14590. of dial-tone within a geographical area; cable companies if necessary.
  14591. And, since *their* reputations are so wonderful in that respect, the
  14592. phone companies should be allowed into the broadcast distribution
  14593. business also.
  14594.  
  14595.   Here we go again ...
  14596.  
  14597.  
  14598. Jeff Sicherman
  14599.  
  14600. ------------------------------
  14601.  
  14602. Date: Sat, 30 May 92 16:17:36 CST
  14603. From: Jack Decker <Jack@myamiga.mixcom.com>
  14604. Subject: Re: 800 Number With "Routing Error"
  14605.  
  14606.  
  14607. In message <telecom12.407.11@eecs.nwu.edu>, warren@worlds.COM (Warren
  14608. Burstein) writes:
  14609.  
  14610. > I'm in Israel.  I needed to call a company, Solution Systems, for
  14611. > help.  So I dialed USA Direct, the number in their manual, (800)
  14612. > 821-2492 and my card/PIN.  A recording told me I had reached the sales
  14613. > line, if I wanted technical help I should dial 1-800-999-9663.  So I
  14614. > redialed USA Direct, the number (w/o the 1) and card/PIN and got
  14615. > several rings, followed by an intercept and a "number cannot be
  14616. > completed as dialed" message.
  14617.  
  14618. I suspect that the first 800 number is an AT&T 800 number, while the
  14619. second is provided by some other carrier (maybe MCI?).  Seems I recall
  14620. reading that AT&T operators will only connect you to AT&T 800 numbers?
  14621. You might try to find out if MCI has an equivalent to USA Direct, and
  14622. see if the call can be placed that way.
  14623.  
  14624.  
  14625. Jack Decker    jack@myamiga.mixcom.com   FidoNet 1:154/8
  14626.  
  14627. ------------------------------
  14628.  
  14629. From: rc@mithras.boston.sgi.com (Roger Corron)
  14630. Subject: Re: Cordless Phone Recommendations Wanted
  14631. Organization: Silicon Graphics, Inc.
  14632. Date: Sat, 30 May 1992 18:58:02 GMT
  14633.  
  14634.  
  14635. In article <telecom12.425.9@eecs.nwu.edu>, irving@happy-man.com
  14636. (Irving_Wolfe) writes:
  14637.  
  14638. > I know of no consumer product that is consistently, across all the
  14639. > manufacturers, so badly designed, so over-priced relative to its
  14640. > quality (and to the cost of much more complex cellular phones)...
  14641.  
  14642. Cellular phones are both more complex than common cordless phones and
  14643. *much* more expensive when miniaturized to cordless size. The low
  14644. up-front purchase prices of the bulkier units are generally subsidized
  14645. by expensive calling plans. When purchased independently of a service
  14646. plan, the minimum price of a cellular phone is about $300.
  14647.  
  14648. The cliche that applies is "Give them the razor. Sell them the blades."
  14649.  
  14650.  
  14651. Roger Corron    Silicon Graphics  One Cabot Road, Hudson MA 01749
  14652. Phone: (508) 562 4800    rc@boston.sgi.com
  14653.  
  14654. ------------------------------
  14655.  
  14656. Date: Sat, 30 May 92 20:34:01 CDT
  14657. From: Patton M. Turner <pturner@eng.auburn.edu>
  14658. Subject: Re: Multi-Ring Detection
  14659.  
  14660.  
  14661. > I am not sure how they work third and fourth numbers...  Anyway I have
  14662. > heard that there is a device available that detect the double ring and
  14663. > routes those calls to a seperate device, such as a FAX machine.  This
  14664. > allows the small business owner to have only one physical phone line,
  14665. > but a separate fax number.  Does anyone know where such a device can
  14666. > be purchased?  
  14667.  
  14668. David, how about including this one in the FAQ.
  14669.  
  14670. Try:
  14671.  
  14672. Know Ideas Inc  (708) 358-0505
  14673. ITS Communications, Endicott, NY 13760  800-333-0802 607-754-6310
  14674. Hello Direct 800-HIHELLO or (408) 972-1990
  14675. Lynx Automation, Inc., 2100 196th St SW #144, Lynnwood, WA 98036 
  14676.  (206) 744-1582.
  14677.  
  14678. Cost is around 80 - 100 dollars. I have one and am very satisified.
  14679.  
  14680.  
  14681. Pat Turner   KB4GRZ   Until July 1 => pturner@eng.auburn.edu
  14682.  
  14683. ------------------------------
  14684.  
  14685. End of TELECOM Digest V12 #434
  14686. ******************************
  14687. 
  14688. 
  14689. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19238;
  14690.           31 May 92 1:38 EDT
  14691. Received: by delta.eecs.nwu.edu id AA30523
  14692.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 30 May 1992 23:51:09 -0500
  14693. Received: by delta.eecs.nwu.edu id AA03516
  14694.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 30 May 1992 23:50:58 -0500
  14695. Date: Sat, 30 May 1992 23:50:58 -0500
  14696. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14697. Message-Id: <199205310450.AA03516@delta.eecs.nwu.edu>
  14698. To: "\\telecom"@eecs.nwu.edu
  14699. Subject: TELECOM Digest V12 #435
  14700.  
  14701. TELECOM Digest     Sat, 30 May 92 23:51:00 CDT    Volume 12 : Issue 435
  14702.  
  14703. Index To This Issue:                      Moderator: Patrick A. Townson
  14704.  
  14705.     Re: Centel < === > Sprint: Now Merged Into One (John Higdon)
  14706.     Re: Centel < === > Sprint: Now Merged Into One (Michael Nolan)
  14707.     Re: Payphone Xenophobia (Frederick Roeber)
  14708.     Re: Payphone Xenophobia (Jim Rees)
  14709.     Re: Have I Been Slammed? (Jack Decker)
  14710.     Re: New NPA/NXX Lookup and Cross Reference Utility For DOS (Carl Wright)
  14711.     Re: Usenet and Obscenity in Canada (Carl M. Kadie)
  14712.     Re: 310/213 Fiasco Was Not GTE's Fault (Ridder
  14713.     Re: Area Code 200?? in Pac*Bell Land (Carl Moore)
  14714. ----------------------------------------------------------------------
  14715.  
  14716. Date: Fri, 29 May 92 02:28 PDT
  14717. From: john@zygot.ati.com (John Higdon)
  14718. Reply-To: John Higdon <john@zygot.ati.com>
  14719. Organization: Green Hills and Cows
  14720. Subject: Re: Centel < === > Sprint: Now Merged Into One
  14721.  
  14722.  
  14723. On May 29 at  2:12, TELECOM Moderator writes:
  14724.  
  14725. > So ... Centel and Sprint have decided to merge, and the resulting
  14726. > company will be the third largest telecom organization in the world,
  14727. > coming behind only Mother, and her nemesis MCI.
  14728.  
  14729. So let me see if I got this right: AT&T used to provide local and long
  14730. distance service until divestiture when it agreed to relieve itself of
  14731. its local exchange companies. This ended The Bell System.
  14732.  
  14733. Now it is OK to start putting it all back together again? Does this
  14734. mean that Spentel (or whatever it ought to be called) can start buying
  14735. up Ma and Pa telcos around the country and become, say, "one company,
  14736. one system"?
  14737.  
  14738. > And the new conglomeration will be the only one of the three (only one
  14739. > anywhere?) to offer not only long distance service AND local exchange
  14740. > service, but cellular service as well.
  14741.  
  14742. Scary is what it is. Just watching the advantages that Pac*Bell gives
  14743. to PacTel Cellular is enough to give one pause. The "other" cellular
  14744. carriers don't have a chance. (I remind you of the famous pay phone
  14745. fiasco where Pac*Bell public phones allowed FREE calls to any PacTel
  14746. mobile phone, in any exchange anywhere in the Bay Area. Went on for
  14747. years.)
  14748.  
  14749. > Exciting times ahead!
  14750.  
  14751. Excitement some of us could do without.
  14752.  
  14753.  
  14754.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  14755.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  14756.  
  14757. ------------------------------
  14758.  
  14759. From: nolan@tssi.com (Michael Nolan)
  14760. Subject: Re: Centel < === > Sprint: Now Merged Into One
  14761. Reply-To: nolan@tssi.com
  14762. Organization: Tailored Software Services, Inc.
  14763. Date: Fri, 29 May 1992 14:22:12 GMT
  14764.  
  14765.  
  14766. TELECOM Moderator <telecom@eecs.nwu.edu> writes:
  14767.  
  14768. > So ... Centel and Sprint have decided to merge, and the resulting
  14769. > company will be the third largest telecom organization in the world,
  14770. > coming behind only Mother, and her nemesis MCI.
  14771.  
  14772. Not so fast.  Centel management may have agreed to the deal, but the
  14773. stockholders seem to be a bit less enthusiastic about it, perhaps
  14774. because Centel stock was selling in the mid $40's before the
  14775. announcement, and the deal is worth $32 or so per share.  Can you say
  14776. 'class action lawsuit'?
  14777.  
  14778. Wall Street's initial reaction was to drop the price of Sprint's stock
  14779. by about 5% as well.
  14780.  
  14781. Locally (I'm in Lincoln, NE), the reaction is also less than positive,
  14782. because it is assumed that 1000 or so jobs will be eliminated, and
  14783. there are a bunch of Centel employees in Lincoln that are _very_
  14784. nervous.
  14785.  
  14786.  
  14787. Mike Nolan
  14788.  
  14789. ------------------------------
  14790.  
  14791. Date: Fri, 29 May 1992 12:45:40 GMT
  14792. From: roeber@vxcrna.cern.ch
  14793. Subject: Re: Payphone Xenophobia
  14794.  
  14795.  
  14796. In article <telecom12.427.6@eecs.nwu.edu>, Dave Leibold <Dave.Leibold@
  14797. f730.n250.z1.fidonet.org> writes:
  14798.  
  14799. > In the U.S., it is standard practice for payphones not to accept coins
  14800. > other than U.S. ones. In Canada, the phones tend to accept just about
  14801. > anything resembling Canadian coins, such as the U.S.  counterparts [...]
  14802.  
  14803. This is simple: the US monetary unit is worth more than its Canadian
  14804. counterpart.  So if you charge a Canadian quarter, and somebody offers
  14805. an American one, they are offering more.  If you charge a US quarter,
  14806. and are offered a Canadian one, they are offering less what you asked.
  14807.  
  14808. > The approach to foreign coins in Canada is overall more tolerant than
  14809. > in the U.S. This contrasts to an experience I had in the U.S. where
  14810. > even so much as a single Canadian penny gets thoroughly rejected at a
  14811. > coffee shop.
  14812.  
  14813. This does seem to be typical US xenophobia (and I've encountered it
  14814. too).
  14815.  
  14816. The Swiss are also very careful about rejecting incorrect coins in
  14817. their automatic machines.  Supposedly this is the famed "Swiss
  14818. craftmanship" but I think it's more their banking attitude: they'll
  14819. take any money you have, but you have to pay through the nose for the
  14820. privilige.
  14821.  
  14822.  
  14823. Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
  14824. e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
  14825. r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
  14826.  
  14827. ------------------------------
  14828.  
  14829. From: rees@pisa.citi.umich.edu (Jim Rees)
  14830. Subject: Re: Payphone Xenophobia
  14831. Reply-To: Jim.Rees@umich.edu
  14832. Organization: University of Michigan IFS Project
  14833. Date: Fri, 29 May 92 18:05:35 GMT
  14834.  
  14835.  
  14836. In article <telecom12.427.6@eecs.nwu.edu>, Dave Leibold <Dave.Leibold@
  14837. f730.n250.z1.fidonet.org> writes:
  14838.  
  14839. > The approach to foreign coins in Canada is overall more tolerant than
  14840. > in the U.S. This contrasts to an experience I had in the U.S. where
  14841. > even so much as a single Canadian penny gets thoroughly rejected at a
  14842. > coffee shop.
  14843.  
  14844. Of course!  That's because Canadian coins are worth less money than
  14845. their US counterparts.  Still, I find that US businesses are
  14846. unreasonably reluctant to accept foreign money at all, even at a very
  14847. reasonable exchange rate.
  14848.  
  14849. > [Moderator's Note: Interesting you mention it. Here in Chicago there
  14850. > were problems for quite awhile with some Brazillian coin (I think it
  14851. > was a two centavo piece or some such worthless item) which turned out
  14852. > to be the same size (hundredth of an inch smaller) than Transit
  14853. > Authority subway tokens.
  14854.  
  14855. There is a French coin (five centimes?) that works in the Boston
  14856. subway turnstiles.  There is always a rash of them after spring break
  14857. at the local Universities.  I used to get them all the time in rolls
  14858. of tokens sold to me by the MBTA.  When I did, I always just used them
  14859. in the turnstiles myself.
  14860.  
  14861.  
  14862. [Moderator's Note: Well, I have gotten foreign coins and slugs in
  14863. rolls of tokens also, but I give them back and make them give me
  14864. actual tokens -- no matter what *they* sold you in the roll, the
  14865. agents won't accept them back for fares later on.   PAT]
  14866.  
  14867. ------------------------------
  14868.  
  14869. Date: Sat, 30 May 92 16:16:51 CST
  14870. From: Jack Decker <Jack@myamiga.mixcom.com>
  14871. Subject: Re: Have I Been Slammed?
  14872.  
  14873.  
  14874. In message <telecom12.396.12@eecs.nwu.edu>, brian@apt.bungi.com (Brian
  14875. Litzinger) wrote:
  14876.  
  14877. > Now unfortunately, I seem to have been slammed.  When I dial '00' I
  14878. > get a fast busy, but when I dial 1 700 555 4141 I get:
  14879.  
  14880. > Welcome to 1+ dialing, the carrier you have chosen has a code
  14881. > of 511. For further assistance please call your long distance
  14882. > company.
  14883.  
  14884. My first guess would be that you've been assigned to whichever carrier
  14885. has PIC 511 (that is, the carrier you'd get if you dialed
  14886. 10511-1-number).  Try dialing 10511-1-700-555-4141 and see if you get
  14887. the same recording.
  14888.  
  14889. > [Moderator's Note: No one stole anything from you!!!! The fact that
  14890. > you get a rapid re-order tone with 00 should tell you that.
  14891.  
  14892. Some smaller carriers do not offer operator services, thus dialing
  14893. "00" might easily get you a reorder tone if you are presubscribed to
  14894. such a carrier.  I think it's highly likely that Pat is dead wrong
  14895. this time, and that you HAVE been slammed.
  14896.  
  14897. > Incidentally, why are you making this (no LD carrier) imposition
  14898. > upon yourself?  PAT]
  14899.  
  14900. Don't feel bad about this comment ... I do EXACTLY the same thing on
  14901. my line.  In part it's a historical artifact from the days when "Equal
  14902. Access" came to town (in 1985) and we were all sent an equal access
  14903. ballot with only ONE carrier choice on it (you get one guess!).  I
  14904. didn't much care for the "Russian ballot", especially since Michigan
  14905. Bell sent us a letter saying that even though there was only one
  14906. carrier choice, it was still necessary for us to mark the ballot and
  14907. send it back!  
  14908.  
  14909. I refused and sent them a letter saying that I did NOT wish to have
  14910. AT&T as my default carrier.  They left me connected to AT&T anyway (so
  14911. much for "necessary"), so I wrote a letter of protest to the FCC.
  14912. THAT got me disconnected from AT&T REAL fast!  Of course, I could
  14913. still place LD calls through a local carrier with a dial-up number, or
  14914. AT&T by dialing the 10288 prefix.  Even now, I like the idea that just
  14915. anyone cannot walk into my home and pick up the phone and make a call
  14916. to anywhere ... it would at least have to be someone knowledgeable
  14917. about 10XXX codes, which would leave out most of the friends of my
  14918. teenage son ... ;-)
  14919.  
  14920.  
  14921. Jack Decker   jack@myamiga.mixcom.com     FidoNet 1:154/8
  14922.  
  14923.  
  14924. [Moderator's Note: I'll invoke a sort of habeus corpus here: Let him
  14925. produce the long distance company, and an example of the rates and how
  14926. calls are handled, etc.   PAT]
  14927.  
  14928. ------------------------------
  14929.  
  14930. From: wright@irie.ais.org (Carl Wright)
  14931. Subject: Re: New NPA/NXX Lookup and Cross Reference Utility For DOS
  14932. Date: Fri, 29 May 92 10:46:21 EDT
  14933. Organization: UMCC - Ann Arbor, MI  USA
  14934.  
  14935.  
  14936. Re: the inclusion of V&H data in the program. I believe that the
  14937. explanation of where the V&H data comes from must be wrong. It said
  14938. that he licensed the data from a vendor who licensed it from Bellcore.
  14939. I doubt that Bellcore is involved unless someone is cheating Bellcore.
  14940. Bellcore's licensing policies do not reduce costs for volume and do
  14941. not provide for free copying.
  14942.  
  14943. Vendor that provide the V&H information have to either typing the data
  14944. in from FCC filings or use NECA tariff data. NECA does provide for
  14945. copying.
  14946.  
  14947.  
  14948. Carl Wright                   Lynn-Arthur Associates, Inc.
  14949. Internet: wright@ais.org      2350 Green Rd., #160
  14950. Voice: 1 313 995 5590 EST     Ann Arbor, MI 48105
  14951.  
  14952. ------------------------------
  14953.  
  14954. From: kadie@eff.org (Carl M. Kadie)
  14955. Subject: Re: Usenet and Obscenity in Canada
  14956. Organization: The Electronic Frontier Foundation
  14957. Date: Fri, 29 May 1992 15:25:27 GMT
  14958.  
  14959.  
  14960. This article tells where to find other articles about the U. of
  14961. Manitoba's ban. I suggest that follow ups go to alt.comp.acad-
  14962. freedom.talk, news.misc, alt.censorship.
  14963.  
  14964. The discussion of the U. of Manitoba's alt.sex* ban has been scattered
  14965. in at least ten newsgroups. CAF-Talk tries to be the newsgroup/mailing
  14966. list of record for incidents related to computers and academic
  14967. freedom. (A CAF-Talk flyer is enclosed.)
  14968.  
  14969. CAF-Talk is archived. Articles about U. of Manitoba appear in archive
  14970. files batch/may_10_1992, batch/may_17_1992, and batch/may_31_1992.
  14971. The best articles from each week's CAF-Talk are selected and
  14972. abstracted into CAF-News. CAF-News v 02 n 21 (news/cafv02n21) contains
  14973. on article about U. of Manitoba. Forthcoming issues will almost
  14974. certainly contain more. (Access information is enclosed.)
  14975.  
  14976. You can contribute directly to CAF-Talk. Either by (cross)posting
  14977. articles to alt.comp.acad-freedom.talk or by mailing articles to
  14978. caf-talk@eff.org.
  14979.  
  14980. - Carl Kadie, co-moderater CAF-News
  14981.  
  14982.       =================
  14983.  
  14984. These documents are available by anonymous ftp (the preferred method)
  14985. and by email. To get the files via ftp, do an anonymous ftp to
  14986. ftp.eff.org (192.88.144.4), and get file(s):
  14987.  
  14988.   pub/academic/batch/may_10_1992
  14989.   pub/academic/batch/may_17_1992
  14990.   pub/academic/batch/may_31_1992
  14991.   pub/academic/news/cafv02n21
  14992.  
  14993. To get the files my email, send email to archive-server@eff.org.
  14994. Include the line(s) (be sure to include the space before the file
  14995. name):
  14996.  
  14997. send acad-freedom/batch may_10_1992
  14998. send acad-freedom/batch may_17_1992
  14999. send acad-freedom/batch may_31_1992
  15000. send acad-freedom/news cafv02n21
  15001.  
  15002.   ===================== ftp.eff.org:pub/academic/caf ===========
  15003.                 Computers and Academic Freedom Mailing List
  15004.  
  15005. Purpose: To discuss questions such as: How should general principles
  15006. of academic freedom (such as freedom of expression, freedom to read,
  15007. due process, and privacy) be applied to university computers and
  15008. networks? How are these principles actually being applied? How can the
  15009. principles of academic freedom as applied to computers and networks be
  15010. defended?
  15011.  
  15012. Mitch Kapor of the Electronic Frontier Foundation has given the
  15013. discussion a home on the eff.org machine. As of Sept, 1991, the list
  15014. has 375 members in at least five countries. Thousands more read the
  15015. list via newsgroups.
  15016.  
  15017. There are four versions of the mailing list.
  15018.  
  15019. comp-academic-freedom-talk  
  15020.      - you'll received dozens of e-mail notes every day.
  15021. comp-academic-freedom-batch 
  15022.     - about once a day, you'll receive a compilation of the day's notes.
  15023. comp-academic-freedom-news
  15024.         - about once a week you'll receive a compilation of the best
  15025.           notes of the week. (Helen O'Boyle or I play the editor for
  15026.           this one).
  15027. comp-academic-freeedom-abstracts
  15028.         - about one a week you'll receive the abstract of the current
  15029.           comp-academic-freedom-news (CAF-news). You'll also receive
  15030.           instructions on how to access the current CAF-news.
  15031.  
  15032. To join a version of the list, send mail to listserv@eff.org. Include
  15033. the line "add <name-of-version>". (Other commands are "delete
  15034. <name-of-version>" and "help"). If you have problems, send email to
  15035. caf-requests@eff.org.
  15036.  
  15037. In any case, after you join the list you can send e-mail to the list
  15038. by addressing it to caf-talk@eff.org.
  15039.  
  15040. Alternatively, if you may be able to read the mailing lists as
  15041. newsgroups.  Look for alt.comp.acad-freedom.talk and
  15042. alt.comp.acad-freedom.news.
  15043.  
  15044. An abstract and archive of comp-academic-freedom-news is available via
  15045. anonymous ftp from ftp.eff.org. See file "pub/academic/abstracts" and
  15046. "pub/academic/README". These files are also available via email (Send
  15047. email to archive-server@eff.org. Include the lines "help" and
  15048. "index".)
  15049.  
  15050.  
  15051. Carl Kadie -- I do not represent EFF; this is just me.
  15052. kadie@eff.org, kadie@cs.uiuc.edu 
  15053.  
  15054. ------------------------------
  15055.  
  15056. From: Hans Ridder <ridder@zso.dec.com>
  15057. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  15058. Organization: Digital Equipment Corporation - DECwest Engineering
  15059. Date: Sat, 30 May 1992 01:41:14 GMT
  15060.  
  15061.  
  15062. In article <telecom12.418.1@eecs.nwu.edu> John Higdon <john@zygot.ati.
  15063. com> writes:
  15064.  
  15065. > And this, dear friends, is exactly why GTE is the lousy operating
  15066. > company that it is.
  15067.  
  15068. I spent *many* years in GTE territory (So. Cal.,) so I wouldn't
  15069. normally defend them.  I know what it's like trying to keep data
  15070. circuits working through them ("... you can't do 9600 baud on an
  15071. unconditioned line?!?")  But after recently moving back into GTE
  15072. territory (Seattle area) I have a story to relate.
  15073.  
  15074. I was having an OPX installed at the house (in GTE land) from a PBX in
  15075. US West land.  I figured it was doomed from the start.  The order was
  15076. placed with US West because after spending the last eight years as a
  15077. US West customer, I figured they would be more compentent then GTE.
  15078.  
  15079. On the installation day the GTE craftsperson arrived at about 7:45 AM.
  15080. He showed me on the order where US West had indicated that they had a
  15081. busy day and wanted to get started "early," so he wanted to make sure
  15082. GTE had their part of the circuit setup properly.  He had run the pair
  15083. to the pole and installed the drop the previous day "just to be sure."
  15084. (Just to make sure I wasn't going crazy, I checked ... he had a real
  15085. GTE badge and a real GTE truck!  Honest!)
  15086.  
  15087. After he and the CO had set the levels and EQ on the GTE section, they
  15088. contacted US West (about 8:15) to see when they'd be ready.  US West
  15089. said their craftsperson wasn't due *at the office* until 9:00 and even
  15090. then, they hadn't been to the PBX end, so they couldn't be ready until
  15091. "sometime after 10:00." ("Early" eh?  "Busy" huh?)
  15092.  
  15093. So, the GTE guy went and waited in his truck .  I went to work.  US
  15094. West finally got their part working sometime after 11:00.  GTE was
  15095. never a problem.
  15096.  
  15097. Maybe I was lucky?
  15098.  
  15099.  
  15100. Hans-Gabriel Ridder        Digital DECwest Engineering
  15101. ridder@rust.zso.dec.com        Bellevue, Washington, USA
  15102. {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
  15103.  
  15104. ------------------------------
  15105.  
  15106. Date: Fri, 29 May 92 15:48:41 EDT
  15107. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  15108. Subject: Re: Area Code 200?? in Pac*Bell Land
  15109.  
  15110.  
  15111. The Bellcore document about the NANP referred to 200,300,400,500 and
  15112. 600 as a last resort if area codes of the form N10 are all used up
  15113. before the 1995 "time T".  610 and 710 have been cited in the Digest
  15114. as not available for geographic area codes; 310,410,510 are in use
  15115. (410 still being permissive), 210 has been announced (not in use yet),
  15116. and (relying on what I saw in the Digest) either 810 or 910 will be
  15117. used in a split of 313 in Michigan.
  15118.  
  15119. ------------------------------
  15120.  
  15121. End of TELECOM Digest V12 #435
  15122. ******************************
  15123. 
  15124. 
  15125. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa21444;
  15126.           31 May 92 2:07 EDT
  15127. Received: by delta.eecs.nwu.edu id AA23733
  15128.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 May 1992 00:24:00 -0500
  15129. Received: by delta.eecs.nwu.edu id AA06708
  15130.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 May 1992 00:23:52 -0500
  15131. Date: Sun, 31 May 1992 00:23:52 -0500
  15132. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15133. Message-Id: <199205310523.AA06708@delta.eecs.nwu.edu>
  15134. To: "\\telecom"@eecs.nwu.edu
  15135. Subject: TELECOM Digest V12 #436
  15136.  
  15137. TELECOM Digest     Sun, 31 May 92 00:23:35 CDT    Volume 12 : Issue 436
  15138.  
  15139. Index To This Issue:                      Moderator: Patrick A. Townson
  15140.  
  15141.     Re: Device to Prevent Interference From Picked-up Extension? (Nick Sayer)
  15142.     Re: History, North-Central Oklahoma Telecom (Jack Winslade)
  15143.     Re: CWA Members Gear Up for Possible Strike (John Higdon)
  15144.     Re: Fare War Clogs Phone System; Strange Behavior (Alan L. Varney)
  15145.     Re: NJ Bell Didn't Charge For AT&T Calls (Phil Howard)
  15146.     Re: HDTV Information Needed (Maurice R. Baker)
  15147.     Re: GTE Bashing (John Higdon)
  15148. ----------------------------------------------------------------------
  15149.  
  15150. From: mrapple@quack.sac.ca.us (Nick Sayer)
  15151. Subject: Re: Device to Prevent Interference From Picked-up Extension?
  15152. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  15153. Date: Sat, 30 May 1992 19:14:00 GMT
  15154.  
  15155.  
  15156. I just took one of these apart. Here's what I found:
  15157.  
  15158. It's in the case of a normal modular Y adapter. One of the Y branches
  15159. is labeled "TEL" and is wired straight. The other is labeled "ANS"
  15160. (for answering machines). On that one, ring and the black/yellow pair
  15161. were wired straight through.  Tip is like this:
  15162.  
  15163.     green LED
  15164.  
  15165.        +---|=|---+   unknown glass-case diodes
  15166.        |         |
  15167. in ----+         +---|<|---|>|--------- out
  15168.        |         |
  15169.        +---|=|---+
  15170.  
  15171.     red LED
  15172.  
  15173. I couldn't tell by looking what sort of diodes they were. They looked
  15174. like typical 1N914, but that doesn't mean anything.  Nor could I tell
  15175. the polarity of the LEDs, though I suspect they were back-to-back, and
  15176. I also suspect that it really doesn't matter which is which. When I
  15177. was using this device, the phone answering machine going off hook
  15178. would light up the red one. I never saw the green one light up.
  15179.  
  15180. I also suspect that the diodes are zeners, and probably 9 volt ones.
  15181. The idea being that you want the line voltage present when no phones
  15182. or one phone is off-hook to be able to break through the zener (and
  15183. the forward-biased one will simply conduct), but a third phone will
  15184. lower the voltage too far.
  15185.  
  15186. Anyway, that's what I found.
  15187.  
  15188.  
  15189. Nick Sayer <mrapple@quack.sac.ca.us>   N6QQQ @ N0ARY.#NOCAL.CA.USA.NA 
  15190. 37 19 49 N / 121 57 36 W           +1 408 249 9630, log in as 'guest'
  15191.  
  15192. ------------------------------
  15193.  
  15194. Date: Fri, 29 May 92 22:20:06 CST
  15195. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  15196. Subject: Re: History, North-Central Oklahoma Telecom
  15197. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  15198. Organization: DRBBS Technical BBS, Omaha
  15199.  
  15200.  
  15201. In a message dated 27-MAY-92, <Martin McCormick> writes:
  15202.  
  15203. >     Calling one extension from another, produced an initial long ring
  15204. > or sometimes a split ring followed by the normal cadence.  The ring
  15205. > was the standard pitch of todays ringing progress tone, but there was
  15206. > a high-pitched sampling artifact clearly audible.
  15207.  
  15208. This is typical of the behavior of Ma Bell's #101 ESS <tm> and I have
  15209. yet to hear an authoratative reason why this odd ring cadence occurs.
  15210. Our campus was served by one of these monsters until the early 80's.
  15211. (Rumor has it that the 101 was responsible for the expression 'Gag Me
  15212. With A Spoon'. ;-)
  15213.  
  15214. The 101 had other quirks.  All of the usual 'features' were in there,
  15215. such as three-way calling, etc., but they seldom worked.  The 101 was
  15216. an analog TDM switch which used small capacitors to fill in the holes
  15217. between the time slices.  (An oversimplification, but that's basically
  15218. how it worked.)  Occasionally that first long ring would be continuous
  15219.  -- I remember a 5+ second ring at one time.
  15220.  
  15221. Yes, we did hear the 'motorboat' in the background, and one of our
  15222. people claimed that he could hear an 8k or so tone, apparently from
  15223. the sampling.  (I could not hear it.  I don't even think the receivers
  15224. went that high.)
  15225.  
  15226. Does ANYONE know why the odd ring cadence was there ???  I used to
  15227. (semi-jokingly) explain that it was because the ring generator was
  15228. made with 555 timers.  The classical 555 astable has a long first
  15229. half-cycle when first powered up.
  15230.  
  15231.  
  15232. Good day.        JSW
  15233. Ybbat (DRBBS) 8.9 v. 3.14 r.1
  15234. DRBBS Technical BBS, Omaha   (1:285/666.0)
  15235.  
  15236. ------------------------------
  15237.  
  15238. Date: Sat, 30 May 92 16:19 PDT
  15239. From: john@zygot.ati.com (John Higdon)
  15240. Reply-To: John Higdon <john@zygot.ati.com>
  15241. Organization: Green Hills and Cows
  15242. Subject: Re: CWA Members Gear Up for Possible Strike
  15243.  
  15244.  
  15245. Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier) quotes:
  15246.  
  15247. > "AT&T has been completely unresponsive to our proposals for employment
  15248. > security," CWA negotiators stated.  "If profitable, successful
  15249. > companies like AT&T callously eliminate good American jobs, regardless
  15250. > of the negative impact on communities and customer service, then where
  15251. > can American working people turn for a decent future, and good middle
  15252. > class jobs with good pay, benefits, security, and an opportunity to
  15253. > advance?" asked CWA's chief negotiator.  "We're fighting to protect
  15254. > good jobs for communities all over this country."
  15255.  
  15256. Notice the slant here. The premise is that AT&T as well as other
  15257. companies OWE jobs to "the people". As a former employer of some size
  15258. I can state without reservation that hiring people is an act of
  15259. desperation. When a business finds that it can no longer grow, thrive,
  15260. or serve its customers without help, it turns to the job market to
  15261. purchase labor. It does not do this because of some written or
  15262. unwritten rule that "the purpose of business is to provide jobs".
  15263.  
  15264. The paperwork, regulations, taxes, insurance, and attitudes of some
  15265. members of the workforce is enough to scare any potential employer
  15266. back into "do it yourself" thinking. If AT&T has found that these
  15267. positions are no longer necessary, where is it written that the
  15268. company owes make-work welfare to excess baggage? What chutzpah to say
  15269. that since a company is profitable, it can afford to carry along those
  15270. whose services are no longer required. It is more of this attitude
  15271. that if a company or individual is doing any better than a
  15272. hand-to-mouth existence, then it "owes" something to someone else.
  15273.  
  15274. > CWA members have been collecting tens of
  15275. > thousands of "carrier switch" cards, essential proxies, that authorize
  15276. > the union to switch the customer away from AT&T if a settlement is not
  15277. > reached by the contract expiration date.  And CWA members around the
  15278. > country have solicited letters of support from thousands of small
  15279. > businesses that will also switch carriers.
  15280.  
  15281. And to whom will they switch? Sprint and MCI are really going to bask
  15282. in this one since, of course, they are non-union and do not have to
  15283. worry about strikes. It smells of the hoopla that surrounded AT&T's
  15284. withdrawal of contributions to Planned Parenthood. Many on this forum
  15285. publically announced that they could not continue to do business with
  15286. such an unenlightened operation and took their business to firms who
  15287. NEVER DID support Planned Parenthood.
  15288.  
  15289. I am not anti-union. I am pro-productivity. If the union is really
  15290. concerned about the threat to quality service posed by elimination of
  15291. necessary, skilled personel then my hat is off and support is given.
  15292. But I do not hear that in this statement. It seems to be more about
  15293. what a "rich" company owes the "workers" than about what the workers
  15294. provide for the company.
  15295.  
  15296. It is the same old story again: the march of technology. If the union
  15297. would have had its way in the past, we would not only be placing our
  15298. long distance calls through the operator, but our local ones as well.
  15299.  
  15300.  
  15301.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  15302.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  15303.  
  15304.  
  15305. [Moderator's Note: At the time of this publication, shortly after
  15306. midnight Sunday morning, I was hoping to have heard some specific word
  15307. about the strike, and if it had been called. So far nothing. Maybe we
  15308. will have a report later Sunday.   PAT]
  15309.  
  15310. ------------------------------
  15311.  
  15312. Date: Sat, 30 May 92 19:10:55 CDT
  15313. From: varney@ihlpf.att.com (Alan L Varney)
  15314. Subject: Re: Fare War Clogs Phone System; Strange Behavior
  15315. Organization: AT&T Network Systems
  15316.  
  15317.  
  15318. In article <telecom12.430.9@eecs.nwu.edu> coleman@rocky.CS.UCLA.EDU
  15319. (Mike Coleman) writes:
  15320.  
  15321. > With the temporary reduction of air fares to historic lows, it seems
  15322. > that nearly everyone in America is trying to dial the airlines' 800
  15323. > numbers.  I've been trying, and like most people, am getting mostly
  15324. > slow and fast busy.
  15325.  
  15326. > I have noticed that occasionally, at about the moment I'm expecting a
  15327. > busy signal, I get a dial tone instead.  Can anyone explain this
  15328. > phenomenon?  Is this the "same" dialtone I get when I life the phone,
  15329. > or is it a "different" dialtone?
  15330.  
  15331.    In general, fast busy is the Reorder tone applied when some switch
  15332. doesn't have enough (or any) "no circuit" announcements ("We're sorry,
  15333. all circuits are busy now.  Will you please try your call again
  15334. later?").  Some 800 providers don't seem to bother to provide the
  15335. announcement, so all you ever get is "fast busy" -- you have to figure
  15336. out the problem.  ("Fast busy" can also result from a temporary
  15337. failure at a switch or database, overload at a switch or database, and
  15338. is normally the first-choice alternate treatment for announcements
  15339. that are under-engineered.)
  15340.  
  15341.    This same treatment can also come from the originating LATA
  15342. switches when no circuit is available to the designated carrier --
  15343. which might be the LEC itself.  The "fast busy" is typical overflow
  15344. for the "no circuit to long distance company" announcement provided at
  15345. most LEC Access Tandems.  On the other hand, because of historical
  15346. reasons, "no circuit" treatment at your originating switch is usually
  15347. "fast busy"; no announcement is provided.
  15348.  
  15349.    Dial tone is typically the alternate treatment provided at the
  15350. originating switch if Reorder/fast-busy circuits are all busy.  The
  15351. tone should only come from your local switch -- some vendors don't
  15352. even provide a dial-tone source at a tandem.  Dial Tone can also be
  15353. provided about 10 seconds after a call is "killed" by an IXC because
  15354. it doesn't have any appropriate tone/announcement circuits.  Again,
  15355. you have to guess at the real cause.
  15356.  
  15357.    If dial tone is provided very soon (a few seconds) after end of
  15358. dialing, it's probably the local switch hitting "no circuit".  If it's
  15359. 10-20 seconds after end of dialing, it's either the Access Tandem
  15360. running out of it's "no circuit" alternatives, or the 800 provider or
  15361. terminating LATA running out of the same alternatives.  Between about
  15362. four and ten seconds is unusual, unless SS7 is involved in the
  15363. originating LATA (might be true for some cases of 800 calls in the two
  15364. big Pac Bell LATAs), or you are calling from a PBX.  In the PBX case,
  15365. one cannot predict the results, since PBXs don't follow the LSSGR
  15366. (well, maybe on their LEC interfaces).
  15367.  
  15368.  
  15369. Al Varney - just my opinion
  15370.  
  15371. ------------------------------
  15372.  
  15373. From: pdh@netcom.com (Phil Howard)
  15374. Subject: Re: NJ Bell Didn't Charge For AT&T Calls
  15375. Date: Sat, 30 May 92 21:33:11 GMT
  15376. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  15377.  
  15378.  
  15379. Monty Solomon <monty@proponent.com> writes:
  15380.  
  15381. > If the phone company gets its way, 28,000 customers in New Jersey will
  15382. > be billed for two months of long distance calls they dialed for free
  15383. > because of a computer glitch.
  15384.  
  15385. I would not call it "free" just because it has not been billed yet.
  15386.  
  15387. > A computer that recorded the time, number and cost of AT&T calls from
  15388. > Feb. 17 to April 27 failed to put the data on the customers' bills,
  15389. > officials said.  They were charged just for calls placed through New
  15390. > Jersey Bell, Karen Johnson, a Bell spokeswoman, said yesterday.
  15391.  
  15392. > But the free calls are over, Johnson said.  Records of the calls are
  15393. > stored in computer memory banks, and the customers soon will be
  15394. > billed.
  15395.  
  15396. > NJ Bell must prove the mistake was not caused by negligence before the
  15397. > company can collect, according to a spokesman for the Board of
  15398. > Regulatory Commissioners, which oversees utilities.  If Bell does not
  15399. > make a good case, the board could deny permission to bill for the
  15400. > calls, said George Dawson.
  15401.  
  15402. As long as they don't charge interest and provide full ability to deal
  15403. with the complaints about errors in the bills, then I don't see why
  15404. these are simply no different than any other form of billing late.
  15405.  
  15406. I once worked for a timesharing service that billed on a daily basis.
  15407. Due to a system error, the billing file stopped being written and the
  15408. billing records piled up in buffers in the system main memory.  The
  15409. system later crashed and initially we though it was an ordinary memory
  15410. leak caused by something unusual.  I was going to eventually look at
  15411. the core dump, which obviously was a memory leak since it was so
  15412. large.  
  15413.  
  15414. The next day, the billing staff reported a day and a half of data was
  15415. missing.  A quick check of the timing of the data and it was figured
  15416. out what had happened.  I then spent the next couple of hours writing
  15417. a program to extract the billing records from the core dump (it was a
  15418. DAMNED good thing we kept all core dumps as a standard practice).  Of
  15419. course in this case the bills were just a day or two late (from the
  15420. online access).  I heard that only one customer had complained about
  15421. it.
  15422.  
  15423.  
  15424. Phil Howard --- KA9WGN --- pdh@netcom.com
  15425.  
  15426. ------------------------------
  15427.  
  15428. Date: Sat, 30 May 92 20:27:49 EDT
  15429. From: jj1028@homxc.att.com (Maurice R Baker)
  15430. Subject: Re: HDTV Information Needed
  15431. Organization: AT&T
  15432.  
  15433.  
  15434. In article <telecom12.430.8@eecs.nwu.edu> slzzh@io.ee.usu.edu@cc.usu.
  15435. edu writes:
  15436.  
  15437. > Could somebody provide me the information about HDTV, like the
  15438. > basic concept, how it works, research done till now and the future
  15439. > scope, etc.
  15440.  
  15441. Frequently I see postings like this one, or people come to my office
  15442. with a request of a similar scope.  Now I'm normally happy to help
  15443. anyone out any way I can, but really have started to wonder:
  15444.  
  15445. Doesn't anyone do research anymore?  Don't people go to the library?
  15446. Do they know how to use it?
  15447.  
  15448. For instance, the original poster could begin by checking the Index of
  15449. IEEE publications for the past few years ... {Spectrum} has had a
  15450. couple of good tutorial articles.  Or on a more non-technical level
  15451. yet, the {New York Times} Index.  Then there's back issues of
  15452. {Radio-Electronics}, {Broadcasting}, etc., etc.  There have been
  15453. special issues of IEEE Transactions on Broadcasting & Transactions on
  15454. Consumer Electronics which give both an historical perspective and
  15455. fairly up-to-date info on HDTV.
  15456.  
  15457. I try to be understanding, but a glance at the poster's electronic
  15458. address reveals "slzzh@io.ee.usu.edu" which I take to indicate some
  15459. association with the EE Department at Utah State University.  It's a
  15460. pretty safe bet that there's a university library (or better yet
  15461. engineering library) which is well stocked with at least one or two of
  15462. the above reference sources ... and at least one or two staffers ready
  15463. and eager to help someone search the subject.
  15464.  
  15465. Apologies for what might be considered a flame ... rather it's
  15466. intended more as a not-so-gentle reminder of what a great treasure we
  15467. have in our libraries.  And in this era of cost-cutting, "use it or
  15468. lose it" may be more accurate and prophetic than we'd like to think.
  15469.  
  15470.  
  15471. Maurice R. Baker    AT&T Bell Labs, Holmdel   jj1028 at homxc.att.com
  15472.  
  15473.  
  15474. [Moderator's Note: Thanks for your very good reminder. Typically here
  15475. at the Digest I get about a dozen inquiries daily on a variety of
  15476. things we have either covered here in recent weeks or are easy to
  15477. research through sources such as you note in your article. I print one
  15478. or two here most days, but really wonder if the writers bothered to
  15479. even try and find infrmation on their own.   PAT]
  15480.  
  15481. ------------------------------
  15482.  
  15483. Date: Sat, 30 May 92 16:31 PDT
  15484. From: john@zygot.ati.com (John Higdon)
  15485. Reply-To: John Higdon <john@zygot.ati.com>
  15486. Organization: Green Hills and Cows
  15487. Subject: Re: GTE Bashing
  15488.  
  15489.  
  15490. rms@miles.miles.com (Rob Schultz) writes:
  15491.  
  15492. > On a side note, when requesting my service, I asked what type of
  15493. > switch I would be on.  The rep went to find out, and came back with
  15494. > the answer: GTS-5.  I asked if this was a 5ESS or similar, and all she
  15495. > could tell me was that it is GTE's latest and greatest switch.  Can
  15496. > anyone help identify this?
  15497.  
  15498. This is the switch that put GTE out of the switch manufacturing
  15499. business. It has wretched three-way, very clumsy feature
  15500. implementation, and more than likely will not be equipped for ISDN or
  15501. SS7 (and CLASS). It is worse than the very badly implemented 5ESS that
  15502. serves my house and that is bad enough.
  15503.  
  15504. Frankly, until the telcos get it together and work out some standards
  15505. of implementation, I would prefer that digital switches NOT be
  15506. installed in end offices. From where I stand (average telephone user),
  15507. both the GTD-5 and 5ESS stink big time. Unless one can have IDSN (at
  15508. reasonable rates, thank you), digital switches offer nothing but
  15509. disadvantages to the end user.
  15510.  
  15511.  
  15512.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  15513.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  15514.  
  15515. ------------------------------
  15516.  
  15517. End of TELECOM Digest V12 #436
  15518. ******************************
  15519. 
  15520. 
  15521. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa22940;
  15522.           31 May 92 2:53 EDT
  15523. Received: by delta.eecs.nwu.edu id AA20621
  15524.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 May 1992 01:11:26 -0500
  15525. Received: by delta.eecs.nwu.edu id AA00119
  15526.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 May 1992 01:11:16 -0500
  15527. Date: Sun, 31 May 1992 01:11:16 -0500
  15528. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15529. Message-Id: <199205310611.AA00119@delta.eecs.nwu.edu>
  15530. To: "\\telecom"@eecs.nwu.edu
  15531. Subject: TELECOM Digest V12 #437
  15532.  
  15533. TELECOM Digest     Sun, 31 May 92 01:11:15 CDT    Volume 12 : Issue 437
  15534.  
  15535. Index To This Issue:                      Moderator: Patrick A. Townson
  15536.  
  15537.     Why Can't I Use All Six Lines on a Six-Pair? (Scott McClure)
  15538.     Latest Switch News (Gloria C. Valle)
  15539.     AT&T Can Do T1 Over a Single Pair (John R. Levine)
  15540.     GTE to Refund Overcharges in California (John R. Levine)
  15541.     Caller ID and DID (Steve Forrette)
  15542.     Cellular Codes Used Locally (Paul Robinson)
  15543.     Ringing Sound When Calling a PBX's DID (Steve Forrette)
  15544.     Free 800 Calls From Costa Rica? (Harold Sanchez)
  15545.     Re: Ground Plane Cell Antenna (Patton M. Turner)
  15546.     Re: V.32bis Dial-Back Modems (James S. Vera)
  15547.     Re: Crossed-Pairs (was GTE Stories) (David Lesher)
  15548.     Re: Cordless Phone Recommendations Wanted (Gregory S. Youngblood)
  15549.     Re: *67 and Related Topics (David Lesher)
  15550. ----------------------------------------------------------------------
  15551.  
  15552. From: scott@ryptyde.cts.com (Scott McClure)
  15553. Subject: Why Can't I Use All Six Lines on a Six-Pair?
  15554. Organization: Ryptyde TimeSharing, San Diego, CA
  15555. Date: Sat, 30 May 1992 21:21:00 GMT
  15556.  
  15557.  
  15558. I just moved into an apartment complex where each unit is wired with a
  15559. six-pair cable.  I had PacBell set me up with four active lines
  15560. without a problem.  When I asked the installation guy about adding two
  15561. more, he said that he found one of the remaining pair was bad, and
  15562. that the other was used for a ground.  This doesn't sound right to me.
  15563. Why does one have to be used for a ground?  In a common two-pair
  15564. installation (like my last apartment), both pairs are usable, and there
  15565. wasn't any additional pair used for a ground.
  15566.  
  15567. I could really use another line, but the landlords aren't going to
  15568. allow me or PacBell to trench up the parking lot just to get me a few
  15569. more lines.
  15570.  
  15571. Ideas or comments, anyone?
  15572.  
  15573.  
  15574. INTERNET:  scott@ryptyde.cts.com  
  15575. ARPANET:   ryptyde!scott@nosc.mil 
  15576. UUCP:      {crash nosc}!ryptyde!scott
  15577.  
  15578. ------------------------------
  15579.  
  15580. From: GLORIA.C.VALLE@gte.sprint.com
  15581. Date: 30 May 92 22:48:00 UT
  15582. Subject: Latest Switch News 
  15583.  
  15584.  
  15585. GTE California had been installing GTE-% switches for the most part
  15586. until somewhere up the line at AGCS (joint venture with ATT and GTE)
  15587. said that they were going to stop making the GTD-5 and it would not be
  15588. supported as far as ISDN. The California company had the choice
  15589. between the DMS from Northern or the 5ESS from ATT.  They picked the
  15590. ATT switch. As the 1 and 2EAX switches are being replaced the 5's are
  15591. put in place.
  15592.  
  15593. A side note is that it appears that the GTD-5 will continue to be
  15594. made, supported and work with ISDN. At this point we are only doing
  15595. line adds and remotes to the GTD-5. In time I have no idea what is
  15596. planned. Maybe one of the readers from AGCS can open my eyes. I for
  15597. one feel that all three switches have good and bad points, but I have
  15598. gone my own way to fiber and away from working on those good old
  15599. switches, I sure miss step by step, but ConTel Calif still has a few
  15600. and I guess I will see some of them in time.
  15601.  
  15602. ------------------------------
  15603.  
  15604. Subject: AT&T Can Do T1 Over a Single Pair
  15605. Date: Sat, 30 May 92 19:20:42 EDT
  15606. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  15607.  
  15608.  
  15609. {Newsbytes} reports that AT&T Paradyne say they can run 1.5 megabit T1
  15610. data over a single copper pair of the kind used in local loops using
  15611. Carrierless, Amplitude/Phase modulation, or CAP, or 3Mb over a
  15612. four-wire circuit.  There was also some puffery claiming that this is
  15613. a blow to the fiber crowd, since these rates are adequate do run
  15614. multimedia services which otherwise would have needed fiber.
  15615.  
  15616.  
  15617. Regards,
  15618.  
  15619. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  15620.  
  15621. ------------------------------
  15622.  
  15623. Subject: GTE to Refund Overcharges in California
  15624. Date: Sat, 30 May 92 19:15:38 EDT
  15625. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  15626.  
  15627.  
  15628. UPI reports that GTE, which is alleged to serve many telephone
  15629. customers in the state, will refund $29.7 million to California
  15630. customers.  They are entitled to a 13% rate of return; anything in
  15631. excess of that is refunded under the CPUC's incentive regulation.
  15632.  
  15633. Typical flat-rate residence consumers will get $2.03 back each month
  15634. from June to September.
  15635.  
  15636. I note that half of the excess over 13% is refunded, and half goes to
  15637. shareholders, which means that GTE has an incentive to overcharge as
  15638. much as possible since half of the take pumps up their dividends.  To
  15639. my stodgy East-coast eye, this is a peculiar approach to regulation.
  15640.  
  15641.  
  15642. Regards,
  15643.  
  15644. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  15645.  
  15646. ------------------------------
  15647.  
  15648. Date: Sat, 30 May 92 23:43:10 pdt
  15649. From: Steve Forrette <stevef@wrq.com>
  15650. Subject: Caller ID and DID
  15651.  
  15652.  
  15653. Is there currently any provision for delivering Caller ID data to a
  15654. DID trunk, either analog or over a T1 (T1 to the LEC, not IXC)?  How
  15655. widely is it available?  Is it being worked on, or at least thought
  15656. about by someone?
  15657.  
  15658.  
  15659. Steve Forrette, stevef@wrq.com
  15660.  
  15661. ------------------------------
  15662.  
  15663. Reply-To: TDarcos@MCIMail.COM
  15664. From: Paul Robinson <FZC@CU.NIH.GOV>
  15665. Date: Sat, 30 May 92  20:17:01 EDT
  15666. Subject: Cellular Codes Used Locally
  15667.  
  15668.  
  15669. In Washington, DC, a radio station allows Bell Atlantic (Telephone
  15670. Company) Cellular users to call its talk line by dialing *WRC.
  15671.  
  15672. In Baltimore, the local radio station there allows B.A.  Cellular
  15673. callers to call its talk line by dialing *WBAL.
  15674.  
  15675. In both cases the call is free -- no toll or airtime charge.
  15676.  
  15677. The call signs of those two stations are left as an exercise for the
  15678. reader.  :)
  15679.  
  15680.  
  15681. Paul Robinson
  15682.  
  15683. This is my opinion and not necessarily that of the owner of this
  15684. account.
  15685.  
  15686.  
  15687. [Moderator's Note: The calls are not free; the radio stations have
  15688. agreed to accept the charges in reverse. This makes good sense since
  15689. the cellular-equipped motorist is a good source of traffic and other
  15690. news for the radio stations.  We have a few of those here in Chicago.
  15691. Some align themselves with Cell One; others with Ameritech.    PAT]
  15692.  
  15693. ------------------------------
  15694.  
  15695. Date: Sat, 30 May 92 14:42:27 pdt
  15696. From: Steve Forrette <stevef@wrq.com>
  15697. Subject: Ringing Sound When Calling a PBX's DID
  15698.  
  15699.  
  15700. When calling into a PBX through a DID trunk, most seem to return a
  15701. ringing indication with a duration of one second per cycle, as opposed
  15702. to the two second cycles that the phone company uses.  Is there any
  15703. particular reason for this that anyone knows of?
  15704.  
  15705.  
  15706. Steve Forrette, stevef@wrq.com
  15707.  
  15708. ------------------------------
  15709.  
  15710. Date: Sat, 30 May 92 20:59:56 UCR
  15711. From: Harold Sanchez <HSANCHEZ@UCRVM2.BITNET>
  15712. Subject: Free 800 Calls From Costa Rica?
  15713.  
  15714.  
  15715. Our international operators have a list of USA 800 phone numbers
  15716. available from Costa Rica. Appart from those they say you have to pay
  15717. for the call.  However, JDR Catalog (electronics) gives an 800 fax
  15718. number and Costa Rica is included in the JDR list of countries from
  15719. where such calls are free. It's not in the Costa Rica list. I suspect
  15720. this is not the only case.
  15721.  
  15722. How can an updated list be obtained?
  15723.  
  15724.  
  15725. HAROLD SANCHEZ
  15726.  
  15727. Unidad de Investigacion y Desarrollo - DOT - San Pedro
  15728. Instituto Costarricense de Electricidad
  15729. Apartado 10032   San Jose  COSTA RICA
  15730. VOICE (506) 248622 OR (506) 244995 (WORK)
  15731. VOICE (506) 343543 (HOME)  FAX   (506) 245980 (WORK)
  15732. BITNET: hsanchez@ucrvm2
  15733. X.400 : C=ch;A=arcom;P=itu;O=rpoa;OU1=ctr;OU2=ice;S=sanchez;G=harold
  15734.  
  15735. ------------------------------
  15736.  
  15737. Date: Sat, 30 May 92 20:19:32 CDT
  15738. From: Patton M. Turner <pturner@eng.auburn.edu>
  15739. Subject: Re: Ground Plane Cell Antenna
  15740.  
  15741.  
  15742. > I wish to turn an unused trunk mount cell antenna into a permanently
  15743. > mounted ground plane antenna to use on my house in rural Maine for the
  15744. > (quite often) times that the phone lines go out. What is the proper
  15745. > length for the radials?
  15746.  
  15747. The correct length for 1/4 wave radials would be 3.5 inches.  An
  15748. easier solution would be to mount the antenna in the middle of a foot
  15749. square peice of sheet metal. This will make a better ground plane
  15750. anyway.  The same size plate will work for a VHF Marti antenna, and
  15751. should do wonders at 850 Mhz. If you don't want to mess with sheet
  15752. metal use a cake pan.
  15753.  
  15754. If your cable run is an appreciable length run 1/2" hardline or Belden
  15755. 9913 with appropriate connectors (not UHF connectors).  Although 1/2"
  15756. hardline will cost more, it's lower loss and you don't have to worry
  15757. about water intrusion like you would with 9913.
  15758.  
  15759.  
  15760. Pat Turner   KB4GRZ   Until July 1 => pturner@eng.auburn.edu
  15761.  
  15762. ------------------------------
  15763.  
  15764. From: vera@fanaraaken.stanford.edu (James S. Vera)
  15765. Subject: Re: V.32bis Dial-Back Modems
  15766. Organization: Program Analysis and Verification Group, Stanford University
  15767. Date: 31 May 92 02:42:47 GMT
  15768.  
  15769.  
  15770. yob!bill.garfield@nuchat.sccsi.com writes:
  15771.  
  15772. > MultiTech Systems - 2205 Woodale Drive - Mounds View, MN 55112
  15773. > 1-800-328-9717 Has exactly what you are looking for, and has had for
  15774. > several years ... long enough in fact that the feature is fully
  15775. > debugged and works flawlessly.
  15776.  
  15777. > In fact, dialback in hardware has been a standard feature in all the
  15778. > MultiTech modems from 2400 bps on up for at least the past two years
  15779. > that I know of.
  15780.  
  15781. I have one of these modems (Model MT932EA/25) and the only
  15782. documentation on the dialback feature (or Answerback as they call it)
  15783. is:
  15784.  
  15785. "Answerback &A:
  15786.  
  15787. The &A command controls the MultiModem V32's Answerback feature.
  15788. Answerbacks are used in some on-line realty applications, and
  15789. elsewhere, as a security measure.  Due the [sic] security aspect of
  15790. this feature and the fact that there is no requirement for the user to
  15791. do anything with the modem, we will not discuss Answerback here, other
  15792. than to say that it exists and that we recommend you avoid &A in any
  15793. commands or programming."
  15794.  
  15795. What's the deal?  Secret modem commands?  Anyone know more about this?
  15796.  
  15797.  
  15798. James S. Vera      |         Internet            |Standard Disclaimers
  15799. Stanford University|   vera@anna.stanford.edu   |Blah Blah Blah Blah
  15800. +1.415.723.1089    |    FAX +1.415.725.7398     |
  15801.  
  15802. ------------------------------
  15803.  
  15804. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  15805. Subject: Re: Crossed-Pairs (was GTE Stories)
  15806. Date: Sat, 30 May 92 21:02:28 EDT
  15807. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  15808. Organization: NRK Clinic for habitual NetNews abusers - Lakeside Terrace
  15809.  
  15810.  
  15811. {crossed pair on b'cast loop}
  15812.  
  15813. Many years ago, I worked in the two-way radio business. We had a
  15814. remote base station at a good location, and remotes at several places.
  15815. They were connected by "LMC's" aka local miscellaneous circuits.
  15816.  
  15817. The problem was, and likely is still, "If there's no dialtone, it must
  15818. be available ..." attitude of the pole-climber. Hell, them guys in
  15819. Assigning never have it right anyhow, right?
  15820.  
  15821. The remote control scheme worked like this: 
  15822.  
  15823. Normally, each remote listened to the receiver audio output.  This
  15824. actually was just those incoming signals with the correct selective
  15825. calling tones.
  15826.  
  15827. When a remote put audio on the pair, all the others would hear it, of
  15828. course. This was a useful intercom, as these remotes were spread out
  15829. over five miles, and three CO's.
  15830.  
  15831. To listen to everything on the frequency (i.e.  'monitor') a remote
  15832. put +150 vdc T-R on the pair.  To transmit, it put -150 T-R on it.
  15833.  
  15834. So one day I was in the shop when BEEP BEEP BEEP came over the
  15835. speaker.  I recognized it at once. I cycled the +150 vdc several
  15836. times, intermixed with "Hey, you lousy creep! This pair is in use. Get
  15837. your hands off.  Call Assigning and find a vacant one, or I'll have
  15838. Mr. X.  {the test board foreman} on your case now!"
  15839.  
  15840. Between getting the 150 v banged in his buttset, and my griping, he
  15841. got the message. He pulled his beeper, and did not come back.
  15842.  
  15843. However, I *DID* have a hard time explaining this to the other folks
  15844. with remote consoles, including the boss's mother ;_]
  15845.  
  15846.  
  15847. wb8foz@skybridge.cwru.edu
  15848.  
  15849.  
  15850. [Moderator's Note: In the early seventies I operated a recorded
  15851. message service (yes, I was a part time IP twenty years ago!) and
  15852. there were about a dozen lines in rotary hunt which were all set up as
  15853. one-way incoming calls only lines. Consequently, there was no dial
  15854. tone on the lines, although there was battery when the lines were not
  15855. in use. One or more of those was frequently getting ripped off from me
  15856. by installers searching for pairs in the building I was in.  I'd only
  15857. find out when the new subscriber complained that my rolled over calls
  15858. were landing on his phone; I got several hundred calls each on the
  15859. first several of the lines in the hunt group. Long before 900/976,
  15860. mine operated on straight POTS lines, 312- HARrison (7) - 1234.   PAT]
  15861.  
  15862. ------------------------------
  15863.  
  15864. Subject: Re: Cordless Phone Recommendations Wanted
  15865. From: zeta@yngbld.gwinnett.COM (Gregory S. Youngblood)
  15866. Date: Fri, 29 May 92 08:58:43 EST
  15867. Organization: TCS Consulting Services, Peachtree City, GA
  15868.  
  15869.  
  15870. irving@happy-man.com (Irving_Wolfe) writes:
  15871.  
  15872. > In <telecom12.400.4@eecs.nwu.edu> sgan@hounix.org (Seng Gan) writes:
  15873.  
  15874. >> Could someone recommend any cordless phone between US $50 to $100?  I
  15875. >> had used three cobra phones, they are unreliable
  15876.  
  15877. > No.  If you disliked the Cobras, you'll dislike all the rest.
  15878.  
  15879. > I have used Cobra cordless phones, AT&T phones, Panasonic phones, and
  15880. > Southwestern Bell phones, including high-end models.  Although the
  15881. > Panasonic had the most intuitive features, for me, it had the worst
  15882. > connection quality.  None of them had what I'd call acceptable
  15883. > connection quality, let alone good, except at distances short enough
  15884. > to have been accomodated by a 25 foot line cord on a conventional
  15885. > phone.  In addition, all were poorly built, so dropping them from face
  15886. > level usually caused damage and exposure to moisture was a serious
  15887. > problem too.  (These become an issue if you actually try to use the
  15888. > things outdoors despite their poor range.)
  15889.  
  15890. I have used several cordless phones and have found a reliable good
  15891. quality with good coverage.  The Sony SP115.  It has 10 channels and
  15892. will change channels during calls sometimes, if it thinks it might get
  15893. a little better and cleaner signal.  It doesn't do that often, but
  15894. I've had it happen to me.  Even when used near another cordless phone
  15895. of similar make it blocks out the signal mostly (not 100%, but I'd say
  15896. it gets interfered with only 2% of the time, then just unplug the base
  15897. and plug it back in).  It also features a dual battery.  The second
  15898. battery plugs into the charger/base unit when not in the phone, and
  15899. will actually power the base unit in the event of a power failure.
  15900. Battery life is also very nice.  It has worked for me very well for a
  15901. good 12 months now, and has seen falls, concrete slides, and other
  15902. abuses I won't mention and has never missed a beat.  I'm very happy
  15903. with it.
  15904.  
  15905. ------------------------------
  15906.  
  15907. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  15908. Subject: Re: *67 and Related Topics 
  15909. Date: Sun, 31 May 92 1:06:15 EDT
  15910. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  15911. Organization: NRK Clinic for habitual NetNews abusers - Lakeside Terrace
  15912.  
  15913.  
  15914. > but I don't believe there's _any way_ to find out the default state
  15915. > of a line.  Short of calling a friend with CNID ...
  15916.  
  15917. [Moderator's Note: Simple. You would ask the person who owned the
  15918. phone line. In most instances, your use of *67 would probably be on
  15919. your own phone line anyway, and you *know* what that status is. So if
  15920. you use my phone for a single call, you ask me my status.  PAT]
  15921.  
  15922. If only it was that simple.
  15923.  
  15924. Take an real case, one related to me by the people involved.  A law
  15925. enforcement operation has some lines that are line-blocked, but others
  15926. are not. Further, the officers manning it do *NOT* have per-line
  15927. blocking on their home phones for good reasons -- Bell South won't give
  15928. it to them UNLESS they get identifed as undercover officers to BS!
  15929.  
  15930. Then add one more intermittent variable. BS drops per-line blocking on
  15931. a pair during a generic upgrade. Ooops.
  15932.  
  15933. The official I know is convinced that the reason for identical codes
  15934. is to kill the demand for per-line blocking just so BS can go back to
  15935. the PSC and say "SEE! nobody in law enforcement uses it!"
  15936.  
  15937.  
  15938. wb8foz@skybridge.cwru.edu
  15939.  
  15940.  
  15941. [Moderator's Note: But how often is this *really* an issue? Of course
  15942. there will always be exceptions to the rule. If the undercover guys
  15943. want to have blocked ID, why doesn't the PD either have them make
  15944. their calls from cell phones or give them a loop-around/call-extender
  15945. to go through when dialing which would either show nothing or some
  15946. bogus Caller-ID?  PAT]
  15947.  
  15948. ------------------------------
  15949.  
  15950. End of TELECOM Digest V12 #437
  15951. ******************************
  15952. 
  15953. 
  15954. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa15079;
  15955.           31 May 92 23:07 EDT
  15956. Received: by delta.eecs.nwu.edu id AA32296
  15957.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 May 1992 21:13:01 -0500
  15958. Received: by delta.eecs.nwu.edu id AA17781
  15959.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 May 1992 21:12:53 -0500
  15960. Date: Sun, 31 May 1992 21:12:53 -0500
  15961. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15962. Message-Id: <199206010212.AA17781@delta.eecs.nwu.edu>
  15963. To: "\\telecom"@eecs.nwu.edu
  15964. Subject: TELECOM Digest V12 #438
  15965.  
  15966. TELECOM Digest     Sun, 31 May 92 21:12:55 CDT    Volume 12 : Issue 438
  15967.  
  15968. Index To This Issue:                      Moderator: Patrick A. Townson
  15969.  
  15970.     Good Service From GTE in L.A. Area (Lauren Weinstein)
  15971.     Advice Needed: E-Mail From US to Russia (Dobrovolsky Alexandr V.)
  15972.     The Number Plan Change Starts in 20 Minutes (Morten Reistad)
  15973.     Raising Funds: Modem Data Sheets by E-Mail (Steve Pershing)
  15974.     What is a POP and How Does One Get Established? (Jesse W. Asher)
  15975.     Hole Mount Mobile Cellular Antenna (Vance Shipley)
  15976.     Multi-Ring Detection (Art Hunter)
  15977.     Bell Reregulation Bill Progresses in the House (John R. Levine)
  15978.     Area Codes/Telecom in United Germany (Richard Budd)
  15979. ----------------------------------------------------------------------
  15980.  
  15981. Date: Sun, 31 May 92 10:50:11 PDT
  15982. From: lauren@vortex.COM (Lauren Weinstein)
  15983. Subject: Good Service From GTE in L.A. Area
  15984.  
  15985.  
  15986. Greetings.  I've sat and read all these messages bitching about GTE,
  15987. but my experience is different.  I've lived in GTE regions in and
  15988. around L.A. for much of the last four decades.  Sure enough, twenty
  15989. years ago, when everything was step and old outside plant there was
  15990. lots of trouble.
  15991.  
  15992. But the last ten years or so have shown a drastic improvement.  I'm
  15993. not a major customer by telco standards, but I have to deal with
  15994. Centrex (Centranet) services all the time, and I've never had trouble
  15995. getting them to fix the occasional problem.  In fact, when there
  15996. have been (not unreasonable) configuration problems during the setup
  15997. of complex configurations, I have even gotten calls back from the
  15998. people working at the switch consoles who would type in commands
  15999. while talking to me and asked if I wanted to verify the results with
  16000. them.
  16001.  
  16002. When the late night automatic line tester (you know, the device that
  16003. causes "dings" in the night) was causing some problems on lines used
  16004. for data, GTE asked me for a list of ALL lines I was concerned about
  16005. and put them on the exception list for the tester.  No trouble at all
  16006. since then.
  16007.  
  16008. One day I noticed a guy outside the offices holding a blueprint and
  16009. staring at all our phone drops we'd collected over time.  I went over
  16010. to ask who he was.  Turned out he was the cable planner for the
  16011. region.  "Where would you like your pole?" he asked.  They wanted to
  16012. put in a private pole and direct cable run to the terminal (B-box) for
  16013. us, since "I don't like to see multiple drops like that; they aren't
  16014. very reliable in the long run," he said.  And true to their word, they
  16015. replaced all the drops with one cable, and made sure there was also
  16016. some extra capacity in there for growth.  (By the way, the machine
  16017. that drills the hole and plants the pole is something to see ...)
  16018.  
  16019. The only proviso I recommend regards repair service.  When calling the
  16020. telco -- ANY telco -- with anything other than a very simplistic
  16021. problem, do not waste time discussing your problem with the person who
  16022. initially answers.  Ask for a supervisor (or a Centranet specialist,
  16023. or whatever).  The folks who answer are there to help filter out the
  16024. callers who don't know how a module jack plugs in -- they are not
  16025. usually in a position to deal effectively with more complex services.
  16026. This is a deficiency to be sure, but one I've noted with all telcos
  16027. everywhere in the country.
  16028.  
  16029. No, it's not all a bed of roses with GTE.  But having dealt with so
  16030. many telcos for so many types of services around the country, I can
  16031. honestly say that GTE really has improved and compares quite
  16032. favorably, at least in my experience.
  16033.  
  16034.  
  16035.  --Lauren--
  16036.  
  16037.  
  16038. [Moderator's Note: And isn't it true Lauren that the generic term
  16039. 'GTE' does not mean a lot in and of itself. There are many, many GTE
  16040. telephone operating companies just as there are lots of Bell
  16041. companies, and the GTE company here in Illinois might be (probably is)
  16042. managed entirely differently. Readers here have been speaking poorly
  16043. of the California operation, but they might be quite content with the
  16044. same parent company under subsidiaries in other areas of the USA.  PAT]
  16045.  
  16046. ------------------------------
  16047.  
  16048. Organization: Scientific Productional Co-operative TetraComp
  16049. From: dav@tetracomp.msk.su (Dobrovolsky Alexandr V.)
  16050. Date: Sun, 31 May 92 00:07:46 +0400 (MSD)
  16051. Subject: Advice Needed: E-Mail From US to Russia
  16052.  
  16053.  
  16054.      Hello!
  16055.  
  16056. Look, please, following letter, and help me, if you can:
  16057.  
  16058.  
  16059. My name is Alexandr.  I undergratuated from Moscow State University 6
  16060. years ago.  I had cybernatics degree, then became system programmer
  16061. for MS-DOS machines but now I am only (:-)) the chief of a small
  16062. venture that deals with anything around computers.
  16063.  
  16064. This summer I plan to visit USA to study US computer market, its
  16065. methods and to look for new and useful computer stuff unknown in
  16066. Russia today.  And, of course, I want to establish reliable
  16067. communication with my office, preferably -- by e-mail (because we are
  16068. got accostomed to this way of information exchange.)
  16069.  
  16070. So, (sorry for my long introduction!), here is my problem: I don't
  16071. know any possibilities to enter into US-to-world e-mail networks.  I
  16072. don't know taxes or prices. I don't know how I can get temporary
  16073. e-mail maibox and whether can I get it? Moreother, I possibly will be
  16074. moving across US, staying at one place about a day or two. How should
  16075. I act in this case?
  16076.  
  16077. Please, if you'll get any information that covers any part of my
  16078. problem -- send it, please, to dav@tetracomp.msk.su.  Or write,
  16079. please, where I can get this information and what else I should do for
  16080. it?
  16081.  
  16082. I had sent this letter to Scott Fybush -- ST901316@pip.cc.brandeis.edu
  16083. (he maybe changed his e-mail adress to his new workplace now), and he
  16084. redirected me to you -- he said there is the place where somebody can
  16085. help me and wrote your address.  So, please, help me or redirect me
  16086. once more -- there is almost no time left to make me my choice.
  16087.  
  16088.  
  16089. Thank you.
  16090.  
  16091.  _________      __                   /---------------------------------\
  16092.    \\    /\\    /    Dobrovolsky    | TetraComp,  Moscow (095) 463-8849 |
  16093.     \\  /__\\  /        Alexandr V. | e-mail: tetracomp.msk.su          |
  16094.      \\/    \\/                     | Computer  Service, Repair & Trade |
  16095.  
  16096.  
  16097. [Moderator's Note: Perhaps one or more readers will either email this
  16098. fellow with details of services like MCI Mail / AT&T Mail, or perhaps
  16099. call and chat with him to help him get signed up here in the USA.   PAT]
  16100.  
  16101. ------------------------------
  16102.  
  16103. Date: 31 May 92 23:36 +0200
  16104. From: Morten Reistad <MRR@boers.uu.no>
  16105. Subject: The Number Plan Change Starts in 20 Minutes
  16106.  
  16107.  
  16108. It's 20 minutes to midnight, and June 1st, with the start of the Big
  16109. Number Plan Change in Norway.
  16110.  
  16111. If you are dialing from outside of the Oslo area (area code 2) you
  16112. have to dial the zero and the area code until sometime next year.
  16113. This is a part of the changeover from a seven to an eight digit
  16114. numbering plan.
  16115.  
  16116. Callers from abroad need not worry until late January, 1993.
  16117.  
  16118. We will keep you posted on developments. Might come in handy when the
  16119. US does it's big change sometimes in 1995 or 1996.
  16120.  
  16121.  
  16122. Morten Reistad <mrr@boers.uu.no>; +47 2 71 10 18
  16123.  
  16124. ------------------------------
  16125.  
  16126. Subject: Raising Funds: Modem Data Sheets by E-mail
  16127. From: system@questor.wimsey.bc.ca (Postmaster Account)
  16128. Date: Sun, 31 May 92 14:37:26 PDT
  16129. Organization: Questor: Free Usenet News: Vancouver, BC: +1 604 681 0670
  16130.  
  16131.  
  16132. Technical specifications/manufacturer's DATA SHEETS and Prices are
  16133. available by sending e-mail to our mail-server.  Data Sheets are in
  16134. the form of TIFF-files scanned in at 300x300dpi.  These files are
  16135. stored in *.ZOO archives which, when requested, will be sent to you as
  16136. a series of uu-encoded files.
  16137.  
  16138. In order to earn the funds necessary for the ongoing maintenance,
  16139. operation and upgrading of this site, it was decided to offer a few
  16140. very exceptional modem products for sale to the general public, at
  16141. prices just slightly above cost.  (We also have NS16550AFN UARTS on
  16142. hand.)
  16143.  
  16144. The Questor Project is a non-profit society operating the Questor
  16145. Project BBS/UUCP service.  It began over five years ago.  Its mandate
  16146. was, (and is still), to supply information in the areas of Medicine,
  16147. Health and AIDS.
  16148.  
  16149.  - To retrieve a copy of the current price list, which includes the Zyxel
  16150.    and Telebit product lines, send a blank e-mail message to:
  16151.  
  16152.         product-cost-request@questor.wimsey.bc.ca
  16153.  
  16154.  - To retrieve an index of files available, send e-mail to:
  16155.  
  16156.         mail-server@questor.wimsey.bc.ca
  16157.  
  16158.    and include in the BODY of your messgage, the word:   INDEX
  16159.    on a line by itself.
  16160.  
  16161.  - To retrieve a data sheet archive, send e-mail to:
  16162.  
  16163.         mail-server@questor.wimsey.bc.ca
  16164.  
  16165.    and include in the BODY of your messgage, the path and name of the
  16166.    file(s) you require, one per line.
  16167.  
  16168.    For Example...  to retrieve data sheets on Zyxel modems:
  16169.  
  16170.         GET PRODINFO/ZYXELS.ZOO
  16171.  
  16172.  - For more detailed help on using the mail-server, send e-mail to:
  16173.  
  16174.         mail-server@questor.wimsey.bc.ca
  16175.  
  16176.    and include in the BODY of your messgage, the word:   HELP
  16177.    on a line by itself.
  16178.  
  16179.  
  16180. system@questor.uucp     Steve Pershing, System Administrator
  16181.  
  16182.  The QUESTOR Project: FREE Usenet News/Internet Mail; Sci, Med, AIDS,  and
  16183.  more on a Telebit T2500 supporting PEP, v.42, v.32, v.21, up to 19,200bps
  16184.  .........................................................................
  16185.  Internet: sp@questor.wimsey.bc.ca     : POST: 1027 Davie Street,  Box 486
  16186.  Phones:   Voice/FAX:  +1 604 682 6659 :       Vancouver, British Columbia
  16187.            Data/BBS:   +1 604 681 0670 :       Canada  V6E 4L2
  16188.  
  16189. ------------------------------
  16190.  
  16191. From: jessea@homecare.com (Jesse W. Asher)
  16192. Subject: What is a POP and How Does One Get Established?
  16193. Reply-To: jessea@homecare.com (Jesse W. Asher)
  16194. Organization: Health Sphere of America Inc.
  16195. Date: Sun, 31 May 92 15:13:09 GMT
  16196.  
  16197.  
  16198. Until recently, I thought I understood what a POP (Point of Presence)
  16199. was.  Now I'm pretty sure I don't.  Can someone explain to me exactly
  16200. what a POP is and how companies create them?  One thing I was confused
  16201. about was I thought one the telcos had POPs.  But I recently talked to
  16202. an Internet connection provider and they told me they could establish
  16203. a POP in my area.  Can some explain this?  Thanks for helping this
  16204. poor confused soul!
  16205.  
  16206.  
  16207.    Jesse W. Asher        NIC Handle:  JA268         Phone: (901)386-5061
  16208.                     Health Sphere of America Inc.
  16209.            5125 Elmore Rd., Suite 1, Memphis, TN 38134
  16210.  Internet: jessea@homecare.COM            UUCP: ...!banana!homecare!jessea
  16211.  
  16212. ------------------------------
  16213.  
  16214. From: vances@xenitec.on.ca (Vance Shipley)
  16215. Date: Sun, 31 May 1992 13:32:18 -0400
  16216. From: vances@xenitec.on.ca (Vance Shipley)
  16217. Subject: Hole Mount Mobile Cellular Antenna 
  16218. Organization: SwitchView Inc., Waterloo, Ontario
  16219. Date: Sun, 31 May 1992 17:32:12 GMT
  16220.  
  16221.  
  16222. I will be moving my cellular telephone to a van I am about to
  16223. purchase.  I would like to mount an antenna in the roof the
  16224. conventional way, by drilling a hole.  This is unheard of to the
  16225. cellular folks!  They don't seem to know of any antennas that mount
  16226. this way.  Can any one recommend something?
  16227.  
  16228.  
  16229. Vance Shipley   
  16230. vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
  16231.  
  16232. ------------------------------
  16233.  
  16234. Subject: Multi-Ring Detection
  16235. From: art@aficom.ocunix.on.ca (Art Hunter)
  16236. Reply-To: art@aficom.ocunix.on.ca (Art Hunter)
  16237. Date: Sun, 31 May 1992 10:27:10 -0400
  16238. Organization: AFI Communications - Ottawa, Ontario, Canada
  16239.  
  16240.  
  16241. Midwest Laser Products <0004104492@mcimail.com> writes:
  16242.  
  16243. >      Illinois Bell offers a service called Multi-Ring.  It allows one
  16244. > telephone line to have several different phone numbers. Incoming calls
  16245. > placed to the primary number have the standard ring cycle, while those
  16246. > to a secondary number have a double ring.
  16247.  
  16248. > I am not sure how they work third and fourth numbers...  Anyway I have
  16249. > heard that there is a device available that detect the double ring and
  16250. > routes those calls to a seperate device, such as a FAX machine.  This
  16251. > allows the small business owner to have only one physical phone line,
  16252. > but a separate fax number.  Does anyone know where such a device can
  16253. > be purchased?  
  16254.  
  16255. If you have CallerID there is a product called Call SecurID that uses
  16256. a normal telephone line and switches to one of three output ports on
  16257. this DOS based plug in board such that once the phone number is known,
  16258. a pre-determined port is connected to the telephone line.  This
  16259. permits a handset, a modem and a fax (or any three telephone devices)
  16260. to be used for all of the devices.  More information can be provided
  16261. by contacting:
  16262.  
  16263.     Mr. Glen Pearson
  16264.     ICON CS Canada Inc.
  16265.     21 Lynwood Ave
  16266.     Ottawa, Ontario, Canada  K1Y 2B4
  16267.     phone/fax  (613) 722-0115
  16268.  
  16269. ------------------------------
  16270.  
  16271. Subject: Bell Reregulation Bill Progresses in the House
  16272. Date: Sun, 31 May 92 18:57:23 EDT
  16273. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  16274.  
  16275.  
  16276. The House Judiciary subcommittee on economic and commercial law voted
  16277. 10-6 in favor of H.R. 5096, the Antitrust Reform Act of 1992, which
  16278. codifies into law many of the restrictions on the Baby Bells that were
  16279. in effect until Judge Greene reluctantly relaxed them earlier this
  16280. year.  Rep. Jack Brooks, chairman of the full committee, is the
  16281. sponsor of the bill.
  16282.  
  16283. All of the RBOCs are adamantly opposed, which for me is already reason
  16284. enough to support it.  An Ameritech vice president said that the Baby
  16285. Bells represent the "public interest," while supporters of the bill,
  16286. notably the long distance companies and newspapers, are "special
  16287. interests."
  16288.  
  16289. I'll order a copy of the bill and post a summary of it.
  16290.  
  16291.  
  16292. Regards,
  16293.  
  16294. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  16295.  
  16296. ------------------------------
  16297.  
  16298. Date: Sun, 31 May 92 14:09:05 EDT
  16299. From: Richard Budd <KLUB@MARISTB.BITNET>
  16300. Subject: Area Codes/Telecom in United Germany
  16301.  
  16302.  
  16303.  From <hoffman@urzdfn.kartographie.tu-dresden.dbp.de I received the
  16304. below message announcing the elimination of country code 37 for the
  16305. former German Democratic Republic and the institution of new area
  16306. codes for united Germany.  The cutover date is July 22, 1992.
  16307. As for postal zip codes, the last I heard was that Germany will
  16308. introduce a new five digit zip code in the beginning of 1993.  It will
  16309. be based on the American (and East German) numbering system.  (Editing
  16310. and blocking off of telephone numbers are my own work, RCB)
  16311.  
  16312. --------------------------Original
  16313. Message--------------------------------<FH>- - TELECOM informs about:
  16314.  
  16315. Next week the re-unification of German Telecom will take place. From
  16316. the end of July *new* area codes will be introduced for new Federal
  16317. States. This process should be finished by the end of year 1993.
  16318.  
  16319. 1) From last month the new area codes for "East" of Germany are
  16320. changing now. Until September this year about 70% will be transferred.
  16321.  
  16322. 2) From abroad you can phone to the 5 new Federal States since April 15th
  16323. until July 21st with "NEW" and "OLD" area codes but with different ID:
  16324.  
  16325.    new: +49-new.area.code-phone.number
  16326.    old: +37-old.area.code-phone.number
  16327.  
  16328.    From JULY 22nd the NEW codes only are allowed!
  16329.    For example my personal phone should be dialed as follows:
  16330.  
  16331.    - new: +49-351-493.XXXX   (Dresden got 0351 within Germany)
  16332.    - old: +37-51-493.XXXX    (until July 21st only)
  16333.  
  16334.    Please make sure that (+) should be the international code for Germany at
  16335.    your site, this is different from different countries!
  16336.  
  16337.  From:
  16338.  
  16339.    - 0049: Belgium, Greek, CSFR, Hungary, Poland, Italy, Swiss ...
  16340.    - 0749: Spain
  16341.    - 1949: France
  16342.    - 00949:Danmark  etc.
  16343.  
  16344. 3) All of Berlin gets city code 030 (East Berlin had been City Code
  16345. 37-2.
  16346.  
  16347. 4) For the five new federal states uniform rates will be introduced by
  16348. German Telecom.
  16349.  
  16350. Next day a comprehensive new index of area.codes for 5 NBL will be
  16351. available.  I am wishing you all times good connections from abroad!
  16352.  
  16353.  
  16354. Regards from Dresden,
  16355.  
  16356. Frank Hoffmann   TU Dresden
  16357.  
  16358.      ----------------End message-------------
  16359.  
  16360. NBL = neue Bundeslaendern (new federal states).  What technically
  16361. happened 10/3/90 was that the Federal Republic of Germany admitted six
  16362. new states into the union.  The US did that a lot in the previous
  16363. century. ;-)
  16364.  
  16365. The May/June 1992 issue of {Networking Management Europe} has an
  16366. interesting article on telecommunications services for United
  16367. Germany. Deutsche TELEKOM for the first time granted licenses to
  16368. private organizations to operate trunked networks, all but one in
  16369. eastern Germany.  TELEKOM is in the second year of its seven year
  16370. Telekom 2000 project to construct a modern telecommunications
  16371. infrastructure in eastern Germany.  The expected cost is DM57 billion
  16372. ($35 billion).
  16373.  
  16374.                    ---------------
  16375.  
  16376. Richard Budd              | E-Mail: Internet-rcbudd@rhqvm19.vnet.ibm.com
  16377. VM Systems Programmer     |         Bitnet  -klub@maristb.bitnet
  16378. 139 South Hamilton Street | Phone:  Daytime -(914) 759-3746
  16379. Poughkeepsie, NY 12601    |         Evening -(914) 454-5803
  16380.  
  16381. ------------------------------
  16382.  
  16383. End of TELECOM Digest V12 #438
  16384. ******************************
  16385. 
  16386. 
  16387. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa16826;
  16388.           31 May 92 23:53 EDT
  16389. Received: by delta.eecs.nwu.edu id AA30699
  16390.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 May 1992 22:06:29 -0500
  16391. Received: by delta.eecs.nwu.edu id AA27879
  16392.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 May 1992 22:06:20 -0500
  16393. Date: Sun, 31 May 1992 22:06:20 -0500
  16394. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16395. Message-Id: <199206010306.AA27879@delta.eecs.nwu.edu>
  16396. To: "\\telecom"@eecs.nwu.edu
  16397. Subject: TELECOM Digest V12 #439
  16398.  
  16399. TELECOM Digest     Sun, 31 May 92 22:06:15 CDT    Volume 12 : Issue 439
  16400.  
  16401. Index To This Issue:                      Moderator: Patrick A. Townson
  16402.  
  16403.     Re: GTE to Refund Overcharges in California (John Higdon)
  16404.     Re: GTE to Refund Overcharges in California (Patton M. Turner)
  16405.     Re: *67 and Related Topics (Bob Frankston)
  16406.     Re: *67 and Related Topics (Jim Rees)
  16407.     Re: TCP/IP and Rcp Performance Over Satellite? (Rob Warnock)
  16408.     Re: Alternative Telephone Mic (Jack Winslade)
  16409.     Re: V.32bis Dial-Back Modems (Jess Anderson)
  16410.     Re: I've Been Slammed (David Niebuhr)
  16411.     Re: HDTV Information Required (Darren Ingram)
  16412.     Re: The Purpose of the Three Tones (Jim Rees)
  16413.     Re: Payphone Xenophobia (Frederick G.M. Roeber)
  16414.     Re: Caller ID and DID (Vance Shipley)
  16415. ----------------------------------------------------------------------
  16416.  
  16417. Date: Sun, 31 May 92 02:17 PDT
  16418. From: john@zygot.ati.com (John Higdon)
  16419. Reply-To: John Higdon <john@zygot.ati.com>
  16420. Organization: Green Hills and Cows
  16421. Subject: Re: GTE to Refund Overcharges in California
  16422.  
  16423.  
  16424. John R. Levine <johnl@iecc.cambridge.ma.us> writes:
  16425.  
  16426. > I note that half of the excess over 13% is refunded, and half goes to
  16427. > shareholders, which means that GTE has an incentive to overcharge as
  16428. > much as possible since half of the take pumps up their dividends.  To
  16429. > my stodgy East-coast eye, this is a peculiar approach to regulation.
  16430.  
  16431. Hell, my Wild West Coast eye considers it peculiar! But you have to
  16432. realize that since the Great PUC Giveaway of 1989 (soon to be made
  16433. into a Broadway musical by a Busby Berkeley decendant), cost of
  16434. providing service has nothing to do with the price a telco charges.
  16435. This is one reason I have been sitting back and watching with great
  16436. enjoyment the endless debates on flat vs measured calling, charges for
  16437. TT, etc. None of it has anything to do with the way rates are set in
  16438. California.
  16439.  
  16440. How are they set? It is very simple: rates in effect at the time of
  16441. regulation were "capped". Each year, an adjustment is made for
  16442. inflation and the cap is raised. In the meantime, telcos may cut costs
  16443. until the cows come home without having to lower rates. However,
  16444. "incentive regulation" requires that anything made over 13% must be
  16445. divied up 50/50 with the shareholders and the customers.
  16446.  
  16447. Pacific Telesis is smart enough to juggle the books to the point that
  16448. it "never" exceeds that 13% cap on rate of return. Hence, it never has
  16449. to split any excess with customers. Back in 1989 when I was screaming
  16450. at the top of my lungs against this screwy regulatory capitulation, my
  16451. prediction was that PB would NEVER exceed a 13% rate of return. So
  16452. far, I have been right. Incredible, considering the massive labor
  16453. force reductions, centralization, and other cost cutting measures that
  16454. the company has indulged in.
  16455.  
  16456. GTE, on the other hand, has been bitten by its own incompetence. I'm
  16457. sure the word "oops" might have been heard to have come out of the
  16458. bookkeeping office. GTE needs to learn how the game is played. Buy
  16459. switches at inflated prices from a marketing subsidiary. Lose a
  16460. fortune in the paging or voicemail business. You know, things like
  16461. that.
  16462.  
  16463.  
  16464.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  16465.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  16466.  
  16467. ------------------------------
  16468.  
  16469. Date: Sun, 31 May 92 11:41:52 CDT
  16470. From: Patton M. Turner <pturner@eng.auburn.edu>
  16471. Subject: Re: GTE to Refund Overcharges in California
  16472.  
  16473.  
  16474. John Levine writes:
  16475.  
  16476. > I note that half of the excess over 13% is refunded, and half goes to
  16477. > shareholders, which means that GTE has an incentive to overcharge as
  16478. > much as possible since half of the take pumps up their dividends.  To
  16479. > my stodgy East-coast eye, this is a peculiar approach to regulation.
  16480.  
  16481. It's the PUC's responsability to avoid overcharging, GTE deserves some
  16482. incentive to reduce costs and increase revenue.  The USA has, after
  16483. all, a capitalistic economic system.
  16484.  
  16485. You don't really want GTE's profits to be just a function of their
  16486. plant value do you? Might get a lot of new switch upgrades, OSP, etc,
  16487. but there would be no incentive to offer new services.
  16488.  
  16489.  
  16490. Pat Turner   KB4GRZ   Until July 1 => pturner@eng.auburn.edu
  16491.  
  16492. ------------------------------
  16493.  
  16494. From: Bob_Frankston@frankston.com
  16495. Subject: Re: *67 and Related Topics
  16496. Date: Sun 31 May 1992 09:29 -0400
  16497.  
  16498.  
  16499. Remember that what you THINK the Caller-ID setting is on your line and
  16500. what it ACTUALLY is are not necessarily the same thing.
  16501.  
  16502.  
  16503. [Moderator's Note: Then that is your problem. Either you are in
  16504. control of your phone or you are not. Are you suggesting that in a
  16505. call to the Business Office to review your service they would mislead
  16506. you in order to get you to make an ID'ed call accidentally? :)   PAT]
  16507.  
  16508. ------------------------------
  16509.  
  16510. From: rees@dabo.citi.umich.edu (Jim Rees)
  16511. Subject: Re: *67 and Related Topics
  16512. Reply-To: Jim.Rees@umich.edu
  16513. Organization: University of Michigan IFS Project
  16514. Date: Sun, 31 May 92 13:57:09 GMT
  16515.  
  16516.  
  16517. In article <telecom12.433.5@eecs.nwu.edu>, jra@psycho.fidonet.org (Jay
  16518. Ashworth) writes:
  16519.  
  16520. > I don't believe there's _any way_ to find out the default state of a
  16521. > line.  Short of calling a friend with CNID ...
  16522.  
  16523. > [Moderator's Note: Simple. You would ask the person who owned the
  16524. > phone line.
  16525.  
  16526. Someone else already pointed out that this doesn't work in general.
  16527. Suppose I don't have per-line blocking, and I call the phone company
  16528. Friday morning to order it.  They tell me that per-line blocking on my
  16529. line will go into effect "by Monday afternoon at 5:00."  Now it's
  16530. Saturday night and I want to make a call, with Caller-ID (sic) blocked.
  16531.  
  16532. What is the default state of my line?
  16533.  
  16534.  
  16535. [Moderator's Note: This DOES work in general since the 'general'
  16536. status of a phone line is not to be in limbo pending service orders,
  16537. etc.  How often do you expect that to happen, that a service order
  16538. would be pending overnight on a weekend precisely at a time when you
  16539. need to make a call on which you feel ID-blocking is critical? In such
  16540. rare instances, I suppose you could call Repair Service and ask them
  16541. to detirmine if the service order had gone through yet.  PAT}
  16542.  
  16543. ------------------------------
  16544.  
  16545. Date: Sun, 31 May 92 01:04:51 -0700
  16546. From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
  16547. Subject: Re: TCP/IP and Rcp Performance Over Satellite?
  16548. Reply-To: rpw3@sgi.com (Rob Warnock)
  16549. Organization: Silicon Graphics Inc., Mountain View, CA
  16550.  
  16551.  
  16552. apollo@buengc.bu.edu (Doug A. Chan) writes:
  16553.  
  16554. > I'm looking for info on the performance of TCP/IP-based software when
  16555. > it is run over links with large end-to-end delays (ie. satellite hops).
  16556. > In particular, the performance of rcp (which is actually UDP based...)
  16557. > over such connections. I'm not too familiar with the underlying pieces
  16558. > which make up the rcp program...
  16559.  
  16560. As I replied to Doug in other newsgroups, "rcp" uses TCP, not UDP. The
  16561. TCP throughput limit with large end-to-end delays is set by the
  16562. "offered receive window" (or simply, "window") size, and is simply
  16563. window size divided by round-trip time (RTT). With a typical 600ms
  16564. satellite RTT, a default Berkeley networking window of 4096 bytes
  16565. yields an upper throughput of (4096*8)/0.6 = 54.6 kb/s. If you use the
  16566. maximum TCP window of 65535, this rises to 874 kb/s. (In BSD-based
  16567. implementations the window can usually be set indirectly by setting
  16568. the "sockbuf" size with setsockopt SO_SNDBUF/SO_RCVBUF).
  16569.  
  16570. And if you use a TCP which implements the modifications suggested in
  16571. RFC 1072 "TCP Extensions for Long-Delay Paths" and RFC 1185 "TCP
  16572. Extension for High-Speed Paths", you can get many megabits/sec
  16573. (Ethernet speeds and higher, e.g., over 30 Mb/s across an 800-mile T3
  16574. link).
  16575.  
  16576. Unfortunately, many PC-based TCP implementations have TCP offered
  16577. receive windows even smaller than the BSD default of 4KB. Same
  16578. implementations (such as Phil Karn's NOS, alias "KA9Q") allow you set
  16579. set this parameter; many don't.
  16580.  
  16581.  
  16582. Rob Warnock, MS-9U/510    rpw3@sgi.com
  16583. Silicon Graphics, Inc.    (415) 390-1673
  16584. 2011 N. Shoreline Blvd.  Mountain View, CA  94043
  16585.  
  16586. ------------------------------
  16587.  
  16588. Date: Sat, 30 May 92 00:10:48 CST
  16589. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  16590. Subject: Re: Alternative Telephone Mic
  16591. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  16592. Organization: DRBBS Technical BBS, Omaha
  16593.  
  16594.  
  16595. In a message dated 30-MAY-92, Dan Harkless writes:
  16596.  
  16597. > What I've been trying to do is attach a different microphone to an
  16598. > old phone of mine.  But when I connect the leads that originally went
  16599. > to the old mic, my external microphone acts as a speaker.  I tried
  16600. > switching the wires back and forth several times, but in either
  16601. > orientation the mic acted as a speaker.  I don't get this ...
  16602.  
  16603. You're probably using a dynamic (electromagnetic) or ceramic
  16604. microphone as the external one.  These can act as both a microphone
  16605. and a crude loudspeaker.  The 'old' telephones use carbon (variable
  16606. resistance) microphones which cannot act as a speaker.
  16607.  
  16608. You cannot use a dynamic mike in a 500 series (or similar) set unless
  16609. you are handy with electronics.  (If you are, an op amp and a couple
  16610. of resistors will do the trick.)  I HAVE, however, heard of people
  16611. getting inexpensive condenser mikes (such as those sold at Radio
  16612. Shark) to work in 500 series sets.  I haven't done this myself.
  16613.  
  16614. Hope this helps.
  16615.  
  16616.  
  16617. Good day.       JSW
  16618. Ybbat (DRBBS) 8.9 v. 3.14 r.1
  16619. DRBBS Technical BBS, Omaha   (1:285/666.0)
  16620.  
  16621. ------------------------------
  16622.  
  16623. From: anderson@macc.wisc.edu (Jess Anderson)
  16624. Subject: Re: V.32bis Dial-Back Modems
  16625. Organization: Madison Academic Computing Center, UW-Madison
  16626. Date: Sun, 31 May 92 10:36:27 GMT
  16627.  
  16628.  
  16629. In article <telecom12.437.10@eecs.nwu.edu> vera@fanaraaken.stanford.
  16630. edu (James S. Vera) writes:
  16631.  
  16632. > yob!bill.garfield@nuchat.sccsi.com writes:
  16633.  
  16634. >> MultiTech Systems - 2205 Woodale Drive - Mounds View, MN 55112
  16635. >> 1-800-328-9717 Has exactly what you are looking for,
  16636.  
  16637. > I have one of these modems (Model MT932EA/25) and the only
  16638. > documentation on the dialback feature (or Answerback as they call it)
  16639. > is:
  16640.  
  16641. > "Answerback &A:
  16642.  
  16643. > The &A command controls the MultiModem V32's Answerback feature.
  16644. > Answerbacks are used in some on-line realty applications, and
  16645. > elsewhere, as a security measure.  Due the [sic] security aspect of
  16646. > this feature and the fact that there is no requirement for the user to
  16647. > do anything with the modem, we will not discuss Answerback here, other
  16648. > than to say that it exists and that we recommend you avoid &A in any
  16649. > commands or programming."
  16650.  
  16651. > What's the deal?  Secret modem commands?  Anyone know more about this?
  16652.  
  16653. Hazarding a guess, the feature may work the same in the mt932 as it
  16654. does in the mt1432, the manual for which documents it reasonably well
  16655. in Appendix A under Callback.
  16656.  
  16657.  
  16658. Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin
  16659. Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson
  16660. NeXTmail w/attachments: anderson@yak.macc.wisc.edu  Bitnet: anderson@wiscmacc
  16661. Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888
  16662.  
  16663. ------------------------------
  16664.  
  16665. Date: Sun, 31 May 92 08:41:53 -0400
  16666. From: niebuhr@bnlux1.bnl.gov (david niebuhr)
  16667. Subject: Re: I've Been Slammed
  16668.  
  16669.  
  16670. In <telecom12.435.5@eecs.nwu.edu> Jack@myamiga.mixcom.com (Jack
  16671. Decker) writes:
  16672.  
  16673. > In message <telecom12.396.12@eecs.nwu.edu>, brian@apt.bungi.com (Brian
  16674. > Litzinger) wrote:
  16675.  
  16676. >> Now unfortunately, I seem to have been slammed.  When I dial '00' I
  16677. >> get a fast busy, but when I dial 1 700 555 4141 I get:
  16678.  
  16679. >> Welcome to 1+ dialing, the carrier you have chosen has a code
  16680. >> of 511. For further assistance please call your long distance
  16681. >> company.
  16682.  
  16683. > My first guess would be that you've been assigned to whichever carrier
  16684. > has PIC 511 (that is, the carrier you'd get if you dialed
  16685. > 10511-1-number).  Try dialing 10511-1-700-555-4141 and see if you get
  16686. > the same recording.
  16687.  
  16688. I tried 10-511-1-700-555-4141 just to see what carrier this was and
  16689. received a message after pressing the last 0 in 700.  The recording
  16690. said "We're sorry; a long distance carrier access code is required.
  16691. Please hang up and dial again using the access code."  Trying 10-55-0
  16692. results in the same thing.  1-511 ends up with my phone number being
  16693. read back to me as does 0-511 and 511 (the latter is the same as 958,
  16694. just a different voice and cadence).
  16695.  
  16696. Cutting off after the last 0 doesn't make a complete long distance
  16697. call assuming that 1+ dialing is not necessary.
  16698.  
  16699. These were done from 516-281-XXXX and this being NYTel land, nothing
  16700. surprises me when it comes to phone service.  They still can't
  16701. straighten out a major billing problem that has been going on since
  16702. September of 1991 (that's another horror show).
  16703.  
  16704.  
  16705. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  16706. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  16707.  
  16708. ------------------------------
  16709.  
  16710. Date: Sun, 31 May 92 13:46 GMT
  16711. From: Darren Ingram <satnews@cix.compulink.co.uk>
  16712. Reply-To: satnews@cix.compulink.co.uk
  16713. Subject: Re: HDTV Information Required 
  16714.  
  16715.  
  16716. With people ever-increasingly depending on on-line library files and
  16717. Internetable services, whole generations of students etc. will
  16718. possibly forget how to search a manual index, cross-reference and lug
  16719. heavy books around!
  16720.  
  16721. After all, it is so easy to sit at your terminal and type out a
  16722. request. If it is raining or late at night, you may not want to trek
  16723. over to the library and wake up a librariandroid!  Although I am in no
  16724. way attempting to defend the anti-printed-books brigade!
  16725.  
  16726.  
  16727. Darren Ingram/Satnews        Standard disclaimer rules apply
  16728. Satnews@cix.compulink.co.uk  Coventry, West Midlands, U.K.
  16729.  
  16730. ------------------------------
  16731.  
  16732. From: rees@dabo.citi.umich.edu (Jim Rees)
  16733. Subject: Re: The Purpose of the Three Tones
  16734. Reply-To: Jim.Rees@umich.edu
  16735. Organization: University of Michigan IFS Project
  16736. Date: Sun, 31 May 92 14:11:55 GMT
  16737.  
  16738.  
  16739. In article <telecom12.433.7@eecs.nwu.edu>, varney@ihlpf.att.com (Alan
  16740. L Varney) writes:
  16741.  
  16742. > Of course, if you want to play SITs when ANSWERING your telephone,
  16743. > you are free to do so -- just expect most callers to hang up right
  16744. > away.
  16745.  
  16746. This works quite well.  I've had various intercepts, including SIT, on
  16747. my answering machine for the last eight months, and in that time have
  16748. only had two messages.  They were both from a telecom-literate friend
  16749. who knew what was going on.
  16750.  
  16751.  
  16752. [Moderator's Note: Aren't you working at odds with the purpose of the
  16753. answering machine? Why do you feel receiving only two messages in
  16754. eight months means it is 'working quite well'? By removing the machine
  16755. you could then receive zero calls ... it would work even better! :)  PAT]
  16756.  
  16757. ------------------------------
  16758.  
  16759. Date: Sun, 31 May 1992 16:07:02 GMT
  16760. From: roeber@vxcrna.cern.ch
  16761. Subject: Re: Payphone Xenophobia
  16762.  
  16763.  
  16764. Oh yes, I don't know why I didn't remember this immediately.
  16765.  
  16766. Last year, at Telecom'91 here in Geneva, a company whose name I forget
  16767. was showing a payphone that recognized coins based on a set of rules
  16768. (weight or mass, size, etc.) programmed in a microprocessor.  So its
  16769. first advantage is that it can be used in many countries, and can even
  16770. (if the owner wishes) take multiple currencies.  The advantage they
  16771. were really touting, though, was the ability to remotely call the
  16772. phone, log in, and download new rules.  This way when a country
  16773. introduces a new coin (as Italy did a few years ago) or replaces a
  16774. coin (as France did last year), one does not have to replace the
  16775. phone, or even physically visit it.
  16776.  
  16777.  
  16778. Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
  16779. e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
  16780. r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
  16781.  
  16782. ------------------------------
  16783.  
  16784. From: vances@xenitec.on.ca (Vance Shipley)
  16785. Subject: Re: Caller ID and DID
  16786. Organization: SwitchView Inc., Waterloo, Ontario
  16787. Date: Sun, 31 May 1992 17:55:07 GMT
  16788.  
  16789.  
  16790. In article <telecom12.437.5@eecs.nwu.edu> Steve Forrette <stevef@wrq.
  16791. com> writes:
  16792.  
  16793. > Is there currently any provision for delivering Caller ID data to a
  16794. > DID trunk, either analog or over a T1 (T1 to the LEC, not IXC)?  How
  16795. > widely is it available?  Is it being worked on, or at least thought
  16796. > about by someone?
  16797.  
  16798. Yes, it's called ISDN Primary Rate Access.
  16799.  
  16800. Now knowing that Steve is quite aware of this let's assume he is
  16801. looking for a non-ISDN method.  MCI offer INBAND-ANI over analog and
  16802. digital access lines.  Northern Telecom have a software option for
  16803. their SL-1 PBX's that accepts the DTMF digits of the calling party
  16804. before routing the incoming call.  The digits are then displayed on
  16805. the telephone and included in CDR records.
  16806.  
  16807. Having reread what Steve asked I see I missed that he is looking for a
  16808. LEC service.  Northern Telecom's DMS-100 switches now have support for
  16809. BULK CALLING LINE ID.  An out of band circuit is used to deliver CLID
  16810. to a PBX or other CPE for a group of trunks.  Not having the feature
  16811. spec handy I can't give much detail of this now.
  16812.  
  16813. I am sure other manufacturers have similiar capabilities, I am merely
  16814. more aware of the NT stuff.
  16815.  
  16816.  
  16817. Vance Shipley 
  16818. vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
  16819.  
  16820. ------------------------------
  16821.  
  16822. End of TELECOM Digest V12 #439
  16823. ******************************
  16824. 
  16825. 
  16826. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa20006;
  16827.           1 Jun 92 1:12 EDT
  16828. Received: by delta.eecs.nwu.edu id AA10847
  16829.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 May 1992 23:20:44 -0500
  16830. Received: by delta.eecs.nwu.edu id AA15719
  16831.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 May 1992 23:20:34 -0500
  16832. Date: Sun, 31 May 1992 23:20:34 -0500
  16833. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16834. Message-Id: <199206010420.AA15719@delta.eecs.nwu.edu>
  16835. To: "\\telecom"@eecs.nwu.edu
  16836. Subject: TELECOM Digest V12 #440
  16837.  
  16838. TELECOM Digest     Sun, 31 May 92 23:20:28 CDT    Volume 12 : Issue 440
  16839.  
  16840. Index To This Issue:                      Moderator: Patrick A. Townson
  16841.  
  16842.     AT&T Strike Plans Still in Limbo (TELECOM Moderator)
  16843.     Re: AT&T Can Do T1 Over a Single Pair (Vance Shipley)
  16844.     Re: Crossed-Pairs (was GTE Stories) (Barry Mishkind)
  16845.     GTE Employee Responds (Steven Lichter)
  16846.     Re: 310/213 Fiasco Was Not GTE's Fault (Curtis E. Reid)
  16847.     An Inconsiderate Neighbor Keeps Me Awake (TELECOM Moderator)
  16848. ----------------------------------------------------------------------
  16849.  
  16850. Date: Sun, 31 May 1992 22:13:40 -0500
  16851. From: TELECOM Moderator <telecom>
  16852. Subject: AT&T Strike Plans Still in Limbo
  16853.  
  16854.  
  16855. As of late Sunday evening, union and company negotiators were still
  16856. talking about a new contract, and employees were being advised to
  16857. report for work on their normal shifts Monday. According to the union,
  16858. talks will continue for at least a day or two more, since progress was
  16859. reported in bargaining sessions throughout the day Sunday.
  16860.  
  16861.  
  16862. Patrick Townson
  16863.  
  16864. ------------------------------
  16865.  
  16866. From: vances@xenitec.on.ca (Vance Shipley)
  16867. Subject: Re: AT&T Can Do T1 Over a Single Pair
  16868. Organization: SwitchView Inc., Waterloo, Ontario
  16869. Date: Sun, 31 May 1992 17:59:06 GMT
  16870.  
  16871.  
  16872. In article <telecom12.437.3@eecs.nwu.edu> John R. Levine <johnl@iecc.
  16873. cambridge.ma.us> writes:
  16874.  
  16875. > {Newsbytes} reports that AT&T Paradyne say they can run 1.5 megabit T1
  16876. > data over a single copper pair of the kind used in local loops using
  16877. > Carrierless, Amplitude/Phase modulation, or CAP, or 3Mb over a
  16878. > four-wire circuit.  There was also some puffery claiming that this is
  16879. > a blow to the fiber crowd, since these rates are adequate do run
  16880. > multimedia services which otherwise would have needed fiber.
  16881.  
  16882. Is this the same as ASDL?  That service is asymetrical, delivering T-1
  16883. speeds but returning far less.  Good for graphical display
  16884. workstations or other applications where the amount of data sent in
  16885. one direction far exceeds the amount sent in the other.
  16886.  
  16887.  
  16888. Vance Shipley 
  16889. vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
  16890.  
  16891. ------------------------------
  16892.  
  16893. From: barry@coyote.datalog.com (Barry Mishkind)
  16894. Subject: Re: Crossed-Pairs (was GTE Stories)
  16895. Organization: Datalog Consulting, Tucson, AZ
  16896. Date: Mon, 1 Jun 92 01:18:30 GMT
  16897.  
  16898.  
  16899. > {crossed pair on b'cast loop}
  16900.  
  16901. At one time I engineered a station with two transmitter sites. The
  16902. night site was out in an expanding part of the city.
  16903.  
  16904. I couldn't get the ownership to become interested in STLs -- this was
  16905. before the telcos socked everyone with a bazillion percent increase.
  16906. But the events at our night site finally opened the purse strings.
  16907.  
  16908. 1. Despite an order over seven months in advance, the 15 kHz loop was
  16909. not ready when we were. Surprise, the telco people came out at 5PM the
  16910. date before the due date, announced there were no unloaded pairs, and
  16911. crawled back into their holes. We ended up using a RPU tranmsitter to
  16912. get audio to the transmitter for two weeks.
  16913.  
  16914. 2. Our 15 kHz loop turned into an 8 kHz loop, flat to +/- _5_ dB, and
  16915. THD was kept to less that 6%! A few phone calls and promises later, we
  16916. finally got a 15 kHz loop.
  16917.  
  16918. 3. The second week we were up, someone at toll test decided to put a
  16919. city of computer data line on our system. As soon as we turned on the
  16920. night transmitter, we heard "dee dee dee deeeeee dee dee" .... and
  16921. with NO commercial interruptions <g>! Telco repair said, at first,
  16922. that they'd have it fixed before 5 PM the following business day. Yes,
  16923. I went through two levels of supervisors before I would talk to anyone
  16924. further.
  16925.  
  16926. 4. Two weeks later ... the 900 pair cable was cut. We were off the air
  16927. for seven hours. Over the next three months, probably a dozen outages
  16928. from ten minutes to eight hours. And this was only at night when we
  16929. KNEW about it.
  16930.  
  16931. 5. Of course, we also had remote control, and this finally gave me
  16932. some idea of when the outages were happening ... and possibly setting
  16933. up some emergency audio feeds. I had the DJs log the carrier light on
  16934. the front of the remote control unit ... and if it was off, we called
  16935. telco immediately. Sometimes they actually admitted cutting the cable.
  16936. Other times, they pretended not to know.
  16937.  
  16938. 6. Eventually, it was decided that instead of demanding a free backup
  16939. line ... as the PD wanted, I would push for the STLs. The reason: if
  16940. they were cutting one program line and the remote control line, what
  16941. would the chances be of the spare being up? Right.
  16942.  
  16943. 7. After STL installation ... not one outage. And, as many other
  16944. stations have found ... much more economical.
  16945.  
  16946. I actually met up with one of the installers at another station still
  16947. on landline, a few months later. He wondered why we hadn't seen each
  16948. other for some time. After I told him ... he agreed with my actions
  16949. and wondered aloud if his department would be dissolved. I never heard
  16950. from him again.
  16951.  
  16952. After all, as was mentioned in another article today, GTE and other
  16953. telcos can make far more money by overcharging customers who don't
  16954. know better.
  16955.  
  16956. "Tariffs ... I don't got to show you no stinking tariffs ..."
  16957.  
  16958.  
  16959. Barry Mishkind
  16960.  
  16961. ------------------------------
  16962.  
  16963. From: GLORIA.C.VALLE@gte.sprint.com
  16964. Date: 1 Jun 92 02:30:00 UT
  16965. Subject: GTE Employee Responds
  16966.  
  16967.  
  16968. I agree it may have been wrong for me to answer in a defensive tone as
  16969. I did, but I felt that the person who I had replyed to was way off
  16970. base. I don't have direct customer contact and I like it that way.  I
  16971. do have to deal with internal customers and do the best that I can.
  16972.  
  16973. I have also answered most of the replies that were sent to me and if
  16974. it appeared that there was a problem there I got all the information
  16975. on that problem and passed it up through the channals of repair and in
  16976. one case direct to staff in Thousand Oaks.
  16977.  
  16978. On tha matter of the GTD-5 and the 5-ESS, both switches have their
  16979. good and bad points. Both are capable of ISDN with the proper software
  16980. updates and regulary OKs.
  16981.  
  16982. GTE and AT&T went into a joint venture called AGCS to make the GTD-5
  16983. switch and improve it. Things that I don't fully understand started to
  16984. happen and we were told that the GTD-5 would no longer be made and
  16985. only line adds and updates would be done.
  16986.  
  16987. My job is to install the switches. At that point the company had the
  16988. choice of the DMS or the 5ESS. GTE Calif took the 5ESS and it is my
  16989. understanding it was price. Most other areas had been putting in DMS
  16990. systems.
  16991.  
  16992. Something happened and I think it may have been govenment intervention
  16993. and I hear that the GTD-5 will continue. Maybe someone from AGCS can
  16994. answer that.
  16995.  
  16996. In time AGCS will become fully owned by AT&T and that I don't agree
  16997. with as it will drive the price of switching equipment up since there
  16998. will be one less manufactor of it.
  16999.  
  17000. I have started to move towards fiber so I'm getting away from the
  17001. switch part of this business and I think I will feel better about it.
  17002.  
  17003. I have heard that ConTel uses mostly DMS and have also heard they
  17004. still have step switches, at least in California. That should prove
  17005. interesting.
  17006.  
  17007. One complaint that I heard was that GTE does not have local business
  17008. offices. That is starting to change. Just look at the gas company, I
  17009. live in Riverside and they are planning to close the office down here
  17010. unless the PUC gets into it.
  17011.  
  17012. If anyone has a problem that they feel was not handled right with GTE
  17013. Calif let me know here or on the UUCP address below and please be as
  17014. complete as you can since I still have to go through the same system
  17015. as the customer in most actions.
  17016.  
  17017.  
  17018. Steven Lichter     GTECA
  17019. Mad Dog (Steven)             Sysop: Apple Elite II -- an Ogg-Net BBS
  17020. UUCP: steven@alchemy.UUCP    (714) 359-5338  1200-2400 bps 8N1 
  17021.  
  17022. ------------------------------
  17023.  
  17024. Date: 31 May 1992 15:35:58 -0400 (EDT)
  17025. From: "Curtis E. Reid" <CER2520@ritvax.isc.rit.edu>
  17026. Subject: Re: 310/213 Fiasco Was Not GTE's Fault
  17027.  
  17028.  
  17029. In a message received on 31 May 1992, TELECOM Digest V12 #433, jra@
  17030. psycho.fidonet.org (Jay Ashworth) wrote:
  17031.  
  17032. > I'm pleased to see that there is actually some representation from GTE
  17033. > in this forum, since they are the largest independent telco in the
  17034. > world.
  17035.  
  17036. I'm not so sure if GTE is the "largest independent teleco in the
  17037. world" because my understanding is that Rochester Telephone Corp. is
  17038. the "largest independent teleco in the world."  :-)
  17039.  
  17040. Of course, I'm from Rochester so I'm biased.  Is there an official
  17041. source that will confirm which indepdent telephone company is the
  17042. largest?
  17043.  
  17044.  
  17045. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  17046. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  17047. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  17048. Rochester, NY 14623-0887        716.475.6500 Fax
  17049.  
  17050.  
  17051. [Moderator's Note: In the context of independent = 'not owned by the
  17052. Bell System/AT&T at any time in the past', then GTE would clearly be
  17053. the largest, however Rocheter Tel would certainly be larger than many
  17054. of the smallest of the GTE operating companies. GTE has more subsid-
  17055. iary telephone operating companies (ie California, Illinois, etc) than
  17056. AT&T ever had 'xxx Bell' companies -- or at least just as many.  PAT]
  17057.  
  17058. ------------------------------
  17059.  
  17060. Date: Sun, 31 May 1992 22:55:58 -0500
  17061. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  17062. Subject: An Inconsiderate Neighbor Keeps Me Awake
  17063.  
  17064. About a block from my 'second office' (a place where I sometimes go to
  17065. work on this Digest, and do other things) near Howard and Western
  17066. Avenues in Chicago is a medical clinic specializing in treatment for
  17067. kidney disorders. It is a fairly large place, with four or five
  17068. physicians operating it as a partnership or professional corporation.
  17069.  
  17070. The clinic has a alarm system to detect break-ins to the building, and
  17071. for the past couple months the alarm system has been malfunctioning.
  17072. Instead of a silent alarm which would notify the police and/or some
  17073. responsible employee of the clinic, they prefer to use a combination
  17074. of sirens, lights, bells and whistles which when activated greatly
  17075. resembles one of those famous 'prisoner escapes from death row' scenes
  17076. in an old James Cagney prison movie. With sirens going which can be
  17077. heard two or three blocks away (I am less than a block away) three or
  17078. four times *nightly* for the past month, you can imagine how very
  17079. distracting this is, particularly when I have drifted off to sleep at
  17080. that office (I sometimes stay the night there) about 2 AM ...
  17081.  
  17082. There are no signs or notices on the door of the building about who to
  17083. contact in an emergency, real or bogus. The first couple nights I
  17084. heard it I simply closed my window and blocked it mostly out. But it
  17085. continued and one night about two weeks ago, I walked over there on
  17086. the *fifth* such occurrence in one night (it goes off, sounds for ten
  17087. or fifteen minutes, then recycles and goes off about an hour later),
  17088. and used some gummy, sticky tape to post a notice on the door saying
  17089. in effect, "For God's sake can you people get the alarm under control
  17090. or do you want *ME* to fix it???". Next day the sign was gone, and the
  17091. alarm was actually silent for a couple days.
  17092.  
  17093. Then last weekend, it went off again. I had copied down the name of
  17094. the doctor who appeared (from the names on the front door) to be in
  17095. charge of the place, and looked him up in the phone directory. Since
  17096. he had a couple offices listed, an answering service and a residence,
  17097. I decided to be a nice guy and call the answering service; it was 5 AM
  17098. on Sunday morning after all.
  17099.  
  17100. The answering service line rings a dozen times, and I get an abrupt
  17101. response, "??? Associates please hold" and a click. A couple minutes
  17102. later the answering service person comes on, totally disinterested and
  17103. in a big hurry to get off the line. The message will be relayed, she
  17104. says, no idea when or to whom, just as it happens ..."
  17105.  
  17106. An hour later, it goes off again, for ten minutes before I finally
  17107. decided maybe a call to the doctor himself was in order. He answered
  17108. the phone at his home, sounded very apologetic and said he would take
  17109. care of it. 
  17110.  
  17111. Nothing more for a couple weeks. It went off again this past Friday
  17112. night at midnight. I called the doctor again, but this time his answer
  17113. was in essence, tough, call the answering service and tell them about
  17114. it, they will call an employee to go shut it off. I told him his
  17115. answering service was not very impressive and *he* could call himself
  17116. it he felt like it, but the alarm had better shut off in the next few
  17117. minutes either way.
  17118.  
  17119. All is quiet for a couple hours. Then about 3 AM there it goes again,
  17120. the prisoners are rioting and one or more must have escaped judging
  17121. from the sirens, etc.  I called the good doctor back at home and told
  17122. him if I don't sleep, then you don't sleep ... he accused me of making
  17123. threats to him, and said if I did not quit calling him on the phone he
  17124. was going to call the police on me (yuk yuk ...). I told him to give
  17125. me the name of his attorney ... "I'll call him on Monday and talk to
  17126. someone with some intelligence, then let him explain to you what is
  17127. being requested". He of course would not give me the name of his
  17128. lawyer, so I told him that's fine, when I get to the office Monday
  17129. morning I will do a corporate records search with the Secretary of
  17130. State's office myself and find out who his attorney is, since that
  17131. will probably be the person listed as the 'registered agent for
  17132. service of legal process' for the corporation. "And just so you
  17133. understand, you are fixing to get sued by Tuesday unless you shut that
  17134. damn alarm off unless/until you can get it repaired."
  17135.  
  17136.  From my window about 45 minutes later I see him and someone else pull
  17137. up in the car, go inside and do something. The rest of the day and
  17138. tonight all has been peaceful. I think in the morning I will pull the
  17139. file on his corporation, get the attorney's name and call him for a
  17140. pleasant chat. Afterward I know the attorney will call his client the
  17141. doctor, give him all kinds of hell and explain the rules to him about
  17142. the neighbor's rights to peace and quiet. I mentioned to the doctor
  17143. that he might consider changing answering services while he was at it,
  17144. and find one where the help had been trained a little better.
  17145.  
  17146. The doctor lives no where in the area of course. Only we poor people
  17147. with no where else available to go have to stay in Chicago. The doc
  17148. lives in a fancy area many miles away. What should he care about how
  17149. the neighbors of his clinic feel? The alarm could go off all the time
  17150. for all it matters to him.  I thought the disturbances we had when the
  17151. abortion clinic was located a couple blocks further down the street
  17152. were a nuisance, with the protestors screaming and ranting all day and
  17153. all night, waving fetuses, etc. This new development is worse. 
  17154.  
  17155.  
  17156. PAT
  17157.  
  17158. ------------------------------
  17159.  
  17160. End of TELECOM Digest V12 #440
  17161. ******************************
  17162. 
  17163. 
  17164. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa24910;
  17165.           2 Jun 92 1:10 EDT
  17166. Received: by delta.eecs.nwu.edu id AA12188
  17167.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 1 Jun 1992 23:21:26 -0500
  17168. Received: by delta.eecs.nwu.edu id AA21615
  17169.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 1 Jun 1992 23:21:14 -0500
  17170. Date: Mon, 1 Jun 1992 23:21:14 -0500
  17171. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17172. Message-Id: <199206020421.AA21615@delta.eecs.nwu.edu>
  17173. To: "\\telecom"@eecs.nwu.edu
  17174. Subject: TELECOM Digest V12 #441
  17175.  
  17176. TELECOM Digest     Mon, 1 Jun 92 23:21:07 CDT    Volume 12 : Issue 441
  17177.  
  17178. Index To This Issue:                     Moderator: Patrick A. Townson
  17179.  
  17180.     Re: *67 and Related Topics (Tony Harminc)
  17181.     Re: *67 and Related Topics (Christopher Owens)
  17182.     Re: *67 and Related Topics (Jay Ashworth)
  17183.     Re: *67 and Related Topics (Laird P. Broadfield)
  17184.     Re: *67 and Related Topics (Conrad Kimball)
  17185.     Re: 1-ESS And *67 (David G. Lewis)
  17186.     Re: *67 and Related Topics (Mark Schuldenfrei)
  17187.     Re: FBI Wiretap Standard: Mag Article; Phone Conversation (M. Bender)
  17188.     Re: FBI Wiretap Standard: Mag Article; Phone Conversation (L. Erickson)
  17189.     Re: AT&T's Network Uses Number 5 ESS? (Andy Sherman)
  17190.     Re: AT&T's Network Uses Number 5 ESS? (Edwin D. Windes)
  17191. ----------------------------------------------------------------------
  17192.  
  17193. Date: Mon, 01 Jun 92 00:28:40 EDT
  17194. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  17195. Subject: Re: *67 and Related Topics
  17196.  
  17197.  
  17198. > [Moderator's Note: This DOES work in general since the 'general'
  17199. > status of a phone line is not to be in limbo pending service orders,
  17200. > etc.  How often do you expect that to happen, that a service order
  17201. > would be pending overnight on a weekend precisely at a time when you
  17202. > need to make a call on which you feel ID-blocking is critical? In such
  17203. > rare instances, I suppose you could call Repair Service and ask them
  17204. > to detirmine if the service order had gone through yet.  PAT}
  17205.  
  17206. My point in starting this thread was that there is surely no need or
  17207. advantage to having a single code (*67) toggle Caller*ID blocking on
  17208. and off.  Pat is doubtless right that the number of cases where the
  17209. line status is unknown is small, but why force people to take the risk?
  17210. Set up a separate code that always turns ID off and never turns it on.
  17211. No one seems to have an argument in favour of a toggle.
  17212.  
  17213.  
  17214. Tony H.
  17215.  
  17216. ------------------------------
  17217.  
  17218. From: owens@gargoyle.uchicago.edu (Christopher Owens)
  17219. Subject: Re: *67 and Related Topics
  17220. Organization: University of Chicago Computing Organizations
  17221. Date: Mon, 1 Jun 1992 14:43:29 GMT
  17222.  
  17223.  
  17224. > [Moderator's Note: Then that is your problem. Either you are in
  17225. > control of your phone or you are not. Are you suggesting that in a
  17226. > call to the Business Office to review your service they would mislead
  17227. > you in order to get you to make an ID'ed call accidentally? :)   PAT]
  17228.   
  17229. Pat, you can't seriously be claiming that *67 (i.e. a command that
  17230. toggles the state of some parameter without any feedback as to what
  17231. the state was before or after the toggle) is acceptable user interface
  17232. design.  In fact, it's such staggeringly bad user interface design
  17233. that I find it hard to attribute it to simple error or stupidity,
  17234. especially considering the generally excellent user interface features
  17235. of the telephone system and the care that "the phone company" has
  17236. historically put into same.
  17237.  
  17238. ------------------------------
  17239.  
  17240. From: jra@psycho.fidonet.org (Jay Ashworth)
  17241. Subject: Re: *67 and Related Topics
  17242. Date: Mon, 01 Jun 92 14:19:46 EDT
  17243. Organization: Psycho: The Usenet<->Fidonet Gateway of St. Pete Florida
  17244.  
  17245.  
  17246. > [Moderator's Note: This DOES work in general since the 'general'
  17247. > status of a phone line is not to be in limbo pending service orders,
  17248. > etc.  How often do you expect that to happen, that a service order
  17249. > would be pending overnight on a weekend precisely at a time when you
  17250. > need to make a call on which you feel ID-blocking is critical? In such
  17251. > rare instances, I suppose you could call Repair Service and ask them
  17252. > to detirmine if the service order had gone through yet.  PAT}
  17253.  
  17254. Granted, Pat; it's kind of stretching the point a bit, but still ...
  17255.  
  17256. I agree with the general concensus (as I see it): You should be able
  17257. to control _precisely_ every switchable feature on your line.  It
  17258. works with Call Waiting; it works with Call Forwarding; why shouldn't
  17259. it work with Call Blocking as well.  I liked 'FOZs idea: it a plot to
  17260. keep from having to give out per-line to cops ...
  17261.  
  17262.  
  17263. Cheers,
  17264.  
  17265. Jay R. Ashworth                    jra@pro-scat.cts.com
  17266. Ashworth & Associates              Jay_Ashworth@{psycho.fidonet.org,
  17267. An Interdisciplinary Consultancy   f160.n3603.z1.fidonet.org,
  17268.   in Advanced Technology           petexch.relay.net}
  17269.  
  17270. ------------------------------
  17271.  
  17272. From: lairdb@crash.cts.com (Laird P. Broadfield)
  17273. Subject: Re: *67 and Related Topics
  17274. Date: Mon, 01 Jun 1992 17:29:54 GMT
  17275.  
  17276.  
  17277. In <telecom12.439.4@eecs.nwu.edu> rees@dabo.citi.umich.edu (Jim Rees)
  17278. writes:
  17279.  
  17280. > In article <telecom12.433.5@eecs.nwu.edu>, jra@psycho.fidonet.org (Jay
  17281. > Ashworth) writes:
  17282.  
  17283. >> I don't believe there's _any way_ to find out the default state of a
  17284. >> line.  Short of calling a friend with CNID ...
  17285.  
  17286. >> [Moderator's Note: Simple. You would ask the person who owned the
  17287. >> phone line.
  17288.  
  17289. > Suppose I [have a service order pending....]
  17290.  
  17291. > [Moderator's Note: This DOES work in general since the 'general'
  17292. > status of a phone line is not to be in limbo pending service orders[.]
  17293.  
  17294. That's not the point, Pat.  The point is that it's a stupid design in
  17295. the first place.  I have real difficulty believing that the entire *xx
  17296. (or *nx, or whatever the valid set is) namespace is exhausted (present
  17297. or planned) so that they have to use this cheesy an approach to a
  17298. controversy-prone feature.  I have all the respect in the world for
  17299. the Bellcore folks, and 99.44% of the time they get everything fright,
  17300. but I'm sorry, this one was *stupid.*
  17301.  
  17302. (Not that it matters to me, out here with Pathetic*Bell ...)
  17303.  
  17304.  
  17305. Laird P. Broadfield   lairdb@crash.cts.com  ...{ucsd, nosc}!crash!lairdb
  17306.  
  17307. ------------------------------
  17308.  
  17309. From: cek@sdc.boeing.com (Conrad Kimball)
  17310. Subject: Re: *67 and Related Topics
  17311. Date: 1 Jun 92 22:44:16 GMT
  17312. Organization: Boeing Computer Services (ESP), Seattle, WA
  17313.  
  17314.  
  17315. Hmmm.  First Pat says "simple", and describes a solution that may work
  17316. much of the time, but not always.  Someone then describes a situation
  17317. in which it is unlikely to work, and Pat suggests yet *another*
  17318. "simple" solution.  Gee, if these solutions get any simpler, nobody
  17319. will be able to figure them out ... "Hop up and down on one foot while
  17320. rubbing the top of your head with one hand and your stomach with the
  17321. other, and it will work just fine ..."
  17322.  
  17323. Force someone to use a cell phone?  Special hardware configurations?
  17324. All because CNID has a brain-dead design that has a toggle function
  17325. without any way to query the current setting and that has no way to
  17326. force the system into a known state?  What did the CNID designers use
  17327. for a brain when they designed the user interface? Clearly they didn't
  17328. check into human-factors research or user-interface design guidelines.
  17329.  
  17330. As a previous poster suggested, we are asked to either believe the
  17331. CNID designers were in fact exceedingly stupid, or else they
  17332. deliberately designed *67 to be sufficiently unreliable to effectively
  17333. inhibit its use, while still appearing "reasonable" to regulators.
  17334. Which do you believe?
  17335.  
  17336.  
  17337. Conrad Kimball          Deliv. Sys. Tech Support, Boeing Computer Services
  17338. cek@sdc.boeing.com    P.O. Box 24346, MS 7A-35
  17339. (206) 865-6410          Seattle, WA  98124-0346
  17340.  
  17341. ------------------------------
  17342.  
  17343. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  17344. Subject: Re: 1-ESS And *67
  17345. Organization: AT&T
  17346. Date: Mon, 1 Jun 1992 14:59:00 GMT
  17347.  
  17348.  
  17349. In article <telecom12.433.6@eecs.nwu.edu> John.Desmond@tdkt.kksys.com
  17350. (John Desmond) writes:
  17351.  
  17352. > kityss@ihlpf.att.com wrote:
  17353.  
  17354. >> Please note that the 1ESS is different from the 1A ESS.  The 1A ESS
  17355. >> does have full LASS, SS7, and Privacy Blocking Capability (with the
  17356. >> appropriate software).
  17357.  
  17358. > An additional note.  In order for the 1A ESS to support CLASS/SS7,
  17359. > the 1A must be equipped with a 3B20D (3B20 Duplex) attatched processor
  17360. > and a CNI Ring...
  17361.  
  17362. > The CNI Ring is a 3B peripherial device and is the interface between
  17363. > the A-links to the Signalling Transfer Points (STP's) and the 56Kb
  17364. > DSU's.
  17365.  
  17366. > BTW, the AT&T 5E uses the CNI ring hardware since the Administrative
  17367. > Moduel (AM) is a 3B20D too.  Looks like AT&T got two for one on the
  17368. > development of the CNI ring.  :)
  17369.  
  17370. Actually, it's about six for one.  The 1A ESS (TM) switch, 4 ESS (TM)
  17371. switch, 5ESS (R) switch, 2STP Signaling Transfer Point, 1NCP Network
  17372. Control Point, and 1PSS Packet Switching System all use various
  17373. incarnations of the CNI ring.  (The 2NCP might as well, but my SS7
  17374. product information seems to have disappeared so I don't know for sure
  17375.  ...)  After all, CNI stands for "Common Network Interface" ...
  17376. Different ring nodes support SS7 interfaces, ISDN D-channel (Q.921)
  17377. interfaces, and X.25 interfaces.
  17378.  
  17379.  
  17380. David G Lewis                              AT&T Bell Laboratories
  17381. david.g.lewis@att.com or !att!houxa!deej     Switching & ISDN Implementation
  17382.  
  17383. ------------------------------
  17384.  
  17385. From: schuldy@bedford.progress.COM (Mark Schuldenfrei)
  17386. Subject: *67 and Related Topics 
  17387. Date: Mon, 1 Jun 92 16:05:01 EDT
  17388.  
  17389.  
  17390. Bob Frankston (a thoughtful guy) writes:
  17391.  
  17392. Remember that what you THINK the Caller-ID setting is on your line and
  17393. what it ACTUALLY is are not necessarily the same thing.
  17394.  
  17395. And our Moderator notes:
  17396.  
  17397. Then that is your problem. Either you are in control of your phone or
  17398. you are not. Are you suggesting that in a call to the Business Office
  17399. to review your service they would mislead you in order to get you to
  17400. make an ID'ed call accidentally? :) PAT]
  17401.  
  17402. Well, I'm flattered.  From reading the Digest for a few years, I
  17403. clearly got the impression that most folks have absolutely no control
  17404. about anything to do with their phones.  Even John Higdon seems to
  17405. have little control over his (although it's clear that his level of
  17406. knowlege allows him the luxury of naming the exact failure).
  17407.  
  17408. I wouldn't accuse the phone company of intentionally leading us astray
  17409. over CNID status for our phones.  I misdoubt they are that well
  17410. organized most of the time.  But some kind of basic, switch driven,
  17411. testable method of determining our CNID status would actually allow us
  17412. to take that control.
  17413.  
  17414. Pat, am I mistaken?
  17415.  
  17416.  
  17417. Mark Schuldenfrei
  17418.  
  17419. ------------------------------
  17420.  
  17421. Date: Mon, 1 Jun 92 01:32:30 PDT
  17422. From: Michael.Bender@Eng.Sun.COM
  17423. Subject: Re: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  17424.  
  17425.  
  17426. In article <telecom12.430.1@eecs.nwu.edu> is written:
  17427.  
  17428. > And the U.S. telephone system is only the beginning of the
  17429. > problem.  The FBI's proposal applies equally to private branch
  17430. > exchanges (internal corporate telephone systems), local-area networks,
  17431. > computer bulletin boards and even the Internet, which links computers
  17432. > across the U.S. and throughout the world.  All these systems,
  17433. > according to the FBI's bill, would have to conform to (potentially
  17434. > unpublished) ease-of-tapping standards promulgated by the Federal
  17435. > Communications Commission.  Violators would face fines up to $10,000 a
  17436. > day.
  17437.  
  17438. Does this mean that if I use my modem to call another computer system
  17439. and send encrypted data, perhaps using an encryption scheme that is
  17440. more robust and more difficult to decipher than the current DES, and
  17441. the FBI is "interested" in what data I am sending/receiving, they will
  17442. slap me with a $10,000/day fine unless I give them the decryption keys
  17443. and methods used in my scheme?
  17444.  
  17445. Does this mean that I will only be "allowed" to use a certain level of
  17446. encryption technology for my private communications, a level that can
  17447. be deciphered by the FBI in a reasonable period of time?
  17448.  
  17449. Will the FBI someday place a telephone call like this to John Gotti,
  17450. Jr.:
  17451.  
  17452.   FBI: Hi, John, uh, it seems that you're using an encryption method that
  17453.      we can't seem to decipher in a reasonable period of time, and since
  17454.      we're wiretapping all of your communications, we'd sure appreciate
  17455.      it if you would just let us know the decryption keys you're using so
  17456.      that we can get on with the business of keeping the streets safe and
  17457.      fighting the war on drugs ...
  17458.  
  17459.   JG, Jr.: Sure, I'll have Luigi and Bruno send the keys right over
  17460.      special delivery to your place -- what was your home address again?
  17461.      And, will your wife and kids be home so that we can be sure that you
  17462.      get our special delivery?
  17463.  
  17464. Scary ...
  17465.  
  17466.  
  17467. mike
  17468.  
  17469. ------------------------------
  17470.  
  17471. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  17472. Subject: Re: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  17473. Reply-To: 70465.203@compuserve.com
  17474. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  17475. Date: Mon, 1 Jun 1992 09:26:41 GMT
  17476.  
  17477.  
  17478. Joseph Truitt <joseph@valis.biocad.com> writes:
  17479.  
  17480. > Mr. Smith indicated that the new proposal continues in the same vein,
  17481. > and is intended to allow a similar ease of tapping with the new
  17482. > digital and optical equipment.  The intent is to enforce the "proper"
  17483. > design of the communications equipment -- and as a last resort, issue
  17484. > [expensive] contempt citations and force retrofits anyway.  Oh (this
  17485. > is the most disturbing point, IMO) -- he also confirmed that the
  17486. > standard is _not_ just for telephone companies.  The proposal covers
  17487. > _all_ transmitted communications between any kind of equipment, data
  17488. > as well as voice, on any sort of wire or network -- large or small,
  17489. > public or private.
  17490.  
  17491. > Questions:
  17492.  
  17493. > I want your expert opinions.  Is this proposal a reasonable
  17494. > clarification and modernization of the Omnibus Act?  Or is it too
  17495. > general and invasive to be acceptable?  Is this a convenient
  17496. > opportunity for Big Brother to extend his reach?  Should I/we be
  17497. > particularly concerned?  Write letters of protest to Congress, and all
  17498. > that?  If so, what are the most effective points and methods of
  17499. > rebuttal?  If not, why?
  17500.  
  17501. If the above scope is what they are asking for, then sorry, they
  17502. should have no "right" to tap into those things in that way. If they
  17503. want to tap into things, and discover that they cannot understand the
  17504. data format or encryption, then that is too bad.
  17505.  
  17506.  
  17507. Leonard Erickson    leonard@qiclab.scn.rain.com
  17508. CIS: [70465,203]    70465.203@compuserve.com
  17509. FIDO:   1:105/56    Leonard.Erickson@f56.n105.z1.fidonet.org
  17510. (The CIS address is checked daily. The others infrequently)
  17511.  
  17512. ------------------------------
  17513.  
  17514. From: andys@ulysses.att.com (Andy Sherman)
  17515. Subject: Re: AT&T's Network Uses Number 5 ESS?
  17516. Date: Mon, 01 Jun 92 13:21:21 EDT
  17517.  
  17518.  
  17519. On 29 May 92 04:06:04 GMT, capek@watson.ibm.com said:
  17520.  
  17521. > When AT&T announced its 700 service about a month ago, the coverage in
  17522. > the {New York Times} said that the service was made possible by new
  17523. > software in its number 5 ESS switches.  Was that an error?  I'm under
  17524. > the impression that AT&T's domestic network is implemented entirely
  17525. > with number 4 ESS switches and that the number 5 is sold to RBOCs and
  17526. > other companies, but not generally used in the domestic network.  Is
  17527. > that true?
  17528.  
  17529. The workhorse of the AT&T network is, as you correctly note, the #4
  17530. ESS(R).  However, some aspects of AT&T service are implemented on the
  17531. 5ESS(R).  Until I have a chance to see what has actually been
  17532. published, I'd rather leave it vague as to what the 5Es are used for,
  17533. since I like my job.  As the Times has pointed out, EasyReach 700 is
  17534. implemented on the 5ESS part of the network.  (Call completion might
  17535. also involve a trip into the 4 ESS land, but I don't know).
  17536.  
  17537. > Has anyone seen any public descriptions of the technical aspects of
  17538. > the implementation?  It would seem that the service could be provided
  17539. > basically by having the switches interrogate a (replicated) data base
  17540. > for the translations, in a way similar to that done with 800 calls
  17541. > today.  It doesn't sound like that big a deal; am I missing something?
  17542.  
  17543. I seriously doubt that anything technical will be published before the
  17544. service is actually rolled out.  A lot of technical papers on network
  17545. implementation appear in the AT&T Technical Journal (an openly
  17546. available journal), so something might appear there sometime in the
  17547. future.  Who knows?  I don't.
  17548.  
  17549. What you are missing is that the database is far more dynamic than the
  17550. 800 database.  Subscribers can change the routing of their EasyReach
  17551. 700 numbers at will.  That is a very different problem from 800
  17552. routing.
  17553.  
  17554. Non of this is authoritative.  I know nothing of the EasyReach
  17555. implementation other than the fact published in the Times that it is
  17556. implemented on the 5ESS.
  17557.  
  17558. **
  17559. ESS and 5ESS are registered trademarks of AT&T
  17560. **
  17561.  
  17562. Andy Sherman/AT&T Bell Laboratories/Murray Hill, NJ
  17563. AUDIBLE:  (908) 582-5928
  17564. READABLE: andys@ulysses.att.com  or att!ulysses!andys
  17565. What? Me speak for AT&T?  You must be joking!
  17566.  
  17567. ------------------------------
  17568.  
  17569. Date: Mon,  1 Jun 92 10:33:08 EDT
  17570. From: edw@ihlpf.att.com (Edwin D. Windes)
  17571. Subject: Re: AT&T's Network Uses Number 5 ESS?
  17572.  
  17573.  
  17574. AT&T uses both in their network.  Generally, 4ESS(TM) switches are
  17575. used for high-capacity switching, and 5ESS(R) switches are used to
  17576. provide operator services and perform other specialized tasks.
  17577.  
  17578. ------------------------------
  17579.  
  17580. End of TELECOM Digest V12 #441
  17581. ******************************
  17582. 
  17583. 
  17584. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa26313;
  17585.           2 Jun 92 23:34 EDT
  17586. Received: by delta.eecs.nwu.edu id AA04813
  17587.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Jun 1992 21:44:13 -0500
  17588. Received: by delta.eecs.nwu.edu id AA04766
  17589.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Jun 1992 21:44:02 -0500
  17590. Date: Tue, 2 Jun 1992 21:44:02 -0500
  17591. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17592. Message-Id: <199206030244.AA04766@delta.eecs.nwu.edu>
  17593. To: "\\telecom"@eecs.nwu.edu
  17594. Subject: TELECOM Digest V12 #442
  17595.  
  17596. TELECOM Digest     Tue, 2 Jun 92 21:44:04 CDT    Volume 12 : Issue 442
  17597.  
  17598. Index To This Issue:                     Moderator: Patrick A. Townson
  17599.  
  17600.     Re: 950-1ATT and 950-DOMINOS (Steve Forrette)
  17601.     Re: NJ Bell Didn't Charge For AT&T Calls (Steve Forrette)
  17602.     Re: Payphone Xenophobia (Leonard Erickson)
  17603.     Re: HDTV Information Required (Jiro Nakamura)
  17604.     Re: Hole Mount Mobile Cellular Antenna (John Rice)
  17605.     Re: The Number Plan Change Starts in 20 Minutes (Alan L. Varney)
  17606.     Re: LATAs Crossing State Lines (Tony Harminc)
  17607.     Re: An Inconsiderate Neighbor Keeps Me Awake (Robert S. Helfman)
  17608.     Re: An Inconsiderate Neighbor Keeps Me Awake (S. Spencer Sun)
  17609.     Re: GTE Bashing (Kevin W. Williams)
  17610.     Re: Good Service From GTE in L.A. Area (Henry Mensch)
  17611.     Late Monday Evening AT&T/CWA Update (Phillip Dampier)
  17612. ----------------------------------------------------------------------
  17613.  
  17614. From: stevef@wrq.com (Steve Forrette)
  17615. Subject: Re: 950-1ATT and 950-DOMINOS
  17616. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  17617. Date: Mon, 1 Jun 1992 06:24:31 GMT
  17618.  
  17619.  
  17620. In article <telecom12.432.2@eecs.nwu.edu> varney@ihlpf.att.com (Alan L
  17621. Varney) writes:
  17622.  
  17623. > Note that the caller's charge for calling a 950 number is up to the
  17624. > 950-provider -- just like 900 numbers.  If the provider wants to eat
  17625. > the cost as part of its service, that's fine.  But some other
  17626. > 950-provider might just hit you with $120/call, just like a 900/976
  17627. > number.
  17628.  
  17629. [stuff deleted]
  17630.  
  17631. >> [Moderator's Note: I am not aware of any charges on my bill as a
  17632. >> result of using 950-1288 to access AT&T Mail or the FYI News Service
  17633. >> they bought from WUTCO.   PAT]
  17634.  
  17635. > Remember that this might not be true for calls to other 950 numbers.
  17636.  
  17637. Are you sure about the possibility of the caller being charged for
  17638. certain 950 numbers?  I know that in California at least, COCOTs are
  17639. required to allow free calling to ANY 950 number, just like to calls
  17640. to 800 numbers.  Is this the next place to look for the next "mystic"
  17641. scam?
  17642.  
  17643.  
  17644. Steve Forrette, stevef@wrq.com
  17645.  
  17646. ------------------------------
  17647.  
  17648. From: stevef@wrq.com (Steve Forrette)
  17649. Subject: Re: NJ Bell Didn't Charge For AT&T Calls
  17650. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  17651. Date: Mon, 1 Jun 1992 07:01:36 GMT
  17652.  
  17653.  
  17654. In article <telecom12.436.5@eecs.nwu.edu> pdh@netcom.com (Phil Howard)
  17655. writes:
  17656.  
  17657. [stuff about delayed billing of AT&T calls]
  17658.  
  17659. >> But the free calls are over, Johnson said.  Records of the calls are
  17660. >> stored in computer memory banks, and the customers soon will be
  17661. >> billed.
  17662.  
  17663. In the mid-80's, I got fed up with Sprint's constant delayed billing
  17664. for about half of my calls (charges would come in three or four months
  17665. late in many cases).  I called the California PUC to ask them what
  17666. recourse I had available to me.  It turns out that at least in the
  17667. case of Sprint's intra-state California tariff, there is a specific
  17668. provision which allows Sprint to bill up to two years after the call
  17669. is placed.  Although the time limit may vary, I would imagine that
  17670. most tariffs have a similar provision.
  17671.  
  17672.  
  17673. Steve Forrette, stevef@wrq.com
  17674.  
  17675. ------------------------------
  17676.  
  17677. From: leonard@qiclab.scn.rain.com (Leonard Erickson)
  17678. Subject: Re: Payphone Xenophobia
  17679. Reply-To: 70465.203@compuserve.com
  17680. Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
  17681. Date: Mon, 1 Jun 1992 08:21:30 GMT
  17682.  
  17683.  
  17684. rees@pisa.citi.umich.edu (Jim Rees) writes:
  17685.  
  17686. > In article <telecom12.427.6@eecs.nwu.edu>, Dave Leibold <Dave.Leibold@
  17687. > f730.n250.z1.fidonet.org> writes:
  17688.  
  17689. >> The approach to foreign coins in Canada is overall more tolerant than
  17690. >> in the U.S. This contrasts to an experience I had in the U.S. where
  17691. >> even so much as a single Canadian penny gets thoroughly rejected at a
  17692. >> coffee shop.
  17693.  
  17694. > Of course!  That's because Canadian coins are worth less money than
  17695. > their US counterparts.  Still, I find that US businesses are
  17696. > unreasonably reluctant to accept foreign money at all, even at a very
  17697. > reasonable exchange rate.
  17698.  
  17699. That's because their *bank* won't accept them, or uses a nasty
  17700. exchange rate *and* charges a hefty service fee!
  17701.  
  17702. I speak from experience. I was treasurer for a local branch of a group
  17703. with branches in both the US and Canada. At one event, some Canadians
  17704. paid the site fee with Canadian currency. We finally had to go to the
  17705. local branch of a Canadian bank and convert it to US currency at the
  17706. current exchange rate. None of *our* banks would touch it. 
  17707.  
  17708.  
  17709. Leonard Erickson   leonard@qiclab.scn.rain.com CIS:
  17710. [70465,203]       70465.203@compuserve.com FIDO:
  17711. 1:105/56       Leonard.Erickson@f56.n105.z1.fidonet.org (The CIS
  17712. address is checked daily. The others infrequently)
  17713.  
  17714. ------------------------------
  17715.  
  17716. From: jiro@shaman.com (Jiro Nakamura)
  17717. Subject: Re: HDTV Information Required
  17718. Organization: Shaman Consulting
  17719. Date: Mon, 1 Jun 1992 14:47:30 GMT
  17720.  
  17721.  
  17722. In article <telecom12.439.9@eecs.nwu.edu> satnews@cix.compulink.co.uk
  17723. (Darren Ingram) writes:
  17724.  
  17725. > With people ever-increasingly depending on on-line library files and
  17726. > Internetable services, whole generations of students etc. will
  17727. > possibly forget how to search a manual index, cross-reference and lug
  17728. > heavy books around!
  17729.  
  17730. > After all, it is so easy to sit at your terminal and type out a
  17731. > request. If it is raining or late at night, you may not want to trek
  17732. > over to the library and wake up a librariandroid!  Although I am in no
  17733. > way attempting to defend the anti-printed-books brigade!
  17734.  
  17735. Bull -
  17736.  
  17737.     The *only* people who will use this are students who have to
  17738. write papers. And will they read the books? Nope, they will do:
  17739.  
  17740.     grep -i "deconstructionism" /Books/* or the equivalent. Online
  17741. books are not the solution to get people to read more. The general
  17742. public is not interested in online material.
  17743.  
  17744. /* Begin diatribe */
  17745.  
  17746.     Face, the reason why people don't read is that they are lazy.
  17747. The reason they don't vote is they are lazy. The reason they don't
  17748. follow the political situation enough to have an intelligent vote is
  17749. that they are lazy.
  17750.  
  17751.     When television first came in, people thought it would bring a
  17752. renaissance of learning to Amercian culture. Well, flipping through my
  17753. cable channels, looking at the current presidential candidates, I sure
  17754. don't see any increase in learning.
  17755.  
  17756.     Computers will not make us better, more intelligent people.
  17757. Only better teaching at all levels of the educational system, solid
  17758. homes, and pure bodily fluids will do that.
  17759.  
  17760. /* end diatribe */
  17761.  
  17762.  
  17763. Jiro Nakamura            jiro@shaman.com (NeXTmail)
  17764. NeXTwatch / Technical Editor    76711,542 (CIS)
  17765. The Shaman Group        +1 607 277-1440 (Voice/Fax)
  17766.  
  17767. ------------------------------
  17768.  
  17769. From: rice@ttd.teradyne.com
  17770. Subject: Re: Hole Mount Mobile Cellular Antenna 
  17771. Organization: Teradyne Inc., Telecommunications Division
  17772. Date: Mon, 01 Jun 92 15:10:31 GMT
  17773.  
  17774.  
  17775. In article <telecom12.438.6@eecs.nwu.edu>, vances@xenitec.on.ca (Vance
  17776. Shipley) writes:
  17777.  
  17778. > I will be moving my cellular telephone to a van I am about to
  17779. > purchase.  I would like to mount an antenna in the roof the
  17780. > conventional way, by drilling a hole.  This is unheard of to the
  17781. > cellular folks!  They don't seem to know of any antennas that mount
  17782. > this way.  Can any one recommend something?
  17783.  
  17784. Look in the yellow pages for a major two-way radio shop. They should
  17785. have what you need. There are a number of antennas made to do what you
  17786. want. Most 'cellular' installation shops usually do 'stereos' and
  17787. don't really know much about radio. (Wonder whatever happened to the
  17788. old FCC requirements about needing a Commercial Ticket to sign off a
  17789. mobile installation ?) Guess I'm dating myself 8-} ...
  17790.  
  17791.  
  17792. John Rice         K9IJ    rice@ttd.teradyne.com 
  17793. (708)-940-9000 - (work)   (708)-438-7011 - (home)
  17794.  
  17795. ------------------------------
  17796.  
  17797. Date: Mon,  1 Jun 92 14:03:00 CDT
  17798. From: varney@ihlpf.att.com (Alan L Varney)
  17799. Subject: Re: The Number Plan Change Starts in 20 Minutes
  17800. Organization: AT&T Network Systems, Lisle, IL
  17801.  
  17802.  
  17803. In article <telecom12.438.3@eecs.nwu.edu> MRR@boers.uu.no (Morten
  17804. Reistad) writes:
  17805.  
  17806. > This is a part of the changeover from a seven to an eight digit
  17807. > numbering plan.
  17808.  
  17809. Callers from abroad need not worry until late January, 1993.
  17810.  
  17811. > We will keep you posted on developments. Might come in handy when the
  17812. > US does it's big change sometimes in 1995 or 1996.
  17813.  
  17814.    Did I miss something?  What "big" change did you have in mind?
  17815. Interchangable NPAs (no longer N1/0X)?  Expansion to 101XXXX carrier
  17816. access codes?  CCITT time "T" for 15-digit international numbers?
  17817.  
  17818.    I don't believe any of these change the method of access to the USA
  17819. from other countries.  Bellcore says the NPA change will allow us to
  17820. live with ten digits until mid-21st century.
  17821.  
  17822.  
  17823. Al Varney    varney@ihlpf.att.com
  17824.  
  17825. ------------------------------
  17826.  
  17827. Date: Mon, 01 Jun 92 00:43:53 EDT
  17828. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  17829. Subject: Re: LATAs Crossing State Lines
  17830.  
  17831.  
  17832. de@moscom.com (David Esan) wrote:
  17833.  
  17834. > Attached are all the LATAs in the NANP that I am aware of, and the
  17835. > states and NPAs in which they are.
  17836. >
  17837. > The format is LATA: NPA (State)
  17838.  
  17839. >     840 :403 (AB)
  17840. >     842 :604 (BC)
  17841. >     844 :204 (MB)
  17842. >     846 :506 (NB)
  17843. >     848 :709 (NF)
  17844. >     850 :403 (AB), 819 (PQ)
  17845. >     852 :902 (NS)
  17846. >     854 :416 (ON), 519 (ON), 613 (ON), 705 (ON), 807 (ON)
  17847. >     856 :902 (NS)
  17848. >     858 :416 (ON), 418 (PQ), 514 (PQ), 519 (ON), 613 (ON), 819 (PQ)
  17849. >     860 :306 (SK)
  17850. >     862 :403 (AB)
  17851.  
  17852. What does it mean to say that the above Canadian NPAs are in LATAs?
  17853. My understanding is that LATA is a political concept unique to the
  17854. USA, relating to long distance competition there.  Who assigns them?
  17855. And what sense is there in a grouping like #858 above: 519 to 418
  17856. covers about a third of the width of the entire country, yet two of
  17857. the same NPAs appear in grouping #854.
  17858.  
  17859.  
  17860. Puzzled in Toronto,
  17861.  
  17862. (Tony H.)
  17863.  
  17864. ------------------------------
  17865.  
  17866. Date: Sun, 31 May 1992 22:34:32 -0700
  17867. From: Robert S. Helfman <helfman@aero.org>
  17868. Subject: Re: An Inconsiderate Neighbor Keeps Me Awake
  17869. Organization: The Aerospace Corporation, El Segundo, CA
  17870.  
  17871.  
  17872. In article <telecom12.440.6@eecs.nwu.edu> TELECOM Moderator writes:
  17873.  
  17874. > About a block from my 'second office' (a place where I sometimes go to
  17875. > work on this Digest, and do other things) near Howard and Western
  17876. > Avenues in Chicago is a medical clinic specializing in treatment for
  17877. > kidney disorders. It is a fairly large place, with four or five
  17878. > physicians operating it as a partnership or professional corporation.
  17879.  
  17880. > The clinic has a alarm system to detect break-ins to the building, and
  17881. > for the past couple months the alarm system has been malfunctioning.
  17882.  
  17883. PAT, I loved your story. I see that I'm not the only person who has
  17884. discovered how much more delicious it is when you "Get Even, don't Get
  17885. Mad".
  17886.  
  17887. I used to let stuff like this piss me off and fret over it. When I
  17888. started DOING something about it, it was so much more satisfying.
  17889.  
  17890. I live in the Baldwin Hills (you may remember hearing about a major
  17891. fire here in L.A. about five years ago, in an affluent black
  17892. neighborhood. That's the place.) above the Crenshaw district of L.A.,
  17893. which is the far northwest edge of what the media call South-Central
  17894. LA. Some ghetto! Median household income for the five mile radius is
  17895. $40k; house prices in my neighborhood average $380k. My house is at
  17896. about the 16th story level above the city, up the hill from a new
  17897. mall. When the mall first opened, I was awakened at 2 am by a booming
  17898. voice saying something like "34-3, 10-4, 34-4, 10-4, ... etc." I went
  17899. to the window, determined that the sound was coming from the mall
  17900. (which is at least 1000 feet away). I called the mall security office
  17901. and asked if they were polling their officers and why weren't they
  17902. using their radios? Sure 'nuff they were playing with their PA system.
  17903.  
  17904. I told their dispatcher that she was violating the noise abatement
  17905. laws of LA -- no amplified sound system shall be audible more than 150
  17906. feet off the premises, whether public or private. She asked me, "who
  17907. are you and what business is it of yours?" I told her I was a citizen
  17908. and she basically told me to fuck off and hung up. I called the LAPD
  17909. noise abatement team at 6 am, the city council woman's office at 8:30,
  17910. and the mall manager at 9 am.
  17911.  
  17912. The noise abatement officers paid the dispatcher a house call that
  17913. evening, explaining to her and the entire staff that they could be
  17914. personally cited for a misdemeanor. The officers stopped by my house
  17915. and dropped a card in my mailbox telling me "it won't happen again;
  17916. they have the fear of God".
  17917.  
  17918. And in 2 1/2 years, it never has happened again.
  17919.  
  17920. Squeaky wheel getteth grease!
  17921.    
  17922.  
  17923. [Moderator's Note: Good story in return, thanks! Don't you really love
  17924. these people in security work who think they are hotshots and will do
  17925. as they please?  Ditto the countless petty politicians, bureaucrats
  17926. and their ilk who wonder in amazement how you as a mere citizen could
  17927. possibly know anything about *anything* ... PAT]
  17928.  
  17929. ------------------------------
  17930.  
  17931. From: spencer@phoenix.princeton.edu (S. Spencer Sun)
  17932. Subject: Re: An Inconsiderate Neighbor Keeps Me Awake
  17933. Reply-To: spencer@phoenix.princeton.edu (S. Spencer Sun)
  17934. Organization: Live Organ Transplants
  17935. Date: Tue, 2 Jun 1992 01:17:47 GMT
  17936.  
  17937.  
  17938. In defense of doctors (both my parents are doctors so I kinda have to
  17939. do this :-) ), not all physicians are such self-centered schmucks.
  17940.  
  17941. I like your solution, PAT.  About the only other thing I would have
  17942. done is taken my friend's van (humungous under-the-seat-rumbling-
  17943. feel-it-in- your-bones bass speakers) and played Guns N' Roses at full
  17944. blast outside his window.  Or worse, some rap songs.  Or opera.
  17945.  
  17946. The opinions expressed in this article are solely mine.
  17947.  
  17948. S. Spencer Sun - Princeton Univ. Class of '94 -  Dept. of Computer Science
  17949.  
  17950.  
  17951. [Moderator's Note: Listen you, lay off of opera. First and last
  17952. warning. I happen to enjoy Richard Wagner ... all umpteen hours of the
  17953. Ring Cycle ... it is great background music while preparing this
  17954. Digest each day.  PAT]
  17955.  
  17956. ------------------------------
  17957.  
  17958. From: williamsk@gtephx.UUCP (Kevin W. Williams)
  17959. Subject: Re: GTE Bashing
  17960. Organization: gte
  17961. Date: Mon, 1 Jun 1992 19:50:48 GMT
  17962.  
  17963.  
  17964. In article <telecom12.429.5@eecs.nwu.edu>, rms@miles.miles.com (Rob
  17965. Schultz) writes:
  17966.  
  17967. > On a side note, when requesting my service, I asked what type of
  17968. > switch I would be on.  The rep went to find out, and came back with
  17969. > the answer: GTS-5.  I asked if this was a 5ESS or similar, and all she
  17970. > could tell me was that it is GTE's latest and greatest switch.  Can
  17971. > anyone help identify this?
  17972.  
  17973. > Well, sorry for rambling like this, but someone has to give PAT some
  17974. > work to do around here :-) (just kidding, PAT).
  17975.  
  17976. The GTD-5 is actually a very popular digital switch, with 16 million
  17977. installed lines across the U.S. It was first applied June 26, 1982 in
  17978. Banning, California for GTE-California, and sold quite well to GTE and
  17979. ITOCs. It is the last switch designed by Automatic Electric. While no
  17980. one seems to have ever heard of it, it actually outsold the 5-ESS and
  17981. DMS during the early 80's.
  17982.  
  17983. Ironically, at this point, GTE has sold Automatic Electric to AT&T,
  17984. Microtel Pacific Research to Northern Telecom, and the international
  17985. switching to Siemens. So, nearly every switch manufacture makes
  17986. GTD-5's now (although for growth only, there are very few new starts).
  17987.  
  17988.  
  17989. Kevin Wayne Williams
  17990. AG Communication Systems nee Automatic Electric
  17991.  
  17992. ------------------------------
  17993.  
  17994. From: henry@ads.com (Henry Mensch)
  17995. Date: Mon, 1 Jun 92 10:23:58 -0700
  17996. Subject: Good Service From GTE in L.A. Area
  17997. Reply-To: henry@ads.com
  17998.  
  17999.  
  18000. > [Moderator's Note: And isn't it true Lauren that the generic term
  18001. > 'GTE' does not mean a lot in and of itself. There are many, many GTE
  18002. > telephone operating companies just as there are lots of Bell
  18003. > companies, and the GTE company here in Illinois might be (probably is)
  18004. > managed entirely differently. Readers here have been speaking poorly
  18005. > of the California operation, but they might be quite content with the
  18006. > same parent company under subsidiaries in other areas of the USA.  PAT]
  18007.  
  18008. Actually, some time ago (some years), many had spoken ill of the
  18009. Indiana GTE operation as well ... I wonder if things have changed
  18010. much.
  18011.  
  18012.  
  18013.  # henry mensch / booz, allen & hamilton, inc.  / <henry@ads.com>
  18014.  
  18015. ------------------------------
  18016.  
  18017. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  18018. Reply-To: phil@rochgte.fidonet.org
  18019. Date: Tue, 02 Jun 1992 00:42:36 -0500
  18020. Subject: Late Monday Evening AT&T/CWA Update
  18021.  
  18022.  
  18023. UNIONS, AT&T TEMPORARILY RECESS TALKS UNTIL 9 AM TUESDAY
  18024. Communications Workers of America
  18025. 11:30 pm EDT  6-1-92
  18026.  
  18027.  
  18028. WASHINGTON -- Following virtually non-stop negotiations all day today,
  18029. bargainers for CWA, AT&T, and IBEW recessed at the company's request.
  18030. The talks are scheduled to resume Tuesday morning at 9 am EDT.
  18031.  
  18032. CWA President Morton Bahr noted that 28 items of dispute remain
  18033. between the two unions and AT&T, and said, "most of these are major
  18034. issues, including several very key issues in the area of employment
  18035. security."
  18036.  
  18037. Bahr said that he is "more pessimistic today about achieving a
  18038. settlement in the near term that I was on Saturday."
  18039.  
  18040. The current union contract expired on Saturday, but both parties
  18041. agreed to keep negotiating as long as some progress was being made.
  18042.  
  18043.  
  18044. ------------------------------
  18045.  
  18046. End of TELECOM Digest V12 #442
  18047. ******************************
  18048. 
  18049. 
  18050. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa28262;
  18051.           3 Jun 92 0:21 EDT
  18052. Received: by delta.eecs.nwu.edu id AA19428
  18053.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Jun 1992 22:29:41 -0500
  18054. Received: by delta.eecs.nwu.edu id AA27655
  18055.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Jun 1992 22:29:32 -0500
  18056. Date: Tue, 2 Jun 1992 22:29:32 -0500
  18057. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18058. Message-Id: <199206030329.AA27655@delta.eecs.nwu.edu>
  18059. To: "\\telecom"@eecs.nwu.edu
  18060. Subject: TELECOM Digest V12 #443
  18061.  
  18062. TELECOM Digest     Tue, 2 Jun 92 22:29:36 CDT    Volume 12 : Issue 443
  18063.  
  18064. Index To This Issue:                     Moderator: Patrick A. Townson
  18065.  
  18066.     Re: GTD5 Bashing and Future (Jon Baker)
  18067.     Re: GTE Employee Responds (Jay Ashworth)
  18068.     GTE's Local Presence (or Lack Thereof) (John Higdon)
  18069.     Cellular Alliance: GTE, NYNEX, BAMS, Ameritech (David E. Sheafer)
  18070.     On The Other Hand ... (John Higdon)
  18071.     Forbes on PacTel (Forbes Magazine via Ken Jongsma)
  18072.     Re: Pacbell Data Access Lines (Matthew Holdrege)
  18073.     Re: *67 and Related Topics (Jay Ashworth)
  18074.     Does *67 Really Work? (Bill Squire)
  18075. ----------------------------------------------------------------------
  18076.  
  18077. From: bakerj@gtephx.UUCP (Jon Baker)
  18078. Subject: Re: GTD5 Bashing and Future
  18079. Organization: gte
  18080. Date: Mon, 1 Jun 1992 18:26:05 GMT
  18081.  
  18082.  
  18083. Normally I wouldn't bother responding to the ignorant and inane
  18084. ramblings of Mr. Higdon, but for the benefit of our more objective
  18085. readers ...
  18086.  
  18087. In article <telecom12.436.7@eecs.nwu.edu>, john@zygot.ati.com (John
  18088. Higdon) writes:
  18089.  
  18090. > This is the switch that put GTE out of the switch manufacturing
  18091. > business.
  18092.  
  18093. The GTD5 did not put GTE out of the switch manufacturing business.  A
  18094. strategic decision was made by GTE Corporation to cease selling new
  18095. GTD5 Base Units, and instead encourage the local GTE telephone
  18096. companies to buy AT&T 5ESS switches.  Any comment on WHY that decision
  18097. was made would be pure speculation; I am confident, though, that is
  18098. has nothing to do with the relative quality of the GTD5.
  18099.  
  18100. > It has wretched three-way,
  18101.  
  18102. If you are referring to the voice quality of three-way, I have
  18103. explained this to you in painful detail before.  Our current three-way
  18104. conference bridge provides excellent voice quality.  I have no idea
  18105. what three-way hardware your local CO is using, but it may well be
  18106. old, obsolete, or defective.  I'm real sorry you find your local
  18107. three-way voice quality to be inadequate, but as I've said before,
  18108. take it up with your local telco.  There's very little that I or
  18109. anyone else on this newsgroup can do about it.
  18110.  
  18111. > very clumsy feature implementation
  18112.  
  18113. Are you referring to feature operation from a subscriber's
  18114. perspective, or feature implementation from a switch-engineering
  18115. perspective?  For the former, our features generally operate the same
  18116. as anyone else's (5ESS, DMS, etc.).  As for the latter, you could not
  18117. possibly have any idea what you're talking about, but IMHO the
  18118. features on a GTD5 are FAR easier to engineer than on the competitor's
  18119. equipment.
  18120.  
  18121. > and more than likely will not be equipped for ISDN or SS7 (and CLASS).
  18122.  
  18123. John, John, John ... how many times do we have to repeat this mantra?
  18124. The GTD5 already has SS7 and CLASS, and has had them for many years.
  18125. We are still pursuing options for ISDN features.
  18126.  
  18127. > Frankly, until the telcos get it together and work out some standards
  18128. > of implementation
  18129.  
  18130. There ARE standards of implementation, LOTS of them.  REAMS of them.
  18131. And, for the most part, we all (all manufacturers) follow them to the
  18132. best of our ability.  Could the standards be better?  Of course.  They
  18133. could provide a lot more detailed information.  Getting feature
  18134. operation standards through the various standards committees is a
  18135. long, arduous, expensive process, though.  They do well enough.  Could
  18136. the process be better?  Of course, anything could be better and more
  18137. efficient.
  18138.  
  18139. > I would prefer that digital switches NOT be installed in end offices.
  18140.  
  18141. Now, on that, I'll have no argument.
  18142.  
  18143. > From where I stand (average telephone user), both the GTD-5 and 5ESS
  18144. > stink big time.
  18145.  
  18146. As has been pointed out here, they both have their good and bad
  18147. points.  I'm served by a GTD5 at work, with which I've been very
  18148. pleased.  I'm served by a 5ESS at home, with which I've been less than
  18149. pleased.
  18150.  
  18151. > Unless one can have IDSN (at reasonable rates, thank you), digital
  18152. > switches offer nothing but disadvantages to the end user.
  18153.  
  18154. This one could put me on a soapbox for days, but I'll keep it terse.
  18155. We're being required to offer more services to more people at reduced
  18156. costs.  Digital switching has permitted the phone companies to keep
  18157. the cost of phone service at a reasonable level, while serving an
  18158. ever-increasing and always-demanding customer base.
  18159.  
  18160. As for ISDN, it's doubtful you'll get it at reasonable (to you) rates
  18161. any time soon.  Regardless of what your switching platform is, it
  18162. requires expensive new hardware and software, and associated support
  18163. systems.  That cost is NOT going to be spread among the entire
  18164. customer base (you'd have a field day with that one).  The cost is
  18165. going to be borne primarily by the ISDN subscribers, which initially
  18166. will be fairly few in number.  In time, the cost will come done.
  18167. Maybe ten years.  I know, you'd like it tomorrow and you want it
  18168. cheap.  Well, stop being such a crybaby.  We can't always get what we
  18169. want when we want it.
  18170.  
  18171. *flame on*
  18172.  
  18173. John, you've consistently demonstrated your complete ignorance of
  18174. digital switching systems in this forum.  I think the readers have
  18175. been generally polite in tolerating your annoying, misinformed tirades.
  18176. Now, for the benefit of us who do know two cents worth about digital
  18177. switching systems, and wish to carry on intelligent and relevant discussions
  18178. regarding those systems, will you please SHUT UP!
  18179.  
  18180. *flame off*
  18181.  
  18182. On that topic - Steven Lichter of GTECA asks:
  18183.  
  18184. > Something happened and I think it may have been govenment intervention
  18185. > and I hear that the GTD-5 will continue. Maybe someone from AGCS can
  18186. > answer that.
  18187.  
  18188. Steve, I haven't heard anything about government intervention.
  18189. However, I do occasionally see reports of GTD5-related sales.  Despite
  18190. a supposed moratorium from GTE Corp. on new GTD5 sites, we continue to
  18191. sell a couple GTD5 Base Units every year.  Maybe they're to independents
  18192.  -- I don't know who the actual customers are.  We are certainly not
  18193. selling GTD5 Base Units by the hundreds, though!  It was recently
  18194. announced (publicly) that AGCS will be shutting down the Northlake
  18195. manufacturing facility, outsourcing some functions and transferring
  18196. others to the nearby Genoa facility.  With that, I don't see how we
  18197. could be selling any significant quantities of GTD5 Base Units.  The
  18198. GTD5 will continue to be supported, with replacement hardware and
  18199. software upgrades, for quite some time though.  (I hope).
  18200.  
  18201. > In time AGCS will become fully owned by AT&T and that I don't agree
  18202. > with as it will drive the price of switching equipment up since there
  18203. > will be one less manufacturer of it.
  18204.  
  18205. Do you really think the 5ESS could get any MORE expensive?  As for the
  18206. loss of one competitor, remember you still have Ericsson, Siemens,
  18207. Alcatel, (all foreign-owned, mind you ...) Northern, and others.
  18208. While I certainly regret the loss of the GTD5 from the competitive
  18209. marketplace, I don't think there's a lack of competition in general.
  18210.  
  18211.  
  18212. J.Baker     asuvax!gtephx!bakerj
  18213.  
  18214. DISCLAIMER : I am not an official representative of AG Communition Systems.
  18215.  
  18216. ------------------------------
  18217.  
  18218. From: jra@psycho.fidonet.org (Jay Ashworth)
  18219. Subject: Re: GTE Employee Responds
  18220. Date: Mon, 01 Jun 92 23:19:40 EDT
  18221. Organization: Psycho: The Usenet<->Fidonet Gateway of St. Pete Florida
  18222.  
  18223.  
  18224. > Steven Lichter     GTECA
  18225. > Mad Dog (Steven)             Sysop: Apple Elite II -- an Ogg-Net BBS
  18226. > UUCP: steven@alchemy.UUCP    (714) 359-5338  1200-2400 bps 8N1 
  18227.  
  18228.  
  18229. What's wrong with this picture?
  18230.  
  18231. Cheers,
  18232.  
  18233.  
  18234. Jay R. Ashworth                    jra@pro-scat.cts.com
  18235. Ashworth & Associates              Jay_Ashworth@{psycho.fidonet.org,
  18236. An Interdisciplinary Consultancy   f160.n3603.z1.fidonet.org,
  18237.   in Advanced Technology           petexch.relay.net}
  18238.  
  18239.  
  18240. [Moderator's Note: I don't know ... you tell us: what is wrong with
  18241. the picture?   PAT]
  18242.  
  18243. ------------------------------
  18244.  
  18245. Date: Mon, 1 Jun 92 00:53 PDT
  18246. From: john@zygot.ati.com (John Higdon)
  18247. Reply-To: John Higdon <john@zygot.ati.com>
  18248. Organization: Green Hills and Cows
  18249. Subject: GTE's Local Presence (or Lack Thereof)
  18250.  
  18251.  
  18252. GTE serves my transmitter site in Los Gatos, CA. All business is
  18253. transacted with Thousand Oaks, about three hundred miles away. Some of
  18254. the reps and service people even ask, "is that in California?" Back
  18255. when it was the Western California Telephone Company (before GTE
  18256. bought it), there was a business office on Montebello Ave. and another
  18257. on Los Gatos Blvd. The phone company served the town.
  18258.  
  18259. Now one is treated like some kind of foreigner with whom the service
  18260. people would rather not bother. As I posted, it took from Friday
  18261. afternoon until Monday afternoon to restore service to a telephone
  18262. that had been disconnected because of GTE error. The "excuse" was
  18263. simply that there is no one at the central offices; they are
  18264. controlled out of Thousand Oaks. Hey, that's great. I don't live in
  18265. Thousand Oaks; my telephone service is in Los Gatos.
  18266.  
  18267. At my home (three miles away from Los Gatos), I am served by Pac*Bell.
  18268. I have had things such as bad pairs and other problems corrected
  18269. within hours on a Sunday. If my home phone had been disconnected in
  18270. error (never happened, but possible), I can guarantee you it would be
  18271. restored in minutes, not days.
  18272.  
  18273. I hope that gives you a small idea of why I find GTE to be the worst
  18274. of telephone companies. It just appears that GTE doesn't give a damn.
  18275.  
  18276.  
  18277.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  18278.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  18279.  
  18280. ------------------------------
  18281.  
  18282. From: David E. Sheafer <nin15b0b@merrimack.edu>
  18283. Subject: Cellular Alliance: GTE,NYNEX,BAMS,Ameritech - What's it Mean?
  18284. Date: 1 Jun 92 19:30:11 GMT
  18285. Organization: Merrimack College, No. Andover, MA
  18286.  
  18287.  
  18288. In the quarterly report of GTE it states they have joined a cellular
  18289. alliance:
  18290.  
  18291. "GTE_s two cellular-telelphone companies -- GTE Mobilenet and Contel
  18292. Cellular -- and three othe leading mobile communications carriers -
  18293. have signed a letter of intent to develop a nationwide brand identity
  18294. for wireless services.  The others are Ameritech Mobile Communications, 
  18295. Bell Atlantic Mobile Systems, and NYNEX Mobile Communications."
  18296.  
  18297. Does anyone have any information on what this alliance will mean for
  18298. cellular subscribers?
  18299.  
  18300.  
  18301. David E. Sheafer
  18302. internet:  nin15b0b@merrimack.edu   or  uucp:      samsung!hubdub!nin15b0b
  18303. GEnie:     D.SHEAFER             Cleveland Freenet:    ap345
  18304.  
  18305. ------------------------------
  18306.  
  18307. Date: Tue, 2 Jun 92 02:55 PDT
  18308. From: john@zygot.ati.com (John Higdon)
  18309. Reply-To: John Higdon <john@zygot.ati.com>
  18310. Organization: Green Hills and Cows
  18311. Subject: On The Other Hand ...
  18312.  
  18313.  
  18314. Now that we have had a nice GTE bashathon (which is ALWAYS
  18315. appropriate), I thought I would share with you today's example of
  18316. Pac*Bell's approach to customer relations.
  18317.  
  18318. The 1ESS serving my home has seemed of late somewhat cranky. Three-way
  18319. calls that drop both parties when flashing to combine them; call-waits
  18320. that end up dropping both (and the phone never rings back);
  18321. call-forwarding that mysteriously reappears after clearing; etc. All
  18322. of these things happen so infrequently as to make it impossible to
  18323. duplicate for a repair person.
  18324.  
  18325. So I called the business office and complained of my general minor
  18326. dissatisfaction. The person immediately handed me to a supervisor, who
  18327. in turn took my complaints. During the afternoon another supervisor
  18328. called and we talked at length about the problems. She took careful
  18329. notes and told me that she was going to meet with plant people the
  18330. next day and see what direction to go.
  18331.  
  18332. Among her comments were, "You pay good money for a service and you
  18333. need to be happy with it", and, "We can see that you are a long time
  18334. customer and obviously know how to use the features. We want you to be
  18335. happy with the service."
  18336.  
  18337. Can you imagine anyone from GTE saying such things? We will see what
  18338. happens.
  18339.  
  18340.  
  18341.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  18342.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  18343.  
  18344. ------------------------------
  18345.  
  18346. Subject: Forbes on PacTel
  18347. Date: Sun, 31 May 92 17:00:22 EDT
  18348. From: Ken Jongsma <wybbs!ken@sharkey.cc.umich.edu>
  18349.  
  18350.  
  18351. The June 8th edition of {Forbes} had an interesting bit about the
  18352. 'Civil War' at Pac Tel. Some excerpts:
  18353.  
  18354. In April, Pacific Telesis said it was thinking of spinning off its
  18355. regulated phone operations to concentrate on cellular and other
  18356. unregulated businesses. What's up? "The only way of understanding
  18357. what's happening at PacTel, says Victor Schnee, "is that it is the
  18358. result of a civil war within the company."
  18359.  
  18360. [...] Schnee says PacTel and the other Bell operating companies are
  18361. facing a crisis: With competition coming at last to their local
  18362. regoins, phone company executives must aggressively invest in and
  18363. market all kinds of information technology and communications
  18364. services.  But according to Schnee, after decades of ignoring warning
  18365. signs, most [telco] executives still don't take the competitive threat
  18366. very seriously.
  18367.  
  18368. [...] Rather than make the huge investments in fibre-optic cable,
  18369. digital switches and other equipment and skills necessary to keep up
  18370. with emerging competitors, Schnee believes that most phone company
  18371. managers will be content to boost their earnings by cutting costs.
  18372.  
  18373. [...] Schnee says the Bells are divided on what to do. PacTel seems to
  18374. be saying it will resolve the dilemma by letting its old-line company
  18375. managers go one way, its more competitive cellular managers another.
  18376. BellSouth, on the other hand, may be more determined to compete as a
  18377. unified company. [... end]
  18378.  
  18379.  
  18380. Ken Jongsma                  jongsma@benzie.si.com
  18381. Smiths Industries                 ken@wybbs.mi.org 
  18382. Grand Rapids, Michigan   73115.1041@compuserve.com 
  18383.  
  18384. ------------------------------
  18385.  
  18386. Date: Tue, 2 Jun 92 16:02 GMT
  18387. From: Matthew Holdrege <HOLDREGE+_MP%A1%PacifiCare@mcimail.com>
  18388. Subject: Re: Pacbell Data Access Lines
  18389.  
  18390.  
  18391. I had several requests for Pac Bell's data access requirements, so
  18392. here they are. BTW for those who didn't know, when I referred to 1mb
  18393. lines the mb stands for "measured business" not "mega-bits".
  18394.  
  18395.              DATA ACCESS LINES TESTS AND REQUIREMENTS
  18396.  
  18397. All of the tests listed below must be performed during the initial
  18398. channel installation. Central Office should be checked prior to the
  18399. turn-up date (PTD).
  18400.  
  18401. 1) Does the circuit match the customer's needs?
  18402. 2) Continuity to the DMARC - and - pair integrity
  18403. 3) Circuit needs to be designed if loop has greater than 5DB loss
  18404. 4) Check attenuation distortion
  18405. 5) Check C-message noise
  18406. 6) Check C-notched noise (if SLC-96 is in circuit)
  18407. 7) Check impulse noise
  18408. 8) Have installer pull dial tone, dial and check for ringing cycle
  18409. 9) Insure RJ11 (voice) or RJ45 (data) is installed in the field
  18410. 10) Document all readings on benchmark and scratchpad
  18411. 11) Have customer perform acceptance test or exercise call-back program
  18412.  
  18413. LOSS:
  18414. Frequency        Requirement at DMARC                    Procedure
  18415. 1000hz          No more thatn 5 DB loss   Design circuit if more than 5db loss
  18416.  
  18417.  
  18418. 3 tone slope (Referenced at 1000hz)
  18419. Frequency range           Allowable variance
  18420. 400 to 2800hz             -1 to +3db (1db hot to 3db long)
  18421.  
  18422.  
  18423. Noise tests:
  18424.        TEST                      REQUIREMENT
  18425. C-message noise                  20dBrbC0
  18426. C-notched noise (with SLC-96)    45dBrnC0
  18427. Impulse noise (15 minutes)       Less than 15 hits/15 min.
  18428.  
  18429.  
  18430. Envelope delay  (Not required for turn-up)
  18431. Frequency Range            Allowable variance
  18432. 1000 to 2600 hz             200 microseconds
  18433.  
  18434.  
  18435. Matt Holdrege  Pacificare Health Plans   5156065@mcimail.com   714-229-2518
  18436.  
  18437. ------------------------------
  18438.  
  18439. From: jra@psycho.fidonet.org (Jay Ashworth)
  18440. Subject: Re: *67 and Related Topics
  18441. Date: Mon, 01 Jun 92 20:00:26 EDT
  18442. Organization: Psycho: The Usenet<->Fidonet Gateway of St. Pete Florida
  18443.  
  18444.  
  18445. Caught you, Pat. :-) In this post you say we should be in control of
  18446. our lines, an attitude I agree with. In the earlier one to which I
  18447. responded, you say it's OK if we're not.
  18448.  
  18449. Which is it, now?
  18450.  
  18451. Curious ... my 1991 Bellcore catalog has the following to say:
  18452.  
  18453. TR-TSY-000391  CLASS<sm> Feature: Calling Number Delivery Blocking
  18454.                Issue 2, June 1988               Price $33.00
  18455.  
  18456. This technical reference defines Bellcore's view of proposed generic
  18457. requirements for Calling Number Blocking for residential and small
  18458. business customers.  This service feature allows the customer to
  18459. temporarily label his or her directory number as private and thus
  18460. restrict its availability to the called party.
  18461.  
  18462. Issue 2 reflects changes in activation and deactivation procedures
  18463. _to_ a single toggle code. [emphasis mine] Use of this toggle code
  18464. temporarily changes the permanent public/private status of the
  18465. customer's directory number.
  18466.  
  18467. Except for the emphasis, I've double checked it, that's exactly how
  18468. it's worded and punctuated, so draw your own conclusions.
  18469.  
  18470. Does anybody _have_ a copy of 000391, or the LSSGR, which is what it's
  18471. part of?
  18472.  
  18473.  
  18474. Cheers,
  18475.  
  18476. Jay R. Ashworth                    jra@pro-scat.cts.com
  18477. Ashworth & Associates              Jay_Ashworth@{psycho.fidonet.org,
  18478. An Interdisciplinary Consultancy   f160.n3603.z1.fidonet.org,petexch.relay.net}
  18479.    in Advanced Technology
  18480.  
  18481. ------------------------------
  18482.  
  18483. Subject: Does *67 Really Work?
  18484. From: bill@hacktic.nl (Bill Squire)
  18485. Date: Tue, 02 Jun 92 18:36:50 WET
  18486. Organization: Hack-Tic Magazine
  18487.  
  18488.  
  18489. I have talked to a lot of friends in the States about CLID and the *67
  18490. option and have this nagging question I can't get a real answer for.
  18491. I know that when you use *67, the callback option still works and so
  18492. does call trace, which can mean only one thing: CLID allways delivers
  18493. if you say so or not!  Since your local CO allways gets the info if it
  18494. is available, does it indeed put it to the customer and tell his/her
  18495. device not to display the number?  If so homebrew CLID receivers
  18496. should have a nice market!  If the info is not delivered to the
  18497. customer, it should then still be a relative simple to "talk" your CO
  18498. into giving you the callers number dispite the callers wishes.  Anyone
  18499. checked this out?  Let us know.
  18500.  
  18501.  
  18502. Bill
  18503.  
  18504. ------------------------------
  18505.  
  18506. End of TELECOM Digest V12 #443
  18507. ******************************
  18508. 
  18509. 
  18510. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa29524;
  18511.           3 Jun 92 0:54 EDT
  18512. Received: by delta.eecs.nwu.edu id AA27698
  18513.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Jun 1992 23:07:07 -0500
  18514. Received: by delta.eecs.nwu.edu id AA17455
  18515.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Jun 1992 23:06:50 -0500
  18516. Date: Tue, 2 Jun 1992 23:06:50 -0500
  18517. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18518. Message-Id: <199206030406.AA17455@delta.eecs.nwu.edu>
  18519. To: "\\telecom"@eecs.nwu.edu
  18520. Subject: TELECOM Digest V12 #444
  18521.  
  18522. TELECOM Digest     Tue, 2 Jun 92 23:06:49 CDT    Volume 12 : Issue 444
  18523.  
  18524. Index To This Issue:                     Moderator: Patrick A. Townson
  18525.  
  18526.     Re: FBI Wiretap Standard: Mag Article; Phone Conversation (Paul Wallich)
  18527.     Re: FBI Wiretap Standard: Mag Article; Phone Conversation (Bill Sohl)
  18528.     Re: FBI Wiretap Standard: Mag Article; Phone Conversation (Mike Godwin)
  18529.     Re: FBI Wiretap Standard: Mag Article; Phone Conversation (Carl Moore)
  18530.     Re: HDTV Information Required (Scott Dorsey)
  18531.     Re: HDTV Information Required (Jacob DeGlopper)
  18532.     Re: One Reason Why LATAs Cross State Lines (David Esan)
  18533.     Re: One Reason Why LATAs Cross State Lines (Carl Moore)
  18534.     Re: Two Area Codes, One LATA? (David Esan)
  18535.     Re: Ground Plane Cell Antenna (Brandon S. Allbery)
  18536. ----------------------------------------------------------------------
  18537.  
  18538. From: pw@panix.com (Paul Wallich)
  18539. Subject: Re: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  18540. Date: Mon, 1 Jun 1992 20:27:49 GMT
  18541.  
  18542.  
  18543. In <telecom12.430.1@eecs.nwu.edu> Joseph Truitt <joseph@valis.biocad.
  18544. com> writes:
  18545.  
  18546. > Mr. Smith confirmed the essential points of the proposal as outlined
  18547. > in the above article.  I asked for a bill number, and he took a wild
  18548. > guess that it would be a month before the proposal would be assigned a
  18549. > number.  He indicated that the proposal was a clarification,
  18550. > affirmation, and modernization of the Omnibus Crime and Safe Streets
  18551. > Act of 1968, which orders the telecom provider to "assist in
  18552. > intercept" and gives the FBI the right to tap particular conversations
  18553. > as long as they have "probable cause" of criminal activity and a
  18554. > court-ordered warrant.  They are supposed to adhere to the principle
  18555. > of "minimization," which means that they will only listen to the
  18556. > conversation directly pursuant to the criminal activity, and they will
  18557. > stop listening immediately if they stumble upon the wrong
  18558. > conversation.
  18559.  
  18560. > Mr. Smith indicated that the new proposal continues in the same vein,
  18561. > and is intended to allow a similar ease of tapping with the new
  18562. > digital and optical equipment.  The intent is to enforce the "proper"
  18563. > design of the communications equipment -- and as a last resort, issue
  18564. > [expensive] contempt citations and force retrofits anyway.  Oh (this
  18565. > is the most disturbing point, IMO) -- he also confirmed that the
  18566. > standard is _not_ just for telephone companies.  The proposal covers
  18567. > _all_ transmitted communications between any kind of equipment, data
  18568. > as well as voice, on any sort of wire or network--large or small,
  18569. > public or private.
  18570.  
  18571. Two interesting points on this:
  18572.  
  18573. 1) There is reason to believe (i.e. FBI spokespersons do not deny)
  18574. that this amendment, if passed, could be invoked to forbid end-to-end
  18575. encryption of network traffic, whether voice or data (an attempt to
  18576. force encryption-device makers to put a law-enforcement trapdoor in
  18577. their hardware/algorithms was introduced in the senate last year and
  18578. killed).
  18579.  
  18580. 2) One of the capabilities that this law is apparently intended to
  18581. give law-enforcement officials is that of tapping calls that originate
  18582. and end within the same PBX (or other private switch/network) without
  18583. entering the premises of the tappee (as this is considered a dangerous
  18584. and potentially inflammatory action). It seems to me that implementing
  18585. this would require a) some kind of dialable connection to the
  18586. supervisory software and b) some kind of serious audit lockout so that
  18587. the resulting traffic would not show up on call logs. Could be a
  18588. powerful tool in either the right or the wrong hands.
  18589.  
  18590. Speaking of this, does anyone know what the current status is of that
  18591. brilliant invention, the speakerphone whose mic is controlled by the
  18592. central switch?
  18593.  
  18594.  
  18595. paul
  18596.  
  18597. ------------------------------
  18598.  
  18599. From: dancer!whs70@uunet.UU.NET (Bill Sohl)
  18600. Subject: Re: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  18601. Reply-To: dancer!whs70@uunet.UU.NET
  18602. Organization: Bellcore, Livingston, NJ
  18603. Date: Tue, 2 Jun 92 13:37:59 GMT
  18604.  
  18605.  
  18606. In article <telecom12.441.8@eecs.nwu.edu> Michael.Bender@Eng.Sun.COM
  18607. writes:
  18608.  
  18609. > Does this mean that if I use my modem to call another computer system
  18610. > and send encrypted data, perhaps using an encryption scheme that is
  18611. > more robust and more difficult to decipher than the current DES, and
  18612. > the FBI is "interested" in what data I am sending/receiving, they will
  18613. > slap me with a $10,000/day fine unless I give them the decryption keys
  18614. > and methods used in my scheme?
  18615.  
  18616. > Does this mean that I will only be "allowed" to use a certain level of
  18617. > encryption technology for my private communications, a level that can
  18618. > be deciphered by the FBI in a reasonable period of time?
  18619.  
  18620. ABC TV did a 1/2 hour Nightline edition on 5/22/92 (when everyone else
  18621. was watching the last Johnny Carson show).  I taped it and it has some
  18622. good discussion, although not much in terms of any real detail.  The
  18623. show focused on the possible provision to the FBI (and any other law
  18624. enforcement/CIA/etc.agency) of a software access capability to the
  18625. network.
  18626.  
  18627. In reference to personal telephones/modems/etc that use personal
  18628. encryption:
  18629.  
  18630.  From what a representative of the ACLU said on the 5/22/92 Nightline
  18631. show, that would appear to be what the FBI wants.  The ACLU person
  18632. pointed out that any such regulation would leave the US behind the
  18633. rest of the world AND that those that want it (criminal types, etc.)
  18634. would use the best available anyway.
  18635.  
  18636.  
  18637. Standard Disclaimer- Any opinions, etc. are mine and NOT my employer's.
  18638.  
  18639.  
  18640. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  18641. Morristown, NJ             email via UUCP      bcr!dancer!whs70
  18642. 201-829-2879 Weekdays      email via Internet  whs70@dancer.cc.bellcore.com
  18643.  
  18644. ------------------------------
  18645.  
  18646. From: mnemonic@eff.org (Mike Godwin)
  18647. Subject: Re: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  18648. Organization: Electronic Frontier Foundation
  18649. Date: Tue, 2 Jun 1992 20:49:08 GMT
  18650.  
  18651.  
  18652. In article <telecom12.430.1@eecs.nwu.edu> joseph@biocad.com writes:
  18653.  
  18654. > Mr. Smith confirmed the essential points of the proposal as outlined
  18655. > in the above article.  I asked for a bill number, and he took a wild
  18656. > guess that it would be a month before the proposal would be assigned a
  18657. > number.  He indicated that the proposal was a clarification,
  18658. > affirmation, and modernization of the Omnibus Crime and Safe Streets
  18659. > Act of 1968, which orders the telecom provider to "assist in
  18660. > intercept" and gives the FBI the right to tap particular conversations
  18661. > as long as they have "probable cause" of criminal activity and a
  18662. > court-ordered warrant.
  18663.  
  18664. This is a misrepresentation by the FBI. The Digital Telephony
  18665. initiative is, by no means, a "clarification" of anything.
  18666. ("Clarifications" don't normally cost $300 million to implement.) No
  18667. author of the original Omnibus Crime and Safe Streets Act of 1968
  18668. intended that the law be interpreted or "clarified" to require the
  18669. phone companies to build tappability into the phone lines.
  18670.  
  18671. > Or is it too general and invasive to be acceptable?
  18672.  
  18673. This depends on whether you think the Bells should be operating merely
  18674. a phone system or phone system/surveillance system.
  18675.  
  18676. > Should I/we be particularly concerned?  Write letters of protest to
  18677. > Congress, and all that?  If so, what are the most effective points and
  18678. > methods of rebuttal?  If not, why?
  18679.  
  18680. At this point, several people of both liberal and conservative stripe
  18681. have written to oppose the initiative. I've editorialized about it
  18682. myself in EFF's online newsletter (available by ftp from eff.org), and
  18683. William Safire recently wrote about it on the {New York Times} op-ed
  18684. page.
  18685.  
  18686.  
  18687. Mike Godwin,    mnemonic@eff.org
  18688. (617) 864-0665  EFF, Cambridge  
  18689.  
  18690. ------------------------------
  18691.  
  18692. Date: Tue, 2 Jun 92 16:18:55 EDT
  18693. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  18694. Subject: Re: FBI Wiretap Standard: Mag Article; Phone Conversation Follow-up
  18695.  
  18696.  
  18697. Isn't that supposed to be (202) 324-3000 instead of 325-3000?  I
  18698. noticed 324-3000 in a reference I had to zipcode 20535 (used for the
  18699. FBI), and until 202 was withdrawn from suburban points in 1990,
  18700. 202-325 was in Alexandria, VA.
  18701.  
  18702. ------------------------------
  18703.  
  18704. From: kludge@grissom.larc.nasa.gov ( Scott Dorsey)
  18705. Subject: Re: HDTV Information Needed
  18706. Organization: NASA Langley Research Center and Reptile Farm
  18707. Date: Tue, 2 Jun 1992 14:25:11 GMT
  18708.  
  18709.  
  18710. >> Could somebody provide me the information about HDTV, like the
  18711. >> basic concept, how it works, research done till now and the future
  18712. >> scope, etc.
  18713.  
  18714. > Doesn't anyone do research anymore?  Don't people go to the library?
  18715. > Do they know how to use it?
  18716.  
  18717. If the original poster would have gone to the library, he would have
  18718. found out a lot about HDTV.  He would have seen several broadcast
  18719. systems using about a thousand scan lines, some of which used digital
  18720. encoding with up to 24 bits per pixel for RGB information.  He would
  18721. have seen compression schemes intended to compress this wide-bandwidth
  18722. data to fit into a 6 MHz-wide NTSC channel, as well as various
  18723. requests to allocate UHF bandwidth for wider channels which would be
  18724. required for uncompressed HTDV signals.
  18725.  
  18726. What he wouldn't have heard is that 1000 scan lines produces
  18727. resolution that is somewhat lower than Super-8 Kodachrome, and that 24
  18728. bits isn't anywhere near enough to provide an acceptable grey scale
  18729. with an RGB system.  He wouldn't have seen that the overall quality of
  18730. the HDTV systems in place is really quite poor compared with a good
  18731. film system.  It's informal information exchange like this that Usenet
  18732. is excellent for.
  18733.  
  18734.  
  18735. Scott
  18736.  
  18737. ------------------------------
  18738.  
  18739. From: jrd5@po.CWRU.Edu (Jacob DeGlopper)
  18740. Subject: Re: HDTV Information Required
  18741. Reply-To: jrd5@po.CWRU.Edu (Jacob DeGlopper)
  18742. Organization: Case Western Reserve University, Cleveland, OH (USA)
  18743. Date: Tue, 2 Jun 92 16:56:12 GMT
  18744.  
  18745.  
  18746. In a previous article, satnews@cix.compulink.co.uk (Darren Ingram)
  18747. says:
  18748.  
  18749. > With people ever-increasingly depending on on-line library files and
  18750. > Internetable services, whole generations of students etc. will
  18751. > possibly forget how to search a manual index, cross-reference and lug
  18752. > heavy books around!
  18753.   
  18754. Actually, it's happening already.  Earlier this year, when my entire
  18755. English class was taken to the library by our enthusiastic teacher
  18756. (who I believe intends to become a junior-high school English teacher,
  18757. which explains a trip to the library in a college English class), the
  18758. entire class gathered around the library catalog terminals to start
  18759. research.  Although you have to go to the terminals eventually, since
  18760. the card catalog is only current up though 1988, I started with the
  18761. card catalog.  A good card catalog is faster than paging through the
  18762. same information in a linear fashion on a terminal, especially when
  18763. you're looking for one topic, not esoteric cross-references or
  18764. combinations of unlikely words.  
  18765.  
  18766. In the same vein, one of the quietest places on campus is the third
  18767. floor of the humanities library; that floor holds half the periodicals
  18768. and all the old Dewey-cataloged books.  The books are a treat, too; I
  18769. encountered one book while doing research for Latin class that had not
  18770. been checked out in 30 years, complete with someone's fraternity ID
  18771. card from that year. Many people don't know where the library is on
  18772. campus; I think I'm one of very few students to have acquired a local
  18773. public library card.
  18774.  
  18775.  
  18776. Jacob DeGlopper, EMT-A, Wheaton Volunteer Rescue Squad
  18777.        -- jrd5@po.cwru.edu           (school) 
  18778.        -- JUE@NCCIBM1                (BITNET) 
  18779.        -- jue@epaibm1.rtpnc.epa.gov  (work)
  18780.  
  18781. ------------------------------
  18782.  
  18783. From: de@moscom.com (David Esan)
  18784. Subject: Re: One Reason Why LATAs Cross State Lines
  18785. Date: 2 Jun 92 15:25:35 GMT
  18786. Reply-To: de@moscom.com (David Esan)
  18787. Organization: Moscom Corp., Pittsford, NY
  18788.  
  18789.  
  18790. In article <telecom12.431.3@eecs.nwu.edu> Tdarcos@mcimail.com writes:
  18791. X-Telecom-Digest: Volume 12, Issue 431, Message 3 of 6
  18792.  
  18793. > This is why this L.A.T.A. area crosses a state boundary, because
  18794. > otherwise people here would have to pay a toll charge by time for a
  18795. > call across the street.  
  18796.  
  18797. Balderdash. (I've always wanted to use that word.)
  18798.  
  18799. Having a local call that crosses a LATA line is not impossible.  My
  18800. local calling area is in LATA 974, and yet I can call (for free, and
  18801. as a local call) LATA 136.  I am quite sure that there are many other
  18802. instances like this, particularly in areas where there are independant
  18803. telcos, but I shall leave finding this information as an exercise for
  18804. the reader.
  18805.  
  18806. In many locations (NY, LA, Chicago) all local calls are charged.
  18807. People not only are charged for calls across the street, but have to
  18808. dial eleven digits to get there.
  18809.  
  18810. Intra-LATA calling is regulated differently than inter.  All carriers
  18811. are allowed to carry INTER-LATA calls.  The regulatins vary from state
  18812. to state on who can carry INTRA-LATA calls, with some states reserving
  18813. that right to the LATA's operating company (an independant or one of
  18814. the RBOCs), and some allowing competition.
  18815.  
  18816. In general intra-LATA calling is more expensive than inter-LATA
  18817. calling, which is generally more expensive that out-of-state calling.
  18818. I once heard the statistic that 80% of all long distance calls are
  18819. made intra-LATA.  I have no proof to back up that assertion, but logic
  18820. suggests that a large percentage of calls are within a LATA. I look at
  18821. it as just another way for the phone companies to separate us from our
  18822. dollars.
  18823.  
  18824.  
  18825. David Esan      de@moscom.com  
  18826.  
  18827. ------------------------------
  18828.  
  18829. Date: Mon, 1 Jun 92 13:18:10 EDT
  18830. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  18831. Subject: Re: One Reason Why LATAs Cross State Lines
  18832.  
  18833.  
  18834. There are a few cases of local service between Delaware and Maryland,
  18835. and between Pennsylvania and New Jersey (for example, Morrisville [PA]
  18836. and Trenton [NJ]).  And there is local service across the 609-908
  18837. border within New Jersey; for example, between Princeton and Belle
  18838. Mead.
  18839.  
  18840. ------------------------------
  18841.  
  18842. From: de@moscom.com (David Esan)
  18843. Subject: Re: Two Area Codes, One LATA?
  18844. Date: 2 Jun 92 15:28:53 GMT
  18845. Reply-To: de@moscom.com (David Esan)
  18846. Organization: Moscom Corp., Pittsford, NY
  18847.  
  18848.  
  18849. In article <telecom12.433.1@eecs.nwu.edu> 70465.203@compuserve.com
  18850. writes:
  18851. X-Telecom-Digest: Volume 12, Issue 433, Message 1 of 11
  18852.  
  18853. > What does it take to get "official" LATA maps? Do they change?  If so,
  18854. > how often?
  18855.  
  18856. You can buy LATA maps from several vendors, CCMI jumps to mind.  Not
  18857. that it will do you much good.  When I get the quarterly V&H tape from
  18858. BellCore there are usually about 10 to 12 changes in NPA-LATA
  18859. combinations.  LATA lines change frequently, which means that there
  18860. are new NPA-LATA combinations, old NPA-LATA combinations disappear.
  18861. Sometimes a whole new LATA is created.
  18862.  
  18863.  
  18864. David Esan      de@moscom.com  
  18865.  
  18866. ------------------------------
  18867.  
  18868. From: allbery@ncoast.org (Brandon S. Allbery KF8NH)
  18869. Subject: Re: Ground Plane Cell Antenna
  18870. Reply-To: allbery@ncoast.org (Brandon S. Allbery KF8NH)
  18871. Organization: North Coast Public Access *NIX, Cleveland, OH
  18872.  
  18873.  
  18874. As quoted from <telecom12.437.9@eecs.nwu.edu> by pturner@eng.auburn.
  18875. edu (Patton M. Turner):
  18876.  
  18877. >> I wish to turn an unused trunk mount cell antenna into a permanently
  18878. >> mounted ground plane antenna to use on my house in rural Maine for the
  18879. >> (quite often) times that the phone lines go out. What is the proper
  18880. >> length for the radials?
  18881.  
  18882. > The correct length for 1/4 wave radials would be 3.5 inches.  An
  18883. > easier solution would be to mount the antenna in the middle of a foot
  18884. > square peice of sheet metal. This will make a better ground plane
  18885. > anyway.  The same size plate will work for a VHF Marti antenna, and
  18886.  
  18887.  ... but will have the wrong impedance (about 72 ohms; I'm fairly
  18888. certain cellular uses 50 ohm impedance), so you want a 45-degree angle
  18889. downward.
  18890.  
  18891. > If your cable run is an appreciable length run 1/2" hardline or Belden
  18892. > 9913 with appropriate connectors (not UHF connectors).  Although 1/2"
  18893. > hardline will cost more, it's lower loss and you don't have to worry
  18894. > about water intrusion like you would with 9913.
  18895.  
  18896. A very good idea.  I have doubts about even the short runs of RG58/U
  18897. used with many cellular antennas.
  18898.  
  18899. 1/2" or 3/4" hardline is often available for free from cable companies
  18900. (the tail ends of their cable runs; it's not worth anything to them
  18901. unless it's fairly long, which I've heard quoted as being at least
  18902. 3000 feet).  But this is 75 ohm hardline.  The usual way to solve this
  18903. is a quarter wavelength (3 1/2", as noted above) of 66-ohm cable
  18904. placed between the 75-ohm section and the 50-ohm section.  This would
  18905. also let you use the simpler flat ground plane solution at the
  18906. antenna, if the impedance-matching section is placed on the cellphone
  18907. end of the feedline.  Which leaves only the problem that hardline
  18908. connectors are quite expensive.
  18909.  
  18910.  
  18911. Brandon
  18912.  
  18913. ------------------------------
  18914. End of TELECOM Digest V12 #444
  18915. ******************************
  18916. 
  18917. 
  18918. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa01240;
  18919.           3 Jun 92 1:29 EDT
  18920. Received: by delta.eecs.nwu.edu id AA27626
  18921.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Jun 1992 23:44:26 -0500
  18922. Received: by delta.eecs.nwu.edu id AA25053
  18923.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Jun 1992 23:44:17 -0500
  18924. Date: Tue, 2 Jun 1992 23:44:17 -0500
  18925. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18926. Message-Id: <199206030444.AA25053@delta.eecs.nwu.edu>
  18927. To: "\\telecom"@eecs.nwu.edu
  18928. Subject: TELECOM Digest V12 #445
  18929.  
  18930. TELECOM Digest     Tue, 2 Jun 92 23:44:15 CDT    Volume 12 : Issue 445
  18931.  
  18932. Index To This Issue:                     Moderator: Patrick A. Townson
  18933.  
  18934.     Re: Ground Plane Cell Antenna (Dana H. Myers)
  18935.     Re: Hole Mount Mobile Cellular Antenna (John Gilbert)
  18936.     Re: Caller ID and DID (Marcus D. Leech)
  18937.     Re: Why Can't I Use All Six Lines on a Six-Pair? (Dean Youngquist)
  18938.     Re: Video Conference Information Wanted (R.M. Rickert)
  18939.     Re: Payphone Xenophobia (Carl Moore)
  18940.     Re: The Purpose of the Three Tones (Jack Adams)
  18941.     Re: AT&T's Network Uses Number 5 ESS? (Jack Adams)
  18942.     Re: Multi-Ring Detection (Paul Cook)
  18943.     Cellular Codes Used Locally (Gregory Youngblood)
  18944.     Airline Fare Cuts Cause Record Number of Telephone Calls (John R. Levine)
  18945.     The Phone System Did What? (was Lottery Poses Threat) (Robert L. McMillin)
  18946.     Integretel Update (Carl Moore)
  18947.     Airfone at Home (Gary W. Sanders)
  18948. ----------------------------------------------------------------------
  18949.  
  18950. From: Dana H. Myers <dana@devnet.la.locus.com>
  18951. Subject: Re: Ground Plane Cell Antenna
  18952. Organization: Locus Computing Corporation, Los Angeles, California
  18953. Date: Tue, 02 Jun 1992 15:28:28 GMT
  18954.  
  18955.  
  18956. In article <telecom12.437.9@eecs.nwu.edu> pturner@eng.auburn.edu
  18957. (Patton M. Turner) writes:
  18958.  
  18959. > If your cable run is an appreciable length run 1/2" hardline or Belden
  18960. > 9913 with appropriate connectors (not UHF connectors).  Although 1/2"
  18961. > hardline will cost more, it's lower loss and you don't have to worry
  18962. > about water intrusion like you would with 9913.
  18963.  
  18964.   If you use "appropriate connectors (not UHF connectors)" on the
  18965. 9913, it should be essentially weatherproof. I assume by "appropriate"
  18966. you mean N connectors.
  18967.  
  18968.    If the telephone works reasonably even with a run of RG-58, then it
  18969. is working reasonably. I'd try the easy thing first (i.e. RG-58 with
  18970. TNC connectors), and then spring for some bigger hose if the cell
  18971. service was not satisfactory.
  18972.  
  18973.  
  18974. Dana H. Myers KK6JQ      | Views expressed here are
  18975. (213) 337-5136          | mine and do not necessarily
  18976. dana@locus.com  DoD #466 | reflect those of my employer
  18977.  
  18978. ------------------------------
  18979.  
  18980. From: johng.all_proj@comm.mot.com (John)
  18981. Subject: Re: Hole Mount Mobile Cellular Antenna 
  18982. Organization: Motorola Inc. Land Mobile Products Sector
  18983. Date: Tue, 2 Jun 1992 23:33:58 GMT
  18984.  
  18985.  
  18986. In article <telecom12.438.6@eecs.nwu.edu> vances@xenitec.on.ca (Vance
  18987. Shipley) writes:
  18988.  
  18989. > I will be moving my cellular telephone to a van I am about to
  18990. > purchase.  I would like to mount an antenna in the roof the
  18991. > conventional way, by drilling a hole.  This is unheard of to the
  18992. > cellular folks!  They don't seem to know of any antennas that mount
  18993. > this way.  Can any one recommend something?
  18994.  
  18995. Go to a different cellular shop.  If they haven't heard of a 3/4" NMO
  18996. mount 3 dB gain antenna, they probably haven't heard of a Standing
  18997. Wave Ratio or a Wattmeter either. We once had an installer that tried
  18998. to tell one of our engineers that the 800 MHz on-glass antenna he just
  18999. finished installing would work just fine for our 150 MHz test system.
  19000. WRONG.  Ask to speak to the shop manager or find another shop.
  19001.  
  19002. Be careful of installers that haven't been trained with drill in hand
  19003. ready to drill a hole in the roof of your car.  If they do offer to
  19004. drill a hole in your roof, make sure they use the hole cutter designed
  19005. for the job. These are available from Motorola or other two-way radio
  19006. supply houses like TESSCO or Cartwright.
  19007.  
  19008.  
  19009. John Gilbert              Secure and Advanced Conventional 
  19010. KA4JMC                    Systems Division
  19011. johng@ecs.comm.mot.com    Motorola Communications Sector
  19012. post: CPGR17              Schaumburg, Illinois               
  19013.  
  19014. ------------------------------
  19015.  
  19016. Date: 2 Jun 92 12:13:00 EDT
  19017. From: Marcus (M.D.) Leech <MLEECH@BNR.CA>
  19018. Subject: Re: Caller ID and DID
  19019.  
  19020.  
  19021. In article <telecom12.439.12@eecs.nwu.edu>, vances@xenitec.on.ca
  19022. (Vance Shipley) writes:
  19023.  
  19024. > Having reread what Steve asked I see I missed that he is looking for a
  19025. > LEC service.  Northern Telecom's DMS-100 switches now have support for
  19026. > BULK CALLING LINE ID.  An out of band circuit is used to deliver CLID
  19027. > to a PBX or other CPE for a group of trunks.  Not having the feature
  19028. > spec handy I can't give much detail of this now.
  19029.  
  19030. > I am sure other manufacturers have similiar capabilities, I am merely
  19031. > more aware of the NT stuff.
  19032.  
  19033. For ACD groups, NT also offers CompuCall -- a *very* comprehensive
  19034. call-detail delivery system designed for call-center applications.  If
  19035. your LEC has DMS equipment, you might start bugging them about
  19036. CompuCall. CompuCall is available on both DMS-100 and SL-100 switches.
  19037.  
  19038. NT announced CompuCall last year.  Many of the operating companies are
  19039. now starting to offer it.
  19040.  
  19041.  
  19042. Marcus Leech, 4Y11     Bell-Northern Research    opinions expressed
  19043. mleech@bnr.ca          P.O. Box 3511, Stn. C     are my own, and not
  19044. ml@ve3mdl.ampr.org     Ottawa, ON, CAN K1Y 4H7   necessarily BNRs
  19045.  
  19046. ------------------------------
  19047.  
  19048. From: youngqd@atlantis.cs.orst.edu (Dean Youngquist)
  19049. Subject: Re: Why Can't I Use All Six Lines on a Six-Pair?
  19050. Organization: CS Dept. Oregon State University, Corvallis, Oregon.
  19051. Date: Tue, 02 Jun 1992 17:23:19 GMT
  19052.  
  19053.  
  19054. In article <telecom12.437.1@eecs.nwu.edu> scott@ryptyde.cts.com (Scott
  19055. McClure) writes:
  19056.  
  19057. > I just moved into an apartment complex where each unit is wired with a
  19058.  
  19059. > I could really use another line, but the landlords aren't going to
  19060. > allow me or PacBell to trench up the parking lot just to get me a few
  19061. > more lines.
  19062.  
  19063. I use a four pair system in my house and I don't have a ground.  One
  19064. problem I have (probably unrelated) is that I get some cross talk
  19065. between lines; I wonder if this has anything to do with not having
  19066. ground?
  19067.  
  19068. One possible solution for your extra line might be one of those phone
  19069. extention things I see in mail order catalogs.  These devices have two
  19070. power-pack shaped modules, one plugs into the AC line and your
  19071. incoming phone line.  The other module plugs into the AC line and
  19072. provides you with a phone jack, complete with ring voltage just as if
  19073. you had a direct connection.  I guess they must be connected by a
  19074. radio link, or perhaps an FM link through the AC line.
  19075.  
  19076. Hope this helps.
  19077.  
  19078.  
  19079. Dean
  19080.  
  19081. ------------------------------
  19082.  
  19083. Date: Tue,  2 Jun 92 10:08:23 EDT
  19084. From: rmrin@inuxy.att.com (R M Rickert)
  19085. Subject: Re: Video Conference Information Wanted
  19086. Organization: AT&T
  19087.  
  19088.  
  19089. Soon to be at an AT&T PhoneCenter near you, the VideoPhone 2500.
  19090. Suitable for small group conferencing over ordinary phone lines.
  19091. Demonstrated most recently at the CES show in Chicago.  Stay tuned for
  19092. updated availability dates. (Yes, I do have a vested interest in this
  19093. product, it not only puts the butter on my bread, it first buys and
  19094. then slices the bread for me).
  19095.  
  19096.  
  19097. Dick Rickert  AT&T Consumer Products Laboratory
  19098.  
  19099. ------------------------------
  19100.  
  19101. Date: Mon, 1 Jun 92 17:14:19 EDT
  19102. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  19103. Subject: Re: Payphone Xenophobia
  19104.  
  19105.  
  19106. I wonder how the U.S. "sandwich" dimes and quarters, originally
  19107. introduced in 1965, worked in comparison to the older coins of those
  19108. denominations.  I discovered a silver dime recently when a vending
  19109. machine would not take it.
  19110.  
  19111. ------------------------------
  19112.  
  19113. From: vixen!jadams@uunet.UU.NET (26546-adams)
  19114. Subject: Re: The Purpose of the Three Tones
  19115. Organization: Bellcore, Livingston, NJ
  19116. Date: Tue, 2 Jun 92 14:43:53 GMT
  19117.  
  19118.  
  19119. In article <telecom12.427.5@eecs.nwu.edu>, tuu <unknown@ucscb.ucsc.
  19120. EDU> writes:
  19121.  
  19122. > What is the purpose of the three tones (I believe ascending in
  19123. > pitch) that you hear before you hear the "We're sorry, you must first
  19124. > dial a 1" message or the similar messages?
  19125.  
  19126. These Special Information Tones (SIT) permit call detectors and
  19127. classifiers to accurately classify calls that reach recorded
  19128. announcements resulting from network conditions such as Reorder,
  19129. Vacant Code, No circuit, Intercept, etc.  These SIT's are officially
  19130. defined by the CCITT and consist of a sequence of three precise tone
  19131. segments with frequencies of 950 +/-50Hz, 1400 +/-50Hz, and 1800
  19132. +/-50Hz sent in that exact order.  A more rigorous treatment of the
  19133. subject is contained in Bellcore's "BOC Notes on the LEC Networks -
  19134. 1990" Special Report (a/k/a SR-TSV-002275).  Copies are available by
  19135. contacting:
  19136.  
  19137.     Bellcore Customer Service
  19138.     60 New England Avenue - Room 1B252
  19139.     Piscataway, NJ  08854-4196
  19140.     Telephone 1-800-521-CORE
  19141.  
  19142.  
  19143. Jack (John) Adams        Bellcore RRC 4B-259
  19144. (908) 699-3447 {Voice}        (908) 336-2871 {Facsimile}
  19145. jadams@vixen.bellcore.com    kahuna@attmail.com
  19146.  
  19147. ------------------------------
  19148.  
  19149. From: vixen!jadams@uunet.UU.NET (26546-adams)
  19150. Subject: Re: AT&T's Network Uses Number 5 ESS?
  19151. Organization: Bellcore, Livingston, NJ
  19152. Date: Tue, 2 Jun 92 14:54:38 GMT
  19153.  
  19154.  
  19155. In article <telecom12.430.11@eecs.nwu.edu>, capek@watson.ibm.com
  19156. writes:
  19157.  
  19158. > When AT&T announced its 700 service about a month ago, the coverage in
  19159. > the {New York Times} said that the service was made possible by new
  19160. > software in its number 5 ESS switches.  Was that an error? ...  
  19161. > Is that true?
  19162.  
  19163. No, AT&T at last count had around 400 4Es running its domestic LD net.
  19164.  
  19165. > Has anyone seen any public descriptions of the technical aspects of
  19166. > the implementation?  It would seem that the service could be provided
  19167. > basically by having the switches interrogate a (replicated) data base
  19168. > for the translations, in a way similar to that done with 800 calls
  19169. > today.  It doesn't sound like that big a deal; am I missing something?
  19170.  
  19171. You're right on.  There were a number good items on the net recently
  19172. describing details of that service; maybe somebody can send you
  19173. copies?
  19174.  
  19175.  
  19176. Jack (John) Adams        Bellcore RRC 4B-259
  19177. (908) 699-3447 {Voice}        (908) 336-2871 {Facsimile}
  19178. jadams@vixen.bellcore.com    kahuna@attmail.com
  19179.  
  19180. ------------------------------
  19181.  
  19182. Date: Tue, 2 Jun 92 15:14 GMT
  19183. From: Proctor & Associates <0003991080@mcimail.com>
  19184. Subject: Re: Multi-Ring Detection
  19185.  
  19186.  
  19187. In response to a question about devices that will route a call based
  19188. upon the ring cadence delivered when telco provided distinctive
  19189. ringing has more than one number assigned to a line,
  19190.  
  19191. art@aficom.ocunix.on.ca (Art Hunter) writes:
  19192.  
  19193. > If you have CallerID there is a product called Call SecurID that uses
  19194. > a normal telephone line and switches to one of three output ports on
  19195. > this DOS based plug in board such that once the phone number is known,
  19196. > a pre-determined port is connected to the telephone line.  This
  19197. > permits a handset, a modem and a fax (or any three telephone devices)
  19198. > to be used for all of the devices.
  19199.  
  19200. This doesn't sound like a good use for Caller ID, unless you are only
  19201. going to accept calls from known callers, and they will always be
  19202. calling from the same lines.
  19203.  
  19204. In order for this system to accept fax calls, you would have to find
  19205. out what numbers those fax calls will be coming in from, and program
  19206. this device accordingly.  In our case here, we now have a separate
  19207. outgoing only fax machine that dials out via the PBX for least cost
  19208. routing.  If I were going to send a fax to someone using this device,
  19209. I would have to find out the phone numbers of ALL of the outgoing
  19210. trunks on our PBX, call up the owner of this device, and get him to
  19211. program in all of these trunk numbers ... otherwise this device would
  19212. not know where to route a call from a line that is not in its
  19213. database.
  19214.  
  19215. > This permits a handset, a modem and a fax (or any three telephone
  19216. > devices) to be used for all of the devices.
  19217.  
  19218. For all of WHAT devices?  I thought the idea with these distinctive
  19219. ringing boxes was to get several devices on one LINE.
  19220.  
  19221. The beauty of the distinctive ringing detector is that you can publish
  19222. the separate number as your fax number for anyone to use without
  19223. prearrangement.
  19224.  
  19225. Of course this is only desirable if you have such low usage on your
  19226. line that you can bear to have it shared by two or three uses.  Anyone
  19227. who can't live without Call Waiting should forget about the
  19228. distinctive ringing solution.  Or does someone need to come out with a
  19229. distinctive ringing box that can be programmed to answer certain
  19230. ringing cadences (like for the modem or fax) with a hookflash and the
  19231. Call Waiting Disable sequence before ringing forward?
  19232.  
  19233.  
  19234. Paul Cook                        206-881-7000
  19235. Proctor & Associates        MCI Mail 399-1080
  19236. 15050 NE 36th St.           fax: 206-885-3282
  19237. Redmond, WA  98052-5317   3991080@mcimail.com
  19238.  
  19239. ------------------------------
  19240.  
  19241. Subject: Cellular Codes Used Locally
  19242. From: zeta@yngbld.gwinnett.COM (Gregory Youngblood)
  19243. Date: Mon, 01 Jun 92 13:37:01 EST
  19244. Organization: TCS Consulting Services, Peachtree City, GA
  19245.  
  19246.  
  19247. FZC@CU.NIH.GOV (Paul Robinson) writes:
  19248.  
  19249. > In Washington, DC, a radio station allows Bell Atlantic (Telephone
  19250. > Company) Cellular users to call its talk line by dialing *WRC.
  19251.  
  19252. > In Baltimore, the local radio station there allows B.A.  Cellular
  19253. > callers to call its talk line by dialing *WBAL.
  19254.  
  19255. > In both cases the call is free -- no toll or airtime charge.
  19256.  
  19257. > [Moderator's Note: The calls are not free; the radio stations have
  19258. > agreed to accept the charges in reverse. This makes good sense since
  19259. > the cellular-equipped motorist is a good source of traffic and other
  19260. > news for the radio stations.  We have a few of those here in Chicago.
  19261. > Some align themselves with Cell One; others with Ameritech.    PAT]
  19262.  
  19263. In other cases the carrier and radio station swap airtime.  The
  19264. airtime charges that accumulate from these calls is then used to pay
  19265. for advertisements on the radio station.  Since air-time for both of
  19266. these is relatively cheap (near free in some cases), it costs almost
  19267. nothing for what they receive.  I've also seen cases where the carrier
  19268. actually provided the station with phones and air time in exchange for
  19269. advertising.
  19270.  
  19271. It works out rather well, and helps the budgets of both.
  19272.  
  19273.  
  19274. Greg
  19275.  
  19276. ------------------------------
  19277.  
  19278. Subject: Airline Fare Cuts Cause Record Number of Telephone Calls
  19279. Date: Tue, 2 Jun 92 22:06:40 EDT
  19280. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  19281.  
  19282.  
  19283. AT&T says that June 1 was their busiest day ever, with 177.4 million
  19284. long distance calls.  The previous record was 159.6 million calls on
  19285. May 28, and before that 157.8 million on December 2, the Monday after
  19286. the Thanksgiving weekend.  A typical day is 135 to 140 million calls.
  19287.  
  19288. They attribute much of the extra volume to people calling airline 800
  19289. numbers due to the current fare war.
  19290.  
  19291.  
  19292. Regards,
  19293.  
  19294. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  19295.  
  19296. ------------------------------
  19297.  
  19298. Date: Mon, 1 Jun 92 02:52:12 -0700
  19299. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  19300. Subject: The Phone System Did What? (was Lottery Poses Threat to LD)
  19301.  
  19302.  
  19303. Edmund Hack <hack@aio.jsc.nasa.gov> asks the $64,000 (or more)
  19304. question:
  19305.  
  19306. > Tomorrow at 6 AM, will the phone system in Texas crash?
  19307.  
  19308. Computers being the ubiquitous things that they are, particularly in
  19309. the telephone system, it's not too difficult to see the extension of
  19310. the old locution 'to crash', in this sense originally describing what
  19311. happened when the air gap collapsed on a hard disk drive, to a phone
  19312. system.  But taken a step further in other areas, this could have some
  19313. ridiculous consequences.  Specifically, if the computer controlling
  19314. your fuel injection system fails, has your car crashed?
  19315.  
  19316.  
  19317. Robert L. McMillin                     | Voice:    (310) 568-3555
  19318. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  19319. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  19320.  
  19321. ------------------------------
  19322.  
  19323. Date: Mon, 1 Jun 92 10:16:56 EDT
  19324. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  19325. Subject: Integretel Update
  19326.  
  19327.  
  19328. This arrived recently, from the same San Jose, CA address cited
  19329. earlier:
  19330.  
  19331. (date May 15, 1992)
  19332.  
  19333.  Re:  Account #: xxx-xxx-xxxx (my telephone number)
  19334.  
  19335. Dear Mr. Moore:
  19336.  
  19337. Thank you for the letter regarding the Integretel portion of your
  19338. phone bill.  Integretel provides billing and customer service for over
  19339. 100 Alternate Operator Service (AOS) companies.  AOS companies enter
  19340. into agreements with hotels, hospitals, universities, correctional
  19341. facilities, and privately-owned pay phone operators.  A consumer
  19342. placing a call from these telephones would be automatically connected
  19343. to the AOS provider when they make collect, third party, or credit
  19344. card calls, unless the caller takes steps to use another company.
  19345.  
  19346. We are aware that you have been billed for the same calls more than
  19347. once.  Duplicate billing is usually the result of a technical error.
  19348. We have adjusted your account in the amount of $4.30 + tax.
  19349.  
  19350. We apologize for any inconvenience this has caused you.
  19351.  
  19352. The credit will arrive in the mail as a voucher payable to your local
  19353. telephone company in three to four weeks.  If there are any further
  19354. questions, please contact Consumer Relations at 1-800-736-7500.
  19355.  
  19356.  
  19357.   Sincerely,
  19358.  
  19359.   Rachel Pearl
  19360.   Consumer Relations Representative
  19361.  
  19362. ------------------------------
  19363.  
  19364. Date: Tue,  2 Jun 92 09:08:50 EDT
  19365. From: gws@cblph.att.com (Gary W Sanders)
  19366. Subject: Airphone at Home
  19367. Organization: AT&T
  19368.  
  19369.  
  19370. I picked up a couple of airphone handsets at the Dayton Hamfest.
  19371. Anyone ever try to convert one of these for use on tradional POT's
  19372. lines? They make a nice conversation piece but would be better if they
  19373. worked.
  19374.  
  19375.  
  19376. Gary Sanders (N8EMR) AT&T Bell Labs, Columbus Ohio
  19377. gws@cblph.att.com         614-860-5965 
  19378.  
  19379. ------------------------------
  19380.  
  19381. End of TELECOM Digest V12 #445
  19382. ******************************
  19383. 
  19384. 
  19385. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06790;
  19386.           3 Jun 92 3:42 EDT
  19387. Received: by delta.eecs.nwu.edu id AA16286
  19388.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 3 Jun 1992 01:34:11 -0500
  19389. Received: by delta.eecs.nwu.edu id AA02258
  19390.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 3 Jun 1992 01:34:01 -0500
  19391. Date: Wed, 3 Jun 1992 01:34:01 -0500
  19392. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  19393. Message-Id: <199206030634.AA02258@delta.eecs.nwu.edu>
  19394. To: "\\telecom"@eecs.nwu.edu
  19395. Subject: TELECOM Digest V12 #446
  19396.  
  19397. TELECOM Digest     Wed, 3 Jun 92 01:34:00 CDT    Volume 12 : Issue 446
  19398.  
  19399. Index To This Issue:                     Moderator: Patrick A. Townson
  19400.  
  19401.     CWA Unhappy; Strike Becomes Likely (Phillip Dampier)
  19402.     How Bell Labs Selects Ringers (Martin McCormick)
  19403.     A Good 9-1-1 Payphone Experience (Andrew C. Green)
  19404.     Atlanta vs. Los Angeles Cellular Carriers (Bill Berbenich)
  19405.     Switched 56k (was Modems on POTS w/ comp. vs. raw ISDN) (Mark Reardon)
  19406.     Endless Loops (Robert L. McMillin)
  19407.     Small Business PBX For Sale (Lewis M. Dreblow)
  19408.     E-Mail Service from U.S. to Soviet Union (Paul Robinson)
  19409.     Volunteering for Interop (Mark Allyn)
  19410. ----------------------------------------------------------------------
  19411.  
  19412. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  19413. Reply-To: phil@rochgte.fidonet.org
  19414. Date: Wed, 03 Jun 1992 00:16:33 -0500
  19415. Subject: CWA Unhappy; Strike Becomes Likely
  19416.  
  19417.  
  19418. CWA UPDATE ON AT&T NEGOTIATIONS
  19419. Communications Workers of America
  19420. June 2, 1992     11:00 pm EDT
  19421.  
  19422.  
  19423. On a nationwide conference call with 4,000 union stewards,
  19424. Communications Workers of America President Morton Bahr expressed his
  19425. extreme dissatisfaction with the lack of progress in negotiations with
  19426. AT&T today.
  19427.  
  19428. "I am terribly dissapointed," Bahr said.  "We made a full presentation
  19429. to the company on all 28 of our outstanding issues, only to have their
  19430. negotiators request a recess until 9:00 AM tomorrow.  I have put AT&T
  19431. on notice that if we do not have an agreement by tomorrow night, the
  19432. union will send home the members of our local issues bargaining
  19433. committees.  Their job will be to take home the story of the company's
  19434. intransigence, AT&T's disrespect for our members and the families we
  19435. represent in communities around the country, and to assist the local
  19436. leadership in implementing an intensified mobilization program."
  19437.  
  19438. Talks between the CWA, International Brotherhood of Electrical Workers
  19439. and AT&T top negotiators recessed tonight at approximately 8:30 pm, to
  19440. resume on Wednesday, June 3rd at 9:00am.
  19441.  
  19442. The CWA Public Affairs office will issue periodic updates on the
  19443. status of the talks throughout the day Wednesday.
  19444.  
  19445.  
  19446. [Moderator's Note: I'll try to have the latest news on this in the
  19447. next issue of the Digest which will be late Wednesday evening. Phil,
  19448. as soon as you get some word, please email it to the Digest.   PAT]
  19449.  
  19450. ------------------------------
  19451.  
  19452. Subject: How Bell Labs Selects Ringers
  19453. Date: Mon, 01 Jun 92 12:23:30 -0500
  19454. From: martin@datacomm.ucc.okstate.edu
  19455.  
  19456.  
  19457. On CNN's "Science and Technology Week," for May 23, there was an
  19458. interesting segment about how Bell Labs selects different types of
  19459. telephone ringers.  They Had a lady whose background is in sociology
  19460. whose job it is to listen to all kinds of different ringers to see
  19461. which one is the most workable.  When they showed her at work, she was
  19462. evaluating ringers from British, Italian, French, and American
  19463. telephones.  It sounded like the phones were being fed ringing signals
  19464. exactly like the ones they would receive in their native countries so
  19465. as to exactly duplicate their normal sound.
  19466.  
  19467.      The Italian ringer was a mechanical bell fed with two bursts of
  19468. 50HZ current.  It is a little like the British cadence, but the two
  19469. bursts are a little longer than what one hears from the British phone.
  19470.  
  19471.      The rest of the ringers were various electronic noise makers.
  19472. One of them sounded like the old "Packman" video games of yesteryear.
  19473. Another made a warble like an ambulance siren.  The evaluator said
  19474. "You want to use the phone to call the police, not sound like the
  19475. police.  Of the various international ringers she tested, she liked
  19476. the British call box, the best.  It had a piping, but very noticeable
  19477. sound.
  19478.  
  19479.      The evaluator also demonstrated some examples of ringer sounds
  19480. that didn't ring true.  Bell Labs had tested a ringer that produced a
  19481. single note like a piano.  Instead of ringing, the phone boings.
  19482. Another variation on this theme was a ringer that sounded a
  19483. violin-like note while ringing.  Research showed that neither of those
  19484. sounders was favorably received.
  19485.  
  19486.      Another problem being addressed is the classic office quandary of
  19487. trying to figure out whose phone is ringing?  The solution seems to be
  19488. ringers that can play several notes and allow the user to select which
  19489. notes are played.  This means that everybody's phone plays its own
  19490. little tune when it rings making it possible to pick an individual
  19491. phone out of the surrounding racket.  I never thought I'd ever see
  19492. "The Gong Show" on CNN.
  19493.  
  19494.  
  19495. Martin McCormick WB5AGZ   Stillwater, OK
  19496. O.S.U. Computer Center Data Communications Group
  19497.  
  19498. ------------------------------
  19499.  
  19500. Date: Mon, 01 Jun 1992 16:49:43 CDT
  19501. From: acg@hermes.dlogics.com
  19502. Reply-To: acg@hermes.dlogics.com
  19503. Subject: A Good 9-1-1 Payphone Experience
  19504.  
  19505.  
  19506. A while back I complained bitterly about my experiences trying to
  19507. reach the police in an emergency where I had to deal with a COCOT to
  19508. contact them. In a nutshell, dialing 9-1-1 went nowhere, and dialing
  19509. >0<perator resulted in an excruciating wait followed by an
  19510. excruciating question and answer session before I could bluster my way
  19511. past the operator to the emergency services.
  19512.  
  19513. Having said that, I should follow up with a GOOD experience for a
  19514. change.  One late evening last week I saw the traffic lights go
  19515. berserk at a major intersection. I had to drive well into the next
  19516. suburb before I could find a telephone, which turned out to be
  19517. operated by Centel. I hoped for the best and pressed "0".
  19518.  
  19519. After a few strange clicks and beeps, I heard barely half a ring
  19520. before the operator answered.
  19521.  
  19522. "I have an emergency; I need the Glenview Police Department." (I
  19523. expected a problem here as I was NOT calling from anywhere near
  19524. Glenview.)
  19525.  
  19526. "Just a moment, sir, I'll connect you!"
  19527.  
  19528. (Couple of clicks; sound of Glenview's emergency phone ringing. During the
  19529. second ring ...)
  19530.  
  19531. "This is the operator, sir; I'm still on the line. I'll remain
  19532. listening until they answer, sir."
  19533.  
  19534. I have heard mixed reviews about Centel service in general, but as for
  19535. handling of emergency calls from payphones, in my opinion THAT is how
  19536. things should be done.
  19537.  
  19538.  
  19539. Andrew C. Green
  19540. Datalogics, Inc.      Internet: acg@dlogics.com
  19541. 441 W. Huron          UUCP: ..!uunet!dlogics!acg
  19542. Chicago, IL  60610    FAX: (312) 266-4473
  19543.  
  19544. ------------------------------
  19545.  
  19546. Subject: Atlanta vs. Los Angeles Cellular Carriers
  19547. From: bill%wabwrld.UUCP@mathcs.emory.edu (Bill Berbenich)
  19548. Date: Mon, 01 Jun 92 00:49:54 EDT
  19549. Organization: Doraville 30340
  19550.  
  19551.  
  19552. I just happened across an interesting little bit of information that I
  19553. thought I'd share with the readers here.  I was just reading through
  19554. _The_Cellular_Telephone_Directory_ (ISBN 0-945592-03-5), published by
  19555. Communications Publishing Service of Mercer Island, Washington.  A
  19556. very worthwhile book for me.
  19557.  
  19558. Since I am a cellular subscriber and informed consumer in Atlanta, I
  19559. know that the A carrier here is PacTel Cellular and the B carrier is
  19560. BellSouth Mobility.  So far, so good.  As I was looking at the entry
  19561. for Los Angeles, I noticed in fine print that LA Cellular (the A
  19562. carrier there) is owned by American Cellular, which is a subsidiary of
  19563. BellSouth Enterprises.  Of course, the B or wireline carrier is PacTel
  19564. Cellular in Los Angeles.  I haven't asked about it yet, but I'll bet
  19565. that the roaming agreements are unique for Atlantans roaming in LA and
  19566. LA folks roaming in Atlanta.  In essence, it seems at first glance
  19567. that one would end up roaming on the competition.  It may be that to
  19568. roam, one would have to switch their phone from A to B or from B to A,
  19569. as appropriate.  That's my guess as to how it's done in this
  19570. situation.
  19571.  
  19572. For those who were wondering, American Cellular and BellSouth Mobility
  19573. have their headquarters in the same building in the Atlanta suburbs.
  19574. BSM is in suite 600 and American Cellular is in suite 400.  BellSouth
  19575. Enterprises is at 1155 Peachtree St., NE in Atlanta, according to
  19576. Communications Publishing Service.
  19577.  
  19578. So there it is, a little bit of telecom trivia.
  19579.  
  19580.  
  19581. SysOp of        ---+++ wabwrld Waffle BBS +++---
  19582.    A small, quality news/e-mail system on the outskirts of Atlanta
  19583.    domain - bill@wabwrld.UUCP   bangpath - tridom!wabwrld!bill
  19584.  
  19585. ------------------------------
  19586.  
  19587. From: emory!tridom!mwr@gatech.edu (Mark Reardon)
  19588. Subject: Switched 56k (was Modems on POTS w/ comp. vs. raw ISDN)
  19589. Reply-To: emory!tridom!mwr@gatech.edu (Mark Reardon)
  19590. Organization: AT&T Tridom; Marietta, Georgia
  19591. Date: Tue, 2 Jun 1992 20:19:08 GMT
  19592.  
  19593.  
  19594. There has been a good discussion here about how POTS is currently
  19595. carried in digital backbone networks and how ISDN will close the
  19596. digital loop to the end points.  What about switched 56k?  It was my
  19597. understanding that POTS links are usually analog at each end and use
  19598. 56k or 64k channels in the digital network.  I also understand that
  19599. switched 56k can run over the pairs that POTS runs analog over.  Then
  19600. in the office it uses the same 64k or 56k link.
  19601.  
  19602. How common is switched 56k and how expensive is it?
  19603.  
  19604. Note that I am cross posting to comp.dcom.telecom.  I beleive that
  19605. is a more appropriate group for this question.
  19606.  
  19607.  
  19608. Mark Reardon          AT&T Tridom 
  19609. mwr@eng.tridom.com    840 Franklin Court
  19610.                       Marietta, GA 30067
  19611.  
  19612. ------------------------------
  19613.  
  19614. Date: Mon, 1 Jun 92 03:28:30 -0700
  19615. From: rlm@ms_aspen.hac.com (Robert L. McMillin)
  19616. Subject: Endless Loops
  19617.  
  19618.  
  19619. About five years ago, I bought a PhoneMate 7200 answering machine.
  19620. Earlier this year, the endless loop tape used for the outgoing message
  19621. simply wore out, as these things do.  Back in December, the incoming
  19622. message tape died.  I ended up MAKING a tape out of a standard TDK 60
  19623. minute Type I cassette, since the one that Circus City sold me refused
  19624. to work.  Well, I'm running into similar problems now.  The only tapes
  19625. that CC sells are 20 second endless loop tapes -- not 30 second, as
  19626. was the original equipment.  The tape claimed that it was compatible
  19627. with the 7200, but I have my doubts.  So far, I can't even get the
  19628. thing to record but a second or two of message before the machine
  19629. clicks off and rolls around to the start again.  I have considered
  19630. taking the tape out inch by inch and applying a magnet to it on the
  19631. off chance that there's some signal recorded on the tape that's
  19632. confusing the machine, but that's kind of a wild guess.  Does anybody
  19633. out there in net.land have any suggestions?  (Other than Contact The
  19634. Manufacturer, of course.)
  19635.  
  19636.  
  19637. Robert L. McMillin                     | Voice:    (310) 568-3555
  19638. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  19639. Los Angeles, CA                        | Internet: rlm@ms_aspen.hac.com
  19640.  
  19641. ------------------------------
  19642.  
  19643. From: Lewis M. Dreblow <DREBLOW@vax.muskingum.edu>
  19644. Subject: Small Business PBX For Sale
  19645. Date: 1 Jun 92 14:31:32 -0600
  19646. Organization: Muskingum College
  19647.  
  19648.  
  19649. Meridian/Norstar Small Business System for Sale:
  19650.  
  19651. Muskingum College is offering a two year old telephone switch and
  19652. matching desk instruments for sale to an appropriate bidder.  Offers
  19653. and requests for additional information should be made to the
  19654. attention of:
  19655.  
  19656.         Mr. Fritz B. Thomas
  19657.         Vice President for Business and Finance
  19658.         Muskingum College
  19659.         New Concord, Ohio 43762
  19660.         (614) 826-8113
  19661.  
  19662. or can be sent via Email to his secretary, Ms. Shelba Watson at:
  19663.  
  19664.         SH_WATSON@VAX.MUSKINGUM.EDU
  19665.  
  19666. The system will be deinstalled the first week of July, 1992 and will
  19667. be available the following week.  Muskingum expects the bidder to
  19668. assume all shipping costs.  The system is comprised of the following:
  19669.  
  19670.   Meridian Norstar Modular Key System Model 824, Basic System with
  19671.   capacity for 8 lines and 24 stations.  Room for six expansion
  19672.   modules for a capacity up to 80 lines and 120 phones.  Includes
  19673.   a wide array of modern features a few of which are: Intercom,
  19674.   Handsfree, Do not disturb, Paging, Transfer, Conference, Call
  19675.   forward, Background music, Speed dial, Last number redail, Hold.
  19676.  
  19677.   Quantity 2, M7310 Speakerphone, 8 line capacity, fully digital
  19678.   sets, with busy lamp field installed, described in the glossy
  19679.   this way:
  19680.  
  19681.   The M7310 offers greater sophistication and rapid access to
  19682.   individual services.  Access to features is simplified by a
  19683.   two-row by 16 character display with three soft keys (display
  19684.   keys) to aid you in the step-by-step feature use.  It will
  19685.   handle up to eight outside lines and also provides 12 dual
  19686.   function programmable memory buttons.  The M7310 supports the
  19687.   add-on Busy Lamp Field Module which monitors the busy/idle
  19688.   status of selection station sets.
  19689.  
  19690.   Quantity 10, M7208 Speakerphone, 6 line capacity, fully digital
  19691.   sets, described in the glossy this way:
  19692.  
  19693.   The M7208 set is perfect for users with minimally complex,
  19694.   low to medium usage needs.  This set is enhanced by the
  19695.   prompts and call status information provided by a one row,
  19696.   16 character display and the ability to handle up to six
  19697.   outside lines.  The eight programmable key/lamp pairs can
  19698.   be used for line appearances, one-button access of features,
  19699.   autodial or direct station selection.
  19700.  
  19701.   We will gladly include station wiring and interconnects where
  19702.   they are removeable without damage.
  19703.  
  19704. ------------------------------
  19705.  
  19706. Reply-To: TDarcos@MCIMail.com
  19707. From: Paul Robinson <FZC@CU.NIH.GOV>
  19708. Date: Mon, 01 Jun 92  21:45:36 EDT
  19709. Subject: E-Mail Service from U.S. to Soviet Union
  19710.  
  19711.  
  19712. There is an E-mail service in the U.S. called MCI Mail, which would
  19713. allow you to send messages to any internet address including those in
  19714. the former Soviet Union's SU domain as your address is.
  19715.  
  19716. To take an account with them, there would be a charge of US $35 to
  19717. sign up for a one-year subscription, plus a charge of aproximately US
  19718. $0.40 for a message of 500 characters or less, and US $1.00 for
  19719. messages from 501 to 7000 characters.
  19720.  
  19721. This rate is for messages to any other MCI Mail subscriber or gateway,
  19722. of which Internet is a gateway on MCI Mail.
  19723.  
  19724. A less expensive method would be to take MCI Mail on a monthly basis
  19725. in which the rate is US $10 a month which includes 40 message units
  19726. (one message unit is equivalent is equivalent to 500 characters).
  19727.  
  19728. Another option would be to open an account with Compuserve and use
  19729. their service.  The cost for that would be approximately US $12.00 per
  19730. connect hour at 2400 baud, but you can often obtain a temporary
  19731. account at computer stores which would allow you to use it on a
  19732. temporary basis while pending receipt of an account.
  19733.  
  19734. In any case you will need a computer with a modem, either one you have
  19735. or one that is provided to you.  Also, whatever system you use you
  19736. would have to use the roman alphabet as used on american keyboards as
  19737. there is no means to send cyrillic characters.
  19738.  
  19739. Another possibility is to find someone who currently has an internet
  19740. address and get them to send a message for you, if letting someone
  19741. else see your messages is not a problem.  Or you can try to find a BBS
  19742. system in the U.S. that has links to internet.  One of these is
  19743. CHANNEL ONE in Massachusetts.  You might be able to get an account
  19744. from them for a very small charge.
  19745.  
  19746. Another possibility is to find a BBS system which is on Fidonet which
  19747. has Internet send and receive capability.  Some fidonet BBSs can
  19748. receive Internet mail, some can receive and send internet mail, and
  19749. some cannot do either.
  19750.  
  19751. You may write me back for more information about whatever you want to
  19752. do.  My address on MCI is TDARCOS@MCIMAIL.COM.
  19753.  
  19754.  
  19755. [Moderator's Note: As a matter of fact, I was cc'ed today with a
  19756. letter from someone at MCI Mail writing to the fellow in Russia
  19757. getting an MCI Mail account set up for him.  Thanks to all who
  19758. responded to him.   PAT]
  19759.  
  19760. ------------------------------
  19761.  
  19762. Date: Mon, 1 Jun 92 19:38:03 PDT
  19763. From: allyn@netcom.com (Mark Allyn)
  19764. Subject: Volunteering for Interop 
  19765.  
  19766.  
  19767. Dear Pat:
  19768.  
  19769. I hope that either you or some of the folks who use the telcom
  19770. newsgroup can help me with something.
  19771.  
  19772. I am interested in getting involved with the volunteer work parties
  19773. for next fall's Interop. Interop is the big computer networking show
  19774. that takes place in the bay area near San Francisco each fall. I
  19775. recently learned through an article in the USENIX journal that they
  19776. have volunteer work parties to put together the network for the show.
  19777.  
  19778. I would like to know if you know of anyone who has personally
  19779. participated in any of these work parties because I would like to talk
  19780. with someone personally about their experiences and how much they got
  19781. out of it.
  19782.  
  19783. I am in a paculiar situation. My company will not send me to Interop
  19784. on their nickle because of cost reductions. If I go, I would have to
  19785. take vacation time and make my own travel arrangements. I live in the
  19786. Seattle, Washington area and I understand all of the work parties are
  19787. in the San Francisco bay area. Therefore, any decision to get involved
  19788. would mean significent monitary and vacation time expense for me and
  19789. naturally I want to be reasonably sure that I will get something out
  19790. of it.
  19791.  
  19792. Plese either post in comp.dcom.telecom, or email me at
  19793. allyn@netcom.com or allyn@sleepy.boeing.com or call me at (206)
  19794. 865-4699 (days) or (206) 526-8852 nites til 9pm. If you are in the
  19795. Seattle area, I can be reached on 2 meter ham radio on the 145.33
  19796. repeater (I am WA1SEY).
  19797.  
  19798. Thank you very much for your comments!
  19799.  
  19800.  
  19801. Mark Allyn
  19802.  
  19803.  
  19804. [Moderator's Note: Calling Ole Jacobson! Are you awake and reading
  19805. this? Get in touch with Mr. Allyn please.  PAT]
  19806.  
  19807. ------------------------------
  19808.  
  19809. End of TELECOM Digest V12 #446
  19810. ******************************
  19811. 
  19812. 
  19813. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa13768;
  19814.           4 Jun 92 2:39 EDT
  19815. Received: by delta.eecs.nwu.edu id AA20305
  19816.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 4 Jun 1992 00:38:59 -0500
  19817. Received: by delta.eecs.nwu.edu id AA08038
  19818.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 4 Jun 1992 00:38:50 -0500
  19819. Date: Thu, 4 Jun 1992 00:38:50 -0500
  19820. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  19821. Message-Id: <199206040538.AA08038@delta.eecs.nwu.edu>
  19822. To: "\\telecom"@eecs.nwu.edu
  19823. Subject: TELECOM Digest V12 #447
  19824.  
  19825. TELECOM Digest     Thu, 4 Jun 92 00:30:52 CDT    Volume 12 : Issue 447
  19826.  
  19827. Index To This Issue:                     Moderator: Patrick A. Townson
  19828.  
  19829.     Re: GTD5 Bashing and Future (John Higdon)
  19830.     Re: GTD5 Bashing and Future (Jim Rees)
  19831.     Re: GTE Bashing (Dave Strieter)
  19832.     Re: GTE Bashing (John Higdon)
  19833.     Re: On The Other Hand ... (Nigel Roberts)
  19834.     Re: On The Other Hand ... (John Higdon)
  19835.     Re: GTE Employee Responds (Warren R. Carithers)
  19836.     Re: Does *67 Really Work? (Bob Frankston)
  19837.     Re: An Inconsiderate Neighbor Keeps Me Awake (Jeff Sicherman)
  19838. ----------------------------------------------------------------------
  19839.  
  19840. Date: Wed, 3 Jun 92 00:06 PDT
  19841. From: john@zygot.ati.com (John Higdon)
  19842. Reply-To: John Higdon <john@zygot.ati.com>
  19843. Organization: Green Hills and Cows
  19844. Subject: Re: GTD5 Bashing and Future
  19845.  
  19846.  
  19847. bakerj@gtephx.UUCP (Jon Baker) writes:
  19848.  
  19849. > Normally I wouldn't bother responding to the ignorant and inane
  19850. > ramblings of Mr. Higdon, but for the benefit of our more objective
  19851. > readers ...
  19852.  
  19853. But this struck a nerve, eh?
  19854.  
  19855. > The GTD5 did not put GTE out of the switch manufacturing business.
  19856. > Any comment on WHY that decision
  19857. > was made would be pure speculation;
  19858.  
  19859. Yes, indeed. I won't look a gift horse in the mouth. If you want to
  19860. insist that is was mysterious strategic considerations, fine. The fact
  19861. that it is discontinued is good enough for me.
  19862.  
  19863. > Our current three-way conference bridge provides excellent voice
  19864. > quality.  I have no idea what three-way hardware your local CO is
  19865. > using, but it may well be old, obsolete, or defective.
  19866.  
  19867. What are you telling us? That the telco buys a GTD-5 and then goes to
  19868. the local "three-way hardware" store and buys some add-on equipment to
  19869. provide the features? If there is anything at the local telco that is
  19870. old, obsolete, or defective, it is the GTD-5. Doesn't the switch
  19871. provide its own three-way?
  19872.  
  19873. > Are you referring to feature operation from a subscriber's
  19874. > perspective, or feature implementation from a switch-engineering
  19875. > perspective?  For the former, our features generally operate the same
  19876. > as anyone else's (5ESS, DMS, etc.).  As for the latter, you could not
  19877. > possibly have any idea what you're talking about,
  19878.  
  19879. I am speaking from the customer's perspective. And if you claim that
  19880. the features operate the same as everyone else's, then it is you, sir,
  19881. that has not a clue about that which he speaks. Example (something you
  19882. gave not one of in your entire tirade against me): every feature
  19883. operates s-l-o-w-l-y to the point where the user is tempted to retry
  19884. the procedure. Sometimes he does and then things really get messed up.
  19885. When I drop the second call on a three-way, I expect it to happen a
  19886. little faster than three seconds later. Call waiting goes to limbo land
  19887. and one typically loses one or the other party. Oh, yeah, I know, my
  19888. telco is using some off-shore pirate brand of GTD-5.
  19889.  
  19890. > but IMHO the features on a GTD5 are FAR easier to engineer than on the
  19891. > competitor's equipment.
  19892.  
  19893. Well that sure means a lot to me as a customer. Since I write software
  19894. for custom digital switches (oh, you didn't know that, eh?) I think I
  19895. could judge that for myself if I could ever get my hands on the
  19896. material.
  19897.  
  19898. > John, John, John ... how many times do we have to repeat this mantra?
  19899. > The GTD5 already has SS7 and CLASS, and has had them for many years.
  19900. > We are still pursuing options for ISDN features.
  19901.  
  19902. Name one in California. To my knowledge, the FIRST GTD-5 in California
  19903. to run SS7 will do so later this month AS AN EXPERIMENT! Talks are
  19904. scheduled in August with Pac*Bell to discuss the possibility of SS7
  19905. interconnection.
  19906.  
  19907. > There ARE standards of implementation, LOTS of them.  And, for the
  19908. > most part, we all (all manufacturers) follow them to the best of our
  19909. > ability.
  19910.  
  19911. Got some bad news for you. The GTD-5 is the worst of the lot, exceeding 
  19912. even the crumminess of a 5ESS.
  19913.  
  19914. > I'm served by a 5ESS at home, with which I've been less than pleased.
  19915.  
  19916. No argument there. One cannot help but wonder if perhaps you might have 
  19917. some axe to grind about the GTD-5 and its supposed wonderfulness. Naw!
  19918.  
  19919. > John, you've consistently demonstrated your complete ignorance of
  19920. > digital switching systems in this forum.  I think the readers have
  19921. > been generally polite in tolerating your annoying, misinformed tirades.
  19922. > Now, for the benefit of us who do know two cents worth about digital
  19923. > switching systems, and wish to carry on intelligent and relevant dis-
  19924. > cussions regarding those systems, will you please SHUT UP!
  19925.  
  19926. I'm afraid I will not shut up. When people such as yourself come on
  19927. this forum and sound like a press release in defense of an
  19928. indefensible product such as the GTD-5, someone who is not employed by
  19929. the manufacturer and does not have a financial stake one way or the
  19930. other needs to balance comment with some objectivity. I do not claim
  19931. to sport complete objectivity, but my quailifications as an unbiased
  19932. observer certainly exceed yours by a country mile.
  19933.  
  19934. Your innuendos about my lack of technical knowledge are going to draw
  19935. smiles from many of those polite readers to which you refer since many
  19936. are well aware of my general knowledge and experience. And I certainly
  19937. have far more than enough of that to know the difference between good
  19938. and bad telephone service, which IS what we are talking about, is it
  19939. not? And for your information, my experiences with GTD-5 come from
  19940. many places around California, not just my local telco. Your attempts
  19941. to pass it off as "one of a kind" will just not fly.
  19942.  
  19943. Don't try to come off as "Mr. Digital Switching" to me! I am
  19944. intimately familiar with the concept at the most basic level and
  19945. implementation at the design level. Your attitude is so typical GTE:
  19946. we the company know far more than you the customer. You have never
  19947. addressed any of my points in any way other than to just dismiss me as
  19948. ignorant and then claim that the opposite of what I say is true. Are
  19949. you sure you never worked on the front line of GTE repair? Your
  19950. training was excellent.
  19951.  
  19952. Sometime I'll have to show you the many letters of support from those
  19953. readers who are "tired" of my tirades. Oh, by the way, why did you
  19954. wait until now to object to my blaterings? Or do you only care about
  19955. digs to your employer's product? Answering your "press releases" is a
  19956. great bit of fun; they are so transparent. But seriously, attempting
  19957. to bolster and justify a product by personally attacking a detractor
  19958. is not something to which people generally take kindly.
  19959.  
  19960.  
  19961.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  19962.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  19963.  
  19964. ------------------------------
  19965.  
  19966. From: rees@pisa.citi.umich.edu (Jim Rees)
  19967. Subject: Re: GTD5 Bashing and Future
  19968. Reply-To: Jim.Rees@umich.edu
  19969. Organization: University of Michigan IFS Project
  19970. Date: Wed, 3 Jun 92 18:02:39 GMT
  19971.  
  19972.  
  19973. In article <telecom12.443.1@eecs.nwu.edu>, bakerj@gtephx.UUCP (Jon
  19974. Baker) writes:
  19975.  
  19976. [ in reply to John Higdon ]
  19977.  
  19978. > Unless one can have IDSN (at reasonable rates, thank you), digital
  19979. > switches offer nothing but disadvantages to the end user.
  19980.  
  19981.  ...
  19982. > As for ISDN, it's doubtful you'll get it at reasonable (to you) rates
  19983. > any time soon.  Regardless of what your switching platform is, it
  19984. > requires expensive new hardware and software, and associated support
  19985. > systems.  That cost is NOT going to be spread among the entire
  19986. > customer base (you'd have a field day with that one).  The cost is
  19987. > going to be borne primarily by the ISDN subscribers, which initially
  19988. > will be fairly few in number.  In time, the cost will come done.
  19989.  
  19990. You seem to be saying that the high cost of ISDN is related purely to
  19991. low volume. That's simply not true.  If it were, why would my local
  19992. operating company only offer ISDN to Centrex customers?  The phone
  19993. companies put up many barriers to ISDN.  The reason is that they want
  19994. to protect their current overpriced digital offerings (leased line,
  19995. switched 56, etc).  Technical advances have brought the cost of
  19996. digital services way down, and the phone companies will fight every
  19997. inch of the way to keep those cost savings to themselves rather than
  19998. pass them on to the customer.  That would be fine in a free market,
  19999. but is intolerable for a state sanctioned (but unregulated, here in
  20000. Michigan) monopoly.
  20001.  
  20002. > John, you've consistently demonstrated your complete ignorance of
  20003. > digital switching systems in this forum ... will you please SHUT UP!
  20004.  
  20005. John, please keep it up.  The phone companies have huge advertising
  20006. budgets and have no trouble getting across their side of the story.  I
  20007. want to hear the other side.  I'm quite capable of judging for myself
  20008. when Higdon is telling the truth and when he's gone off the deep end.
  20009.  
  20010. ------------------------------
  20011.  
  20012. From: strieterd@gtephx.UUCP (Dave Strieter)
  20013. Subject: Re: GTE Bashing
  20014. Organization: AG Communication Systems, Phoenix, Arizona
  20015. Date: Wed, 3 Jun 1992 19:38:26 GMT
  20016.  
  20017.  
  20018. In article <telecom12.436.7@eecs.nwu.edu>, john@zygot.ati.com (John
  20019. Higdon) writes: 
  20020.  
  20021. > rms@miles.miles.com (Rob Schultz) writes: 
  20022.  
  20023. >> On a  side note, when requesting my service, I asked what type of
  20024. >> switch I would be on.  The rep went to find out, and came back with
  20025. >> the answer: GTS-5.  I asked if this was a 5ESS or similar, and all she
  20026.  
  20027. I presume she meant GTD-5.  
  20028.  
  20029. >> could tell me was that it is GTE's latest and greatest switch.  Can
  20030. >> anyone help identify this?
  20031.  
  20032. > This is the switch that put GTE out of the switch manufacturing
  20033. > business. It has wretched three-way, very clumsy feature
  20034. > implementation, and more than likely will not be equipped for ISDN or
  20035. > SS7 (and CLASS). It is worse than the very badly implemented 5ESS that
  20036. > serves my house and that is bad enough.
  20037.  
  20038.  From the manufacturer's perspective, SS7 has been available for
  20039. several years, CLASS is available now, ISDN PRA (not full ISDN) is
  20040. scheduled for a future software release being designed now.
  20041. Deployment of any of these features on your switch is up to the telco
  20042. and regulators.
  20043.  
  20044.  
  20045. Dave Strieter, AG Communication Systems, POB 52179 Phoenix AZ 85072-2179
  20046.    *** These are not my employer's positions...just my ramblings. ***
  20047. UUCP: ...!{ncar!noao!asuvax | att}!gtephx!strieterd    (AG = AT&T + GTE)
  20048. Internet: gtephx!strieterd@asuvax.eas.asu.edu     Voice: +1 602 582 7477 
  20049.  
  20050. ------------------------------
  20051.  
  20052. Date: Tue, 2 Jun 92 22:59 PDT
  20053. From: john@zygot.ati.com (John Higdon)
  20054. Reply-To: John Higdon <john@zygot.ati.com>
  20055. Organization: Green Hills and Cows
  20056. Subject: Re: GTE Bashing
  20057.  
  20058.  
  20059. Kevin Wayne Williams writes:
  20060.  
  20061. > The GTD-5 is actually a very popular digital switch, with 16 million
  20062. > installed lines across the U.S.
  20063.  
  20064. Very popular with GTE; not so popular with customers. In fact, I don't
  20065. even remember the last time I was asked what switch I would like to
  20066. serve my telephones, even by Pac*Bell :-)
  20067.  
  20068. > It was first applied June 26, 1982 in Banning, California for GTE-
  20069. > California, and sold quite well to GTE and ITOCs.
  20070.  
  20071. Wasn't that the town that petitioned to the PUC to get a new telco
  20072. because that switch was so unreliable? Oh, maybe that was Santa
  20073. Monica.  In any event, as I recall the town fathers were so worried
  20074. that emergency calls would not get through, etc. and made such a big
  20075. stink that the PUC instructed GTE to take the GTD-5 out and reinstall
  20076. the SXS. Great little switch.
  20077.  
  20078. > It is the last switch designed by Automatic Electric.
  20079.  
  20080. There is justice in this world after all.
  20081.  
  20082. > While no one seems to have ever heard of it, it actually outsold
  20083. > the 5-ESS and DMS during the early 80's.
  20084.  
  20085. Just goes to show why GTE as a telco is so rotten. If I am not
  20086. mistaken, the switch is very cheap which might account for its
  20087. popularity with the MA and PA telcos of the land.
  20088.  
  20089. > So, nearly every switch manufacture makes GTD-5's now (although for
  20090. > growth only, there are very few new starts).
  20091.  
  20092. I couldn't imagine why.
  20093.  
  20094.  
  20095.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  20096.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  20097.  
  20098. ------------------------------
  20099.  
  20100. Date: Wed, 3 Jun 92 00:14:07 PDT
  20101. From: Nigel Roberts <roberts@frocky.enet.dec.com>
  20102. Subject: Re: On The Other Hand ...
  20103.  
  20104.  
  20105. In Digest #443 John Higdon writes:
  20106.  
  20107. > need to be happy with it", and, "We can see that you are a long time
  20108. > customer and obviously know how to use the features. We want you to be
  20109. > happy with the service."
  20110.  
  20111. English translation of the above newspeak:
  20112.  
  20113. "You are on our list of squeaky wheels."
  20114.  
  20115. (And why not?)
  20116.  
  20117.  
  20118. Nigel Roberts, European Engineer   "G4IJF"
  20119. +44 206 396610 / +49 6103 383489   FAX +44 206 393148
  20120.  
  20121. ------------------------------
  20122.  
  20123. Date: Wed, 3 Jun 92 02:29 PDT
  20124. From: john@zygot.ati.com (John Higdon)
  20125. Reply-To: John Higdon <john@zygot.ati.com>
  20126. Organization: Green Hills and Cows
  20127. Subject: Re: On The Other Hand ...
  20128.  
  20129.  
  20130. This is the continuing saga of my complaints of "feature flakiness" to
  20131. Pac*Bell. The first report was made Monday afternoon to the business
  20132. office in an informal fashion. On Tuesday the place (my home) was
  20133. literally crawling with Pac*Bell types. They called and we discussed
  20134. how I used the features. (I use them correctly.) They asked about my
  20135. equipment. (It was deemed acceptable.) I was told that they were going
  20136. to detail the 1ESS switch and also send a man out to see if he could
  20137. find anything.
  20138.  
  20139. A man came out and after checking everything from the service entrance
  20140. to well past the demark, he came up with some defective (but still
  20141. apparently usable) pairs in my internal wiring. They had some weird
  20142. leakage. This was not deemed to be causing the trouble, but he advised
  20143. me to use other pairs in the cable.
  20144.  
  20145. I will probably get a progress report on Wednesday. Now, can anyone
  20146. imagine this sort of attention to a residence customer in the land of
  20147. GTE? And even when Pac*Bell found my internal marginal pairs (how
  20148. embarassing!), no one called me an idiot. Hell, the GTE front line
  20149. person would have taken care of that job!
  20150.  
  20151.  
  20152.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  20153.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  20154.  
  20155. ------------------------------
  20156.  
  20157. From: wrc@cs.rit.edu (Warren R Carithers)
  20158. Subject: Re: GTE Employee Responds
  20159. Date: 3 Jun 92 14:03:19 GMT
  20160. Organization: Rochester Institute of Technology, Rochester, NY
  20161.  
  20162.  
  20163. In Telecom Digest 12-443, our esteemed Moderator notes:
  20164.  
  20165. > [Moderator's Note: I don't know ... you tell us: what is wrong with
  20166. > the picture?   PAT]
  20167.  
  20168. Jay Ashworth was pointing out that the original "GTE Employee
  20169. Responds" message (from Digest 12-440) had a: 
  20170.  
  20171. "From: GLORIA.C.VALLE@gte.sprint.com" 
  20172. header line, but the following signature block:
  20173.  
  20174. > Steven Lichter     GTECA
  20175. > Mad Dog (Steven)             Sysop: Apple Elite II -- an Ogg-Net BBS
  20176. > UUCP: steven@alchemy.UUCP    (714) 359-5338  1200-2400 bps 8N1 
  20177.  
  20178. Perhaps an editing problem at Digest construction time?
  20179.  
  20180.  
  20181. Warren R. Carithers, Rochester Institute of Technology, Rochester NY 14623-0887
  20182. Internet:  wrc@cs.rit.edu, wrcics@ultb.isc.rit.edu    (716) 475-2288
  20183. UUCP:       {allegra,rutgers}!rochester!rit!wrc      FAX (716) 475-7100
  20184.  
  20185.  
  20186. [Moderator's Note: The problem is that *everything* coming here from
  20187. Mr. Lichter and a couple other people at that site *always* come on
  20188. the account of 'Gloria V. Valle' ... apparently individual employees
  20189. there cannot have their own email account.  Sometimes the people who
  20190. actually write/submit articles from there put their name and/or a
  20191. signature line at the bottom of the text. When I see this I go back to
  20192. the top (of the Digest version) and manually edit Gloria out and the
  20193. actual submitter in. If no actual name/signture/other clue is given
  20194. then Gloria's name stays there (and sometimes I miss it anyway.) It
  20195. would help if people used their own accounts to write here AND
  20196. included their name in the text at the bottom of their articles. Of
  20197. course in order for the person to get replies, I have to leave
  20198. Gloria's name in the individual message going to the newsgroup. Thus
  20199. the contradictions from time to time.  PAT]
  20200.  
  20201. ------------------------------
  20202.  
  20203. From: Bob_Frankston@frankston.com
  20204. Subject: Re: Does *67 Really Work?
  20205. Date: Wed 3 Jun 1992 12:24 -0400
  20206.  
  20207.  
  20208. Hmm.  Does this [always delivering the ID to your local CO] mean that
  20209. an organization like MIT, which runs its own ISDN CO can, at its whim,
  20210. defeat Caller-ID?
  20211.  
  20212. ------------------------------
  20213.  
  20214. Date: Tue, 2 Jun 92 23:41:38 -0700
  20215. From: Jeff Sicherman <sichermn@beach.csulb.edu>
  20216. Subject: Re: An Inconsiderate Neighbor Keeps Me Awake
  20217. Organization: Cal State Long Beach
  20218.  
  20219.  
  20220. In article <telecom12.442.9@eecs.nwu.edu> spencer@phoenix.princeton.
  20221. edu (S. Spencer Sun) writes:
  20222.  
  20223. > I like your solution, PAT.  About the only other thing I would have
  20224. > done is taken my friend's van (humungous under-the-seat-rumbling-
  20225. > feel-it-in- your-bones bass speakers) and played Guns N' Roses at full
  20226. > blast outside his window.  Or worse, some rap songs.  Or opera.
  20227.  
  20228. > [Moderator's Note: Listen you, lay off of opera. First and last
  20229. > warning. I happen to enjoy Richard Wagner ... all umpteen hours of the
  20230. > Ring Cycle ... it is great background music while preparing this
  20231. > Digest each day.  PAT]
  20232.  
  20233.  
  20234.    Hmm, THAT explains a lot ...
  20235.  
  20236.  
  20237. Jeff Sicherman
  20238.  
  20239.  
  20240. [Moderator's Note: Does it? ... perhaps you'll share your new wisdom
  20241. with all of us!  <wink>  :)   PAT]
  20242.  
  20243. ------------------------------
  20244.  
  20245. End of TELECOM Digest V12 #447
  20246. ******************************
  20247. 
  20248. 
  20249. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa18460;
  20250.           5 Jun 92 2:48 EDT
  20251. Received: by delta.eecs.nwu.edu id AA02679
  20252.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 5 Jun 1992 00:22:56 -0500
  20253. Received: by delta.eecs.nwu.edu id AA12260
  20254.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 5 Jun 1992 00:22:44 -0500
  20255. Date: Fri, 5 Jun 1992 00:22:44 -0500
  20256. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  20257. Message-Id: <199206050522.AA12260@delta.eecs.nwu.edu>
  20258. To: "\\telecom"@eecs.nwu.edu
  20259. Subject: TELECOM Digest V12 #448
  20260.  
  20261. TELECOM Digest     Fri, 4 Jun 92 00:22:43 CDT    Volume 12 : Issue 448
  20262.  
  20263. Index To This Issue:                     Moderator: Patrick A. Townson
  20264.  
  20265.     From the Usenet Rumor Department (Jack Winslade)
  20266.     Wisconsin Bell Monitors 1 in 1000 Phone Calls? (Dave Manley)
  20267.     AT&T Technical Journal (Andy Sherman)
  20268.     800 Numbers From Overseas (Follow up) (Slonim Edwin)
  20269.     917 Directory Assistance Works (Carl Moore)
  20270.     Intra-Lata Traffic in CA (Randy Gellens)
  20271.     Influencing PUCs (Jesse W. Asher)
  20272.     *69 Results in a Beating (David Niebuhr)
  20273.     Passive Repeater? (Scott R. Myers)
  20274.     Avoiding Distribution of Your Calling Data (John Nagle)
  20275.     Billing System for Small Telephone Company (Darin S. Lory)
  20276.     Business Office Hours (John Higdon)
  20277.     Meet-Me Conference Bridge for Sale (Corinna Polk)
  20278.     Canadian Long Distance Competition Decision Next Week (David Leibold)
  20279. ----------------------------------------------------------------------
  20280.  
  20281. Date: Mon, 01 Jun 92 06:40:54 CST
  20282. From: Jack.Winslade@ivgate.omahug.org (Jack Winslade)
  20283. Subject: From the Usenet Rumor Department
  20284. Reply-To: jack.winslade%drbbs@ivgate.omahug.org
  20285. Organization: DRBBS Technical BBS, Omaha
  20286.  
  20287.  
  20288. A thread has started in comp.org.eff.talk concerning a Wisconsin telco
  20289. monitoring subscriber calls.  I think whoever started this has it
  20290. confused with Ma's monitoring of their own business calls, and not
  20291. subscriber to subscriber calls.  Here's a quote ...
  20292.  
  20293. > Actually, they do.  In Wisconsin MaBell records one out of every
  20294. > 1000 phone calls placed.  They have employees listen to ALL these
  20295. > phone converstions, listen apparently for whatever they deem illegal
  20296. > or whatever.  I know this because a colleague from a past position I
  20297. > held, his wife did this for four years for Wisconsin Bell.  So, watch
  20298. > what you say.
  20299.  
  20300. Whoever started the thread implied that the telco was randomly
  20301. listening to subscriber calls (not just those from a sub to the telco)
  20302. and taking whatever action they deemed necessary.  Now you and I know
  20303. this is caca, but to jump in to something like this without doing some
  20304. homework is major flame bait.
  20305.  
  20306. Can anyone state what type of monitoring Wisconsin Bell does, and how
  20307. it is stated, and where it is stated.?
  20308.  
  20309.  
  20310. Thanks,
  20311.  
  20312. Good day.    JSW        Ybbat (DRBBS) 8.9 v. 3.14 r.1
  20313. DRBBS Technical BBS, Omaha  (1:285/666.0)
  20314.  
  20315.  
  20316. [Moderator's Note: An old saying is 'consider the source ... '. Yes
  20317. there is monitoring of calls between subscribers, but of no person(s)
  20318. in particular, and without any immediate identification as to caller
  20319. or called-party for the purpose of testing line and connection
  20320. quality, etc. It is known as quality control, and it occurs in almost
  20321. every telephone company. Methods exist to identify the lines, circuits
  20322. and central office equipment used in the event poor quality connect-
  20323. ions are encountered. The length of time a call is monitored (from
  20324. several seconds to a minute or two) and the ratio of monitored calls
  20325. to calls attempted or completed (in the above article, the claim was 1
  20326. to 1000) varies from one telco to the next. Subscriber privacy is very
  20327. important, but so is quality control and to manage the latter, the
  20328. former has to be tampered with; but to maintain privacy, the employees
  20329. doing the monitoring can't access the record of the phone numbers
  20330. connected, etc.  They can make their reports and someone else can look
  20331. up the specifics. Think of it like the label attached to your clothing
  20332. which says 'inspected by # 209' or similar. It is all rather impersonal 
  20333. and the way in which the network is kept up to high standards.   PAT]
  20334.  
  20335. ------------------------------
  20336.  
  20337. From: manley@optilink.com (Dave Manley)
  20338. Subject: Wisconsin Bell Monitors 1 in 1000 Phone Calls?
  20339. Date: 2 Jun 92 21:58:03 GMT
  20340. Organization: DSC/Optilink Access Products
  20341.  
  20342.  
  20343. I'm reposting this from misc.legal and alt.folklore.urban.
  20344.  
  20345.                        -----------
  20346.  
  20347. In article <19921.338.16006@execnet> "tom betz" <tom.betz@execnet.com>
  20348. writes:
  20349.  
  20350. I just found this classic FOAF:
  20351.  
  20352.   Newsgroup: misc.legal
  20353.   Subject: Regulation of Computer BBoards Systems
  20354.  
  20355. > mnemonic@eff.org (Mike Godwin) writes:
  20356.  
  20357. >> in the USA at least. (Telephone service is regulated under a "natural
  20358. >> monopoly" theory, not a scarcity theory, and the government does not
  20359. >> actively engage in content regulation of your phone calls.)
  20360.  
  20361. > Actually, they do.  In Wisconsin MaBell records one out of every 1000 phone
  20362. > calls placed.  They have employees listen to ALL these phone converstions,
  20363. > listen apparently for whatever they deem illegal or whatever.  I know this
  20364. > because a colleague from a past position I held, his wife did this for 4
  20365. > years for Wisconsin Bell.  So, watch what you say.
  20366.  
  20367. Can anyone at Wisconsin Bell confirm or deny this?
  20368.  
  20369.  
  20370. [Moderator's Note: See the previous message. All telcos do this, and
  20371. it has nothing to do with 'what they deem illegal' .. nor should you
  20372. bother to 'watch what you say' anymore than you would otherwise on the
  20373. telephone.  And common sense (not something to be found in great
  20374. amounts on certain unnamed Usenet news groups) would dictate that if a
  20375. few hundred million phone calls are made in the USA each day, it would
  20376. be impossible to have employees listen to 'ALL these phone conversations' 
  20377. or even some infintesimal fraction of them for other than a few
  20378. seconds each. Phreaks and hackers are more likely to invade the
  20379. privacy of telephone users by their attempts to listen to satellites;
  20380. get into the wire pairs of other users; and rip off their calling card
  20381. numbers, etc; but I suppose it is more fun to accuse telco of
  20382. something diabolical instead. Essentially, telco quality control
  20383. monitoring is a non-issue.  PAT]
  20384.  
  20385. ------------------------------
  20386.  
  20387. From: andys@ulysses.att.com (Andy Sherman)
  20388. Subject: AT&T Technical Journal
  20389. Date: Wed, 03 Jun 92 09:52:43 EDT
  20390.  
  20391.  
  20392. Since I've had two requests already for this information, I thought
  20393. I'd post it.  This is taken from the inside front cover:
  20394.  
  20395. AT&T TECHNICAL JOURNAL (ISSN 8576-2324) is published six times a year
  20396. by AT&T.  Individual subscriptions: U.S. -- 1 year $50; 2 years $90; 
  20397. 3 years $120 Foreign -- 1 year $64; 2 years $118; 3 years $162.
  20398.  
  20399. Subscription payments must be made by check in U.S. funds, drawn on a
  20400. U.S. bank, and made payable to AT&T Technical Journal.  Send
  20401. subscriptions, address changes, and related correspondence to
  20402. Circulation Group, Room 1B-413, AT&T Bell Laboratories, P.O. Box 1101,
  20403. 101 J F Kennedy Pkwy, Short Hills, NJ 07078-0996.
  20404.  
  20405. Current or recent issues may be obtained by writing to the Circulation
  20406. Group or calling (201) 564-2582.  You may obtain back ussues from the
  20407. AT&T Customer Information Center, PO Box 19901, Indianapolis, IN
  20408. 46219, or by calling (800) 432-6600.  From outside the U.S. call (317)
  20409. 352-8557.  Photocopy or microform reprints from the AT&T Technical
  20410. Journal are available by writing to University Microfilms
  20411. International, 300 Zeeb Road, Ann Arbor, MI, 48106, or calling (800)
  20412. 521-0600.  From outside the U.S. call (313) 761-4700.
  20413.  
  20414. That should about cover it.  You might also check a good engineering
  20415. library.
  20416.  
  20417.  
  20418. Andy Sherman/AT&T Bell Laboratories/Murray Hill, NJ
  20419. AUDIBLE:  (908) 582-5928
  20420. READABLE: andys@ulysses.att.com  or att!ulysses!andys
  20421. What? Me speak for AT&T?  You must be joking!
  20422.  
  20423. ------------------------------
  20424.  
  20425. From: slonim@iil.intel.com (Slonim Edwin)
  20426. Reply-To: slonim@iilcad.intel.com
  20427. Subject: Re: 800 Number With "Routing Error"
  20428. Date: Wed, 03 Jun 1992 07:38:31 GMT
  20429. Organization: Intel Corporation
  20430.  
  20431.  
  20432. In article <telecom12.434.11@eecs.nwu.edu> Jack@myamiga.mixcom.com
  20433. (Jack Decker) writes:
  20434.  
  20435. > In message <telecom12.407.11@eecs.nwu.edu>, warren@worlds.COM (Warren
  20436. > Burstein) writes:
  20437.  
  20438. >> I'm in Israel.  I needed to call a company, Solution Systems, for
  20439. >> help.  So I dialed USA Direct, the number in their manual, (800)
  20440. >> 821-2492 and my card/PIN.  A recording told me I had reached the sales
  20441. >> line, if I wanted technical help I should dial 1-800-999-9663.  So I
  20442. >> redialed USA Direct, the number (w/o the 1) and card/PIN and got
  20443. >> several rings, followed by an intercept and a "number cannot be
  20444. >> completed as dialed" message.
  20445.  
  20446. > I suspect that the first 800 number is an AT&T 800 number, while the
  20447. > second is provided by some other carrier (maybe MCI?).  Seems I recall
  20448. > reading that AT&T operators will only connect you to AT&T 800 numbers?
  20449. > You might try to find out if MCI has an equivalent to USA Direct, and
  20450. > see if the call can be placed that way.
  20451.  
  20452. The MCI number from Israel is 177-150-2727
  20453.  
  20454. By the way, is AT&T charging you for access to these 800 numbers?  Do
  20455. other carriers have the same policy for international calls?
  20456. Sometimes I would have been willing to pay to access 800 numbers, but
  20457. thought it impossible from overseas.
  20458.  
  20459. Note that there are now international 800 numbers available from AT&T,
  20460. but they must e set up by the owner on a per country basis.  Last time
  20461. I inquired the cost was about $100/hr + $100/month/country
  20462.  
  20463.  
  20464. Edwin Slonim, Intel Software Products, Haifa, Israel, slonim@iil.intel.com
  20465. Disc: my own firmly held opinion
  20466. phone (011)+972-435-5910, fax (011)+972-435-5674 voicemail (916)351-2005
  20467.  
  20468. ------------------------------
  20469.  
  20470. Date: Tue, 2 Jun 92 14:11:09 EDT
  20471. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  20472. Subject: 917 Directory Assistance Works
  20473.  
  20474.  
  20475. Calling 917-555-1212 via C&P pay phone using AT&T has gotten through.
  20476. The ringing signal was that old E-flat-major chord.
  20477.  
  20478. ------------------------------
  20479.  
  20480. From: <MPA15AB!RANDY@TRENGA.tredydev.unisys.com>
  20481. Date: 03 JUN 92 01:30   
  20482. Subject: Intra-Lata Traffic in CA
  20483.  
  20484.  
  20485. I live in a GTE island surrounded by PacBell.  About 60 miles away is
  20486. Los Angles, which is within my LATA and has islands of GTE surrounded
  20487. by PacBell.
  20488.  
  20489. If I call someone in LA who has GTE, does my call stay on GTE
  20490. facilities all the way?  Does my CO hand off the call to a GTE toll
  20491. switch which routes it to a GTE switch in LA?  Or does it travel part
  20492. of the way on PacBell lines?  Or are there shared lines?
  20493.  
  20494. In other words, are there redundant GTE and PacBell toll switches and
  20495. transmission facilities?
  20496.  
  20497. How about if I call a PacBell number in LA?  GTE charges me the same
  20498. exorbitant rate.  Does GTE carry the call to PacBell's door in LA?  Do
  20499. they hand off the call right away and pocket all that money?
  20500.  
  20501.  
  20502. Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com
  20503. >If mail bounces, forward to postmaster@tredysvr.tredydev.unisys.com<
  20504. Opinions are personal; facts are suspect; I speak only for myself
  20505.  
  20506. ------------------------------
  20507.  
  20508. From: jessea@homecare.com (Jesse W. Asher)
  20509. Subject: Influencing PUCs
  20510. Reply-To: jessea@homecare.com (Jesse W. Asher)
  20511. Organization: Health Sphere of America Inc.
  20512. Date: Thu, 4 Jun 92 13:29:46 GMT
  20513.  
  20514.  
  20515. Our local carrier is in the process of tariffing ISDN and I would like
  20516. to know how much influence the public has over this process.  I'd like
  20517. to see ISDN come in reach of home users (BRI) and I was curious if
  20518. there was someway to influence the process so that this would happen.
  20519. I've heard other RBOCs pricing BRI ISDN out of the home consumer's
  20520. reach and I don't want that to happen here.  So I'm starting by asking
  20521. where to start!  :-)  Thanks for any advice on this.
  20522.  
  20523.  
  20524. Jesse W. Asher        NIC Handle:  JA268         Phone: (901) 386-5061
  20525.                  Health Sphere of America Inc.
  20526.          5125 Elmore Rd., Suite 1, Memphis, TN 38134
  20527. Internet: jessea@homecare.COM           UUCP: ...!banana!homecare!jessea
  20528.  
  20529. ------------------------------
  20530.  
  20531. Date: Wed, 3 Jun 92 12:41:26 -0400
  20532. From: niebuhr@bnlux1.bnl.gov (david niebuhr)
  20533. Subject: *69 Results in a Beating
  20534.  
  20535.  
  20536. While listening to my scanner last night, I heard a conversation between
  20537. several cops concerning the beating of a drug buyer.  It seems that
  20538. person one (buyer) called person two (seller) and complained about the
  20539. quality of the junk (isn't that a shame).
  20540.  
  20541. Person two promptly dialed *69 and told person one that he was going
  20542. to get several *friends* and go to his house and beat the **** out of
  20543. him (it seems that they knew each other in other ways).  They promptly
  20544. did just that.
  20545.  
  20546. Think of all the possibilities here.
  20547.  
  20548. Note: This is in the 516 area code and the police district covers the
  20549. western half of Suffolk County and the cops were assigned to my
  20550. tri-community locale which makes it local.
  20551.  
  20552.  
  20553. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  20554. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  20555.  
  20556.  
  20557. [Moderator's Note: Great. Something new to blame on telco. The only
  20558. thing wrong with your story is that *69 merely reconnects the parties;
  20559. unlike Caller-ID it does not say WHO is being connected. If the party
  20560. of the second part in your story also had Caller-ID, then the number
  20561. of the caller may or may not have been available, but it doesn't even
  20562. give an address, something I assume is required if you wish to make a
  20563. personal visit to the person who called you. And if the party of the
  20564. first part was already known to the party of the second part, then *69
  20565. did nothing more than provide a fast way to dial the number.   PAT]
  20566.  
  20567. ------------------------------
  20568.  
  20569. From: srm@dimacs.rutgers.edu (Scott R. Myers)
  20570. Subject: Passive Repeater?
  20571. Date: 3 Jun 92 17:00:19 GMT
  20572. Organization: Rutgers University
  20573.  
  20574.  
  20575. I have read briefly in a recent {Mobile Magazine} and also saw in the
  20576. store window a camera store that sells Cellular a device called a
  20577. passive repeater.  It looks like a standard through the glass mount
  20578. antenna with some type of 3x3x3in box with coax connectors on two
  20579. sides.  The person at the store couldn't explain it to me and the
  20580. article didn't go into much detail.  The article claims that this
  20581. setup can improve the signal from a handheld phone inside the car
  20582. without the antenna being physically connected to the phone. I have
  20583. a few questions:
  20584.  
  20585. 1) Is this possible?
  20586.  
  20587. 2) How much of an improvement can I expect?
  20588.  
  20589. 3) Can someone give me a technical explaination of how this can work?
  20590.  
  20591. BTW the wrapping on the one I saw displayed said something like "Works
  20592. through proven Microwave technology."  Sounds like marketing hype but
  20593. someone on the net would probably have a better idea of what this
  20594. really means.
  20595.  
  20596. Thanks in advance.
  20597.  
  20598.  
  20599. Scott R. Myers
  20600. Snail:    8544 Temple Road    Phone:215.247.2551
  20601. Philadelphia, PA 19150    Arpa:    srm@dimacs.rutgers.edu    Uucp: ..!dimacs!srm
  20602.  
  20603. ------------------------------
  20604.  
  20605. From: nagle@netcom.com (John Nagle)
  20606. Subject: Avoiding Distribution of Your Calling Data
  20607. Date: Wed, 03 Jun 92 17:46:15 GMT
  20608. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  20609.  
  20610.  
  20611. PacTel for their "California Gold" program included the amounts of my
  20612. last few PacTel bills.  I was a bit suprised to see that PacTel was
  20613. giving out this information, and called the business office.  The
  20614. business office admitted that they are giving out that information.
  20615. They informed me, though, that I could stop all distribution of
  20616. billing info to marketeers by requesting the "Customer Proprietary
  20617. Network Information" option.  No charge for this option was mentioned.
  20618.  
  20619. This seems to be a useful feature to order.
  20620.  
  20621.  
  20622. John Nagle
  20623.  
  20624. ------------------------------
  20625.  
  20626. Date: Wed, 3 Jun 92 14:19:10 EDT
  20627. From: darin@kaman.com (Darin S. Lory)
  20628. Reply-To: Darin S. Lory <darin@kaman.com>
  20629. Subject: Blling System for Small Telephone Company
  20630.  
  20631.  
  20632. I am looking for a billing system that is suited for a small and
  20633. growing telephone company.  They currently have a IBM System/36 and
  20634. all there programs are written in RPG II.  I would like a system that
  20635. can run on a Sun SPARCstation or server and be accessable from
  20636. networked Macs and PCs.
  20637.  
  20638. If anybody knows of a company or software product that does so, could
  20639. you please email me.
  20640.  
  20641.  
  20642. Darin 
  20643.  
  20644. ------------------------------
  20645.  
  20646. Date: Wed, 3 Jun 92 12:09 PDT
  20647. From: john@zygot.ati.com (John Higdon)
  20648. Reply-To: John Higdon <john@zygot.ati.com>
  20649. Organization: Green Hills and Cows
  20650. Subject: Business Office Hours
  20651.  
  20652.  
  20653. Anyone notice Pac*Bell's business office hours these days? Monday
  20654. through Friday, 6:30AM to 10:00PM; Saturday, 7:00AM to 7:00PM ...
  20655.  
  20656. Is this a trend?
  20657.  
  20658.  
  20659.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  20660.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  20661.  
  20662.  
  20663. [Moderator's Note: Illlinois Bell now operates 24 hours per day, with
  20664. a single number for business and residential customers.  PAT]
  20665.  
  20666. ------------------------------
  20667.  
  20668. From: polk@girtab.usc.edu (Corinna Polk)
  20669. Subject: Meet-Me Conference Bridge for Sale
  20670. Date: 3 Jun 1992 13:28:53 -0700
  20671. Organization: University of Southern California, Los Angeles, CA
  20672.  
  20673.  
  20674. I've got a brand new, in the box, Meet-Me Conference Bridge from TEC
  20675. International here. The MMCB is a "fully automatic nine-port
  20676. conference bridge" that will work with PABX's, in the central office,
  20677. or with key systems. It can be connected to another such unit to form
  20678. a single 18 line unit. Somehow, I managed to win this thing at TEXPO,
  20679. and after some discussion in our office, realized we already had
  20680. capabilities for such conference calls. Retail value is listed at
  20681. $2,968.00, but I'm sure I would part with it for any semi-reasonable
  20682. offer, maybe even a ridiculous offer.
  20683.  
  20684. ------------------------------
  20685.  
  20686. Date: Wed, 03 Jun 92 23:16:03 EDT
  20687. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  20688. Subject: Canadian Long Distance Competition Decision Next Week
  20689.  
  20690.  
  20691. News is out (via {The Toronto Star}) that the CRTC will issue its
  20692. decision on the Unitel and BCRL/Lightel bids to compete with their
  20693. long distance networks, breaking the current monopoly of the Stentor
  20694. (formerly Telecom Canada, formerly^2 TCTS) telcos. Many expect the
  20695. CRTC to approve competition; the terms under which this competition
  20696. may happen could be the catch. Unitel wanted to have a 15% discount
  20697. Stentor (Bell Canada, BC Tel et al) prices while they get established
  20698. in the market; this is challenged by the telcos, to say the least.
  20699.  
  20700. The announcement will happen Friday 12th June. Wait and see ...
  20701.  
  20702.  
  20703. dleibold@vm1.yorku.ca
  20704.  
  20705. ------------------------------
  20706.  
  20707. End of TELECOM Digest V12 #448
  20708. ******************************
  20709. 
  20710. 
  20711. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa19591;
  20712.           5 Jun 92 3:21 EDT
  20713. Received: by delta.eecs.nwu.edu id AA19574
  20714.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 5 Jun 1992 01:37:45 -0500
  20715. Received: by delta.eecs.nwu.edu id AA17355
  20716.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 5 Jun 1992 01:37:36 -0500
  20717. Date: Fri, 5 Jun 1992 01:37:36 -0500
  20718. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  20719. Message-Id: <199206050637.AA17355@delta.eecs.nwu.edu>
  20720. To: "\\telecom"@eecs.nwu.edu
  20721. Subject: TELECOM Digest V12 #450
  20722.  
  20723. TELECOM Digest     Fri, 5 Jun 92 01:37:27 CDT    Volume 12 : Issue 450
  20724.  
  20725. Index To This Issue:                     Moderator: Patrick A. Townson
  20726.  
  20727.     Re: GTD5 Bashing and Future (Michael F Eastman)
  20728.     Re: GTD5 Bashing and Future (Kevin W. Williams)
  20729.     Re: GTD5 Bashing and Future (tds@hoserve.att.com)
  20730.     List of GTD-5 Observations (John Higdon)
  20731.     GTD-5 Service in Southern California, SS7, etc. (Lauren Weinstein)
  20732. ----------------------------------------------------------------------
  20733.  
  20734. Date: Thu,  4 Jun 92 13:12:53 EDT
  20735. From: mfe@ihlpm.att.com (Michael F Eastman)
  20736. Subject: Re: GTD5 Bashing and Future
  20737. Organization: AT&T
  20738.  
  20739.  
  20740. In article <telecom12.447.1@eecs.nwu.edu>, john@zygot.ati.com (John
  20741. Higdon) writes:
  20742.  
  20743. > Sometime I'll have to show you the many letters of support from those
  20744. > readers who are "tired" of my tirades. Oh, by the way, why did you
  20745. > wait until now to object to my blaterings? Or do you only care about
  20746. > digs to your employer's product? Answering your "press releases" is a
  20747. > great bit of fun; they are so transparent. But seriously, attempting
  20748. > to bolster and justify a product by personally attacking a detractor
  20749. > is not something to which people generally take kindly.
  20750.  
  20751. You can add this to your letters of support. I started reading and
  20752. (somewhat participating) in this forum a long time ago. What I learned
  20753. early on is that this forum is one of the best ways to find out what
  20754. the customer wants. And believe me, the customer can be difficult to
  20755. identify. Sometimes it takes John (or others) to touch that raw nerve
  20756. to make us (the producers of the product) go back and take a harder
  20757. look at what we're doing. So I learned to be patient and listen, not
  20758. to jump in defensively, and take it all in with an open mind. 
  20759.  
  20760. I work on and off on 5ESS and 4ESS, and this forum helps me to do a
  20761. better job (within the bounds set by my management, of course :=) ). I
  20762. don't want to imply that an employee shouldn't take pride in the
  20763. product on which they work. However, in order to make that product (or
  20764. its replacement) better, learn to take criticism gracefully and FOR
  20765. GOD'S SAKE don't kill the messenger/customers! In defense of the GTD-5
  20766. developer, it's still good to see that there are some AMERICAN workers
  20767. who really do give a damn.
  20768.  
  20769.  
  20770. Mike Eastman    att!ihlpm!mfe    (708) 979-6569
  20771. AT&T Bell Laboratories  Rm. 4F-328  Naperville, IL 60566
  20772.  
  20773. ------------------------------
  20774.  
  20775. From: williamsk@gtephx.UUCP (Kevin W. Williams)
  20776. Subject: Re: GTD5 Bashing and Future
  20777. Organization: gte
  20778. Date: Thu, 4 Jun 1992 16:30:38 GMT
  20779.  
  20780.  
  20781. In article <telecom12.447.1@eecs.nwu.edu>, john@zygot.ati.com (John
  20782. Higdon) writes:
  20783.  
  20784. > bakerj@gtephx.UUCP (Jon Baker) writes:
  20785.  
  20786. >> Normally I wouldn't bother responding to the ignorant and inane
  20787. >> ramblings of Mr. Higdon, but for the benefit of our more objective
  20788. >> readers ...
  20789.  
  20790. > But this struck a nerve, eh?
  20791.  
  20792. >> The GTD5 did not put GTE out of the switch manufacturing business.
  20793. >> Any comment on WHY that decision
  20794. >> was made would be pure speculation;
  20795.  
  20796. > Yes, indeed. I won't look a gift horse in the mouth. If you want to
  20797. > insist that is was mysterious strategic considerations, fine. The fact
  20798. > that it is discontinued is good enough for me.
  20799.  
  20800. Actually, Mr. Baker and Mr. Higdon are both right. There was no
  20801. particular flaw in the GTD-5 that drove GTE out of the switching
  20802. business. It was, and still is, a good switch, and quite cost
  20803. effectively provides most analog based features. The cost of modifying
  20804. it to provide ISDN terrified GTE. The money AT&T spent on providing
  20805. the 5-ESS with ISDN would have also terrified GTE.  Ditto NTI and the
  20806. DMS-100.
  20807.  
  20808. >> Our current three-way conference bridge provides excellent voice
  20809. >> quality.  I have no idea what three-way hardware your local CO is
  20810. >> using, but it may well be old, obsolete, or defective.
  20811.  
  20812. > What are you telling us? That the telco buys a GTD-5 and then goes to
  20813. > the local "three-way hardware" store and buys some add-on equipment to
  20814. > provide the features? If there is anything at the local telco that is
  20815. > old, obsolete, or defective, it is the GTD-5. Doesn't the switch
  20816. > provide its own three-way?
  20817.  
  20818. Sure it does. Our original three-way bridge circuit had some real
  20819. problems.  We released new versions in 1984. Eight years from then,
  20820. your operating company apparently has the old one. What's your NPA and
  20821. exchange? I'll let you know.
  20822.  
  20823. >> Are you referring to feature operation from a subscriber's
  20824. >> perspective, or feature implementation from a switch-engineering
  20825. >> perspective?  For the former, our features generally operate the same
  20826. >> as anyone else's (5ESS, DMS, etc.).  As for the latter, you could not
  20827. >> possibly have any idea what you're talking about,
  20828.  
  20829. > I am speaking from the customer's perspective. And if you claim that
  20830. > the features operate the same as everyone else's, then it is you, sir,
  20831. > that has not a clue about that which he speaks. Example (something you
  20832. > gave not one of in your entire tirade against me): every feature
  20833. > operates s-l-o-w-l-y to the point where the user is tempted to retry
  20834. > the procedure. Sometimes he does and then things really get messed up.
  20835. > When I drop the second call on a three-way, I expect it to happen a
  20836. > little faster than three seconds later. Call waiting goes to limbo land
  20837. > and one typically loses one or the other party. Oh, yeah, I know, my
  20838. > telco is using some off-shore pirate brand of GTD-5.
  20839.  
  20840. I have a GTD-5 phone here on my desk. I get three-way set up so fast I
  20841. don't perceive a delay. I cannot comment on your particular office
  20842. engineering for professional reasons, but I can state that when the
  20843. GTD-5 is properly engineered, dial-tone should be returned roughly 350
  20844. milliseconds after flash for three-way. Overloading a TCU will result
  20845. in unreliable flash detection. Overloading a TPC will result in delays
  20846. for feature operation.
  20847.  
  20848. >> but IMHO the features on a GTD5 are FAR easier to engineer than on the
  20849. >> competitor's equipment.
  20850.  
  20851. > Well that sure means a lot to me as a customer. Since I write software
  20852. > for custom digital switches (oh, you didn't know that, eh?) I think I
  20853. > could judge that for myself if I could ever get my hands on the
  20854. > material.
  20855.  
  20856. I'll second Jon's vote on this one. It is a pretty controversial issue
  20857. even with people who use both switches, however. The GTD-5 engineering
  20858. is more flexible than the 5-ESS, and requires fewer commands. It
  20859. doesn't provide any menus, so it is easier for a service clerk to srew
  20860. up royally.
  20861.  
  20862. >> John, John, John ... how many times do we have to repeat this mantra?
  20863. >> The GTD5 already has SS7 and CLASS, and has had them for many years.
  20864. >> We are still pursuing options for ISDN features.
  20865.  
  20866. > Name one in California. To my knowledge, the FIRST GTD-5 in California
  20867. > to run SS7 will do so later this month AS AN EXPERIMENT! Talks are
  20868. > scheduled in August with Pac*Bell to discuss the possibility of SS7
  20869. > interconnection.
  20870.  
  20871. This you can take up with GTECA. SS7 has been alive and well in the
  20872. GTD-5 for years. GTE even provides some services to the RBOCs for
  20873. credit card validation because SS7 is so much more widely implemented
  20874. in GTE than in the RBOCs (and Judge Green doesn't make them buy so
  20875. many STPs, so they are able to do it more cost effectively).
  20876.  
  20877. Some of the things you blame on the GTD-5 you can blame on GTECA. As
  20878. Pat has pointed out, there are lots of GTEs. All have their strengths
  20879. and weaknesses. From my perspective, NORTH (previously MTO) has the
  20880. best customer service, but trouble with transmission. Florida is
  20881. pretty good with both, as is most of SE. GTECA is technically ahead of
  20882. the others, with the most widespread fiber, but lags in SS7 and leads
  20883. in sheer customer irritation.
  20884.  
  20885. >> There ARE standards of implementation, LOTS of them.  And, for the
  20886. >> most part, we all (all manufacturers) follow them to the best of our
  20887. >> ability.
  20888.  
  20889. > Got some bad news for you. The GTD-5 is the worst of the lot, exceeding 
  20890. > even the crumminess of a 5ESS.
  20891.  
  20892. >> I'm served by a 5ESS at home, with which I've been less than pleased.
  20893.  
  20894. > No argument there. One cannot help but wonder if perhaps you might have 
  20895. > some axe to grind about the GTD-5 and its supposed wonderfulness. Naw!
  20896.  
  20897. Admittedly, Jon is biased. However, a statement like "exceeding even
  20898. the crumminess of the 5ESS" looks like it has a bias as well. You can
  20899. put your dreams of analog switches aside, John. No operating company
  20900. is going to ever deploy an analog switch again. I will agree with you,
  20901. I like them better. The "Strowgerworld" April Fools joke really
  20902. appealed to me.
  20903.  
  20904. >> John, you've consistently demonstrated your complete ignorance of
  20905. >> digital switching systems in this forum.  I think the readers have
  20906. >> been generally polite in tolerating your annoying, misinformed tirades.
  20907. >> Now, for the benefit of us who do know two cents worth about digital
  20908. >> switching systems, and wish to carry on intelligent and relevant dis-
  20909. >> cussions regarding those systems, will you please SHUT UP!
  20910.  
  20911. > I'm afraid I will not shut up. When people such as yourself come on
  20912. > this forum and sound like a press release in defense of an
  20913. > indefensible product such as the GTD-5, someone who is not employed by
  20914. > the manufacturer and does not have a financial stake one way or the
  20915. > other needs to balance comment with some objectivity. I do not claim
  20916. > to sport complete objectivity, but my quailifications as an unbiased
  20917. > observer certainly exceed yours by a country mile.
  20918.  
  20919. I have a hard time considering either of you unbiased. Jon derives his
  20920. livelihood from the GTD-5. John has stated that he doesn't think
  20921. digital switches should be used as end offices.
  20922.  
  20923. For the record, I also derive my livelihood from the GTD-5. Is it the
  20924. best switch on the market? No. Is it the worst switch on the market?
  20925. No. Its uptime is roughly identical to the DMS-100 and 5ESS (all three
  20926. will take first place within GTE's network (where I have access to
  20927. statistics) roughly 1/3 or the time). It exceeds those from any other
  20928. switch manufacturer. Its range of features (excluding ISDN) is
  20929. comparable to the DMS-100 and 5-ESS. Its capacity is lower than the
  20930. DMS-100 or 5-ESS, but that is by design: there is not much need for
  20931. 170,000 line switches in GTE. Is it easier for a telco to screw up the
  20932. engineering on a GTD-5 than the DMS-100 or 5-ESS? Emphatically yes.
  20933.  
  20934.  
  20935. Kevin Wayne Williams    UUCP : ...!ames!ncar!noao!asuvax!gtephx!williamsk
  20936.  
  20937. ------------------------------
  20938.  
  20939. Date: Thu,  4 Jun 92 22:09:38 GMT
  20940. From: tds@hoserve.att.com
  20941. Subject: Re: GTD5 Bashing and Future
  20942. Reply-To: tds@hoserve.att.com
  20943. Organization: AT&T Bell Laboratories
  20944.  
  20945.  
  20946. > bakerj@gtephx.UUCP (Jon Baker) writes:
  20947.  
  20948. > Normally I wouldn't bother responding to the ignorant and inane
  20949. > ramblings of Mr. Higdon, but for the benefit of our more objective
  20950. > readers ...
  20951.  
  20952. John> Sometime I'll have to show you the many letters of support from those
  20953. John> readers who are "tired" of my tirades. 
  20954.  
  20955. Sheesh, some flame ...
  20956.  
  20957. When I haven't been able to keep up with comp.dcom.telecom, I just
  20958. scan for interesting subject or messages from the few posters I
  20959. recognize as informed and interesting.  john@zygot.ati.com is in that
  20960. category, and it looks like I can speed up my news reading by putting
  20961. bakerj@gtephx.UUCP (Jon Baker) in my kill file ...
  20962.  
  20963. ------------------------------
  20964.  
  20965. Date: Thu, 4 Jun 92 03:36 PDT
  20966. From: john@zygot.ati.com (John Higdon)
  20967. Reply-To: John Higdon <john@zygot.ati.com>
  20968. Organization: Green Hills and Cows
  20969. Subject: List of GTD-5 Observations
  20970.  
  20971.  
  20972. With all the name calling and personal attacks, I thought it time to
  20973. list in detail those things that I consider deficient about the GTD-5.
  20974. Perhaps someone who is familiar with the switch could explain the
  20975. rational behind the switch's behavior (but please do not just call me
  20976. an idiot for noticing that the emperor is naked).
  20977.  
  20978. 1. Substandard TT recognition. I have a telephone with a somewhat
  20979. flaky digital pad that provides an interesting test for the ability of
  20980. a TT receiver to detect DTMF under adverse conditions. Both the 1ESS
  20981. and the 5ESS seem to have little difficulty; the GTD-5 will require
  20982. (at times) many attempts to place a call.
  20983.  
  20984. 2. Low successful call completion percentage. This could be related to
  20985. the above, but even with telephones that are in perfect working order,
  20986. the number of times a call will end in silence or reorder is noticably
  20987. inferior to other switches.
  20988.  
  20989. 3. Bad three-way. Regardless of the protestations, the latest and
  20990. greatest version available for review sounds dreadful. They sound
  20991. dreadful in Whittier, Redlands, or Los Gatos. The older ones are
  20992. horribly distorted when all three people try to talk at once. Later
  20993. versions attempt to mask this by using gating. This, too, is
  20994. unacceptable. It makes three-way calls sound like a switched-gain
  20995. speakerphone. Callers in noisy locations compound the problem. I will
  20996. not accept as an answer to this one, "the latest ones sound fine".
  20997. Nothing short of a demonstration will convince me at this point. DMS
  20998. and 5ESS three-way is vastly superior.
  20999.  
  21000. 4. Slow features. I hear this time and time again when talking to
  21001. someone who is served on a GTD-5: "I have another call. Just a moment.
  21002. [Click-click] Hello------." In other words, the switch was so slow in
  21003. responding to the hookflash that I heard the "hello" meant for the
  21004. second call. And on three-way, even I, an experienced feature-user, am
  21005. tempted to hit the hook "again" to add in the second call. Of course
  21006. to do so would drop the call. It makes for a most awkward interface.
  21007. The DMS and 5ESS have no such difficulty (as far as speed is
  21008. concerned).
  21009.  
  21010. 5. Call Waiting inoperative during three-way. We went rounds on this
  21011. about the 5ESS, but it turns out that on Centrex-type services the 5E
  21012. sports the ability to have Call Waiting operate if the call recipient
  21013. is the center of a three-way call. The GTD-5 does not have this
  21014. ability. Since Centrex has only been available on the GTD-5 for a
  21015. relatively short time (!), I have not had the opportunity to critique
  21016. the possible horrors awaiting there.
  21017.  
  21018. 6. Ringback tone does not land in mid-ring. On virtually every
  21019. electronic switch in service today, analog or digital, the firmware
  21020. causes the caller to receive ringback tone at the moment of
  21021. connection.  There are three ringing phases and one is always active
  21022. with tone. The switch should (and all but the GTD-5 do) drop the
  21023. caller into the active phase. The GTD-5 always immediately supplies
  21024. ringing voltage to the called telephone, but the caller may have to
  21025. wait up to several seconds for any confirmation that his call has gone
  21026. through.
  21027.  
  21028. So there are the complaints about the GTD-5 that are demonstrable and
  21029. repeatable, and are not shared by other contemporary digital products.
  21030. I invite anyone familiar with the product at an engineering level to
  21031. comment. But please, let us dispense with pretenders who only seem to
  21032. know how to call people names.
  21033.  
  21034.  
  21035.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  21036.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  21037.  
  21038. ------------------------------
  21039.  
  21040. Date: Thu, 4 Jun 92 10:36:51 PDT
  21041. From: lauren@vortex.COM (Lauren Weinstein)
  21042. Subject: GTD-5 Service in Southern California, SS7, etc.
  21043.  
  21044.  
  21045. A few points about the GTD-5 (at least as deployed in Southern
  21046. California -- and I'm not affiliated with GTE except as a customer ...)
  21047.  
  21048. 1) I've never noted any odd behavior of features (slowness, drop-offs,
  21049. etc.)  that John H. talks about, with a single exception (see below).
  21050.  
  21051. 2) The exception.  There is and always has been a problem with audio
  21052. quality on three-way if a certain combination of talkers talks
  21053. simultaneously.  This appears to be some sort of "vox" effect.  I have
  21054. never found it particularly disturbing, even though we make very
  21055. frequent use of three-way.  Let's face it, if more than one person is
  21056. talking at the same time on a call you're going to have problems
  21057. understanding someone in any case.
  21058.  
  21059. 3) Sometimes GTE has features that PacBell doesn't have.  For example,
  21060. small-Centrex subscribers (Centranet) on GTE have always been able to
  21061. transfer calls to off-Centrex numbers -- a very handy feature.
  21062. PacBell's similar offering simply would not allow it -- any such
  21063. attempts would fail.  They'd let you do it for their large Centrex
  21064. systems (I think about 50 line minimum) but they refused to enable the
  21065. feature for years for the smaller subscribers, even after repeated
  21066. pleas from many customers.  I believe that finally, after years of
  21067. complaints, they may finally be allowing such transfers.
  21068.  
  21069. 4) Numerous GTD-5 offices in S. Calif. are SS7 connected.  Lancaster
  21070. and Quartz Hills went SS7 two or three years ago.  Currently all of
  21071. the half dozen GTD-5 units in the San Fernando Valley are SS7
  21072. interconnected.  More S. Calif. GTD-5 units are going SS7 on a steady
  21073. schedule.
  21074.  
  21075. 5) At least for the last six or seven years, I have found customer
  21076. service from GTE California to be exemplory.
  21077.  
  21078.  
  21079.  --Lauren--
  21080.  
  21081. ------------------------------
  21082.  
  21083. End of TELECOM Digest V12 #450
  21084. ******************************
  21085. 
  21086. 
  21087. Received: from [129.105.5.103] by mintaka.lcs.mit.edu id aa21683;
  21088.           5 Jun 92 4:21 EDT
  21089. Received: by delta.eecs.nwu.edu id AA13636
  21090.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 5 Jun 1992 01:10:09 -0500
  21091. Received: by delta.eecs.nwu.edu id AA14975
  21092.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 5 Jun 1992 01:09:59 -0500
  21093. Date: Fri, 5 Jun 1992 01:09:59 -0500
  21094. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  21095. Message-Id: <199206050609.AA14975@delta.eecs.nwu.edu>
  21096. To: "\\telecom"@eecs.nwu.edu
  21097. Subject: TELECOM Digest V12 #449
  21098.  
  21099. TELECOM Digest     Fri, 5 Jun 92 01:10:00 CDT    Volume 12 : Issue 449
  21100.  
  21101. Index To This Issue:                     Moderator: Patrick A. Townson
  21102.  
  21103.     CWA Unleashes Intense Campaign Against AT&T (Phillip Dampier)
  21104.     Panasonic Key Systems: WARNING and FIX (Daniel M. Rosenberg)
  21105.     Trouble Shooting at New York Telephone (Steve Baumgarten)
  21106.     TeleTeach '93 (Oddbjoern Steffensen)
  21107.     Bell Canada to Accelerate Switching Equipment Modernization (Dave Leibold)
  21108.     Australian Telecom? So Much Better? Than What? (tmarshall01@cc.curtin.edu)
  21109.     News Flash! The Phone is Not a Toy! (Kath Mullholand)
  21110. ----------------------------------------------------------------------
  21111.  
  21112. From: Phillip.Dampier@f228.n260.z1.fidonet.org (Phillip Dampier)
  21113. Reply-To: phil@rochgte.fidonet.org
  21114. Date: Thu, 04 Jun 1992 18:21:15 -0500
  21115. Subject: CWA Unleashes Intense Campaign Against AT&T
  21116.  
  21117.  
  21118. CWA UNLEASHES INTENSIVE CAMPAIGN AGAINST AT&T; EMPLOYMENT SECURITY
  21119. CONCERNS HANGING UP TALKS
  21120.  
  21121. Communications Workers of America
  21122. June 4, 1992    4:45 pm EDT
  21123.  
  21124. WASHINGTON -- Leaders of the Communications Workers of America today
  21125. spelled out the issues that have stalled contract talks with AT&T and
  21126. announced a range of tactics to put pressure on the company, including
  21127. an "electronic picketline, " a corporate campaign and global boycott
  21128. activities.
  21129.  
  21130. CWA Vice President James Irvine, who serves as chief union negotiator
  21131. in the talks, said the issue holding up settlement is "jobs, jobs,
  21132. jobs.  AT&T has already cut the phone system to the bone, and now
  21133. they're talking about additional layoffs.  The laying off of skilled
  21134. workers, of CWA members, will continue to jeapardize the quality and
  21135. reliability of the phone system."
  21136.  
  21137. CWA wants AT&T to stop using subcontractors and temporary help to fill
  21138. union jobs.  The union is also asking AT&T to halt the planned layoffs
  21139. of 6,000 live operators who the company wants to replace with robots.
  21140. In addition, CWA is asking AT&T to stop exporting American manufact-
  21141. uring jobs to low wage foreign countries.
  21142.  
  21143. CWA President Morton Bahr says the union will pressure AT&T by
  21144. collecting "carrier switch" pledges from businesses and customers.
  21145.  
  21146. "The electronic picketline allows us to put even greater economic
  21147. pressure on AT&T than if we had decided to go on strike last Saturday,
  21148. when our contract expired," Bahr explained.
  21149.  
  21150. "The beauty of the electronic picketline is that it allows us to
  21151. involve both our employees and customers who believe that good
  21152. American jobs are worth fighting for," Bahr continued.
  21153.  
  21154. Over sixty thousand of CWA's AT&T members have already sent in carrier
  21155. switch cards that give the CWA the authority to switch their long
  21156. distance service. According to Bahr, the campaign is spreading to
  21157. other unions, small businesses, community organizations, and concerned
  21158. citizens across America and around the world.
  21159.  
  21160. The AFL-CIO, its member unions, and other vendors and allies of the
  21161. labor movement stand ready to support the electronic picketline," Bahr
  21162. said.  The loss of that business alone with cost AT&T between $3 and
  21163. $5 million dollars a week.
  21164.  
  21165. "Support for the electronic picketline will spread beyond union
  21166. offices to the AFL-CIO's 15 million union families," Bahr continued.
  21167. "Ron Carey, President of the Teamsters, has called to ask when we
  21168. wanted a million carrier change cards from the Teamsters.
  21169. Telecommunications workers around the world, members of the Postal,
  21170. Telegraph, and Telephone International, with affiliates in 119
  21171. countries have offered their full support." The CWA President
  21172. announced that he will send the union's Executive Vice President M.E.
  21173. Nichols to Geneva, Switzerland, Friday, to coordinate worldwide
  21174. boycott activity.
  21175.  
  21176. "What we're asking for is a chance to grow with AT&T," Irvine
  21177. explained.  "What we're looking for are new opportunities inside the
  21178. company when old jobs are rendered obsolete and, so far, the only
  21179. thing that AT&T has been talking about is how to ease workers out the
  21180. door and onto the unemployment rolls."
  21181.  
  21182. AT&T has cut 125,000 union jobs since 1984, 25,000 is the last three
  21183. years, despite record profits which today are running at a rate of
  21184. $3.5 billion a year.  Even in the current recession, the company's
  21185. earnings jumped over 16 percent the first quarter of 1992 over last
  21186. year.
  21187.  
  21188. "And now AT&T is telling us at the bargaining table that they expect
  21189. to cut at least another 14,000 jobs," Irvine stated. "And it's not
  21190. just CWA members who are suffering because of these 'greed layoffs.'
  21191. Even the Federal Communications Commission says AT&T is laying off too
  21192. many skilled workers, and that the major phone outage last September
  21193. that shut down phone service and airports in New York City and across
  21194. the Northeast was a direct result of staffing cuts."
  21195.  
  21196. Bargaining is expected to resume on Thursday afternoon. However, Bahr
  21197. said he would send the national bargainers home this Friday if a
  21198. settlement is not reached.  The union's local issues bargaining
  21199. committees have already returned home.  The bargainers will be on call
  21200. for future negotiations.
  21201.  
  21202.                          -------------
  21203.  
  21204. My commentary begins here.
  21205.  
  21206. Analysis:
  21207.  
  21208. In following this story since the opening of talks with AT&T many
  21209. months ago to create a new contract, the CWA has consistently rated
  21210. job security to be of the highest priority. Like many companies in
  21211. need of turning in good reports for their stockholders, jobs are the
  21212. first to go in an economic downturn and AT&T has been a master slasher
  21213. at the task over the last few years.
  21214.  
  21215. You will note that CWA press releases consistenly tout the "good
  21216. American jobs" slogan to attempt to bolster their case, but AT&T is
  21217. certainly not alone in the hiring of non-union labor and part timers.
  21218. One only needs to deal with MCI and Sprint customer service to
  21219. discover that some of their operators would just barely qualify for
  21220. burger flipping jobs.
  21221.  
  21222. AT&T's arguments have been fairly consistent: we need to stay
  21223. competitive with our lean, mean, and generally non union competition,
  21224. and we're doing it with modern technology and downsizing of expenses.
  21225. AT&T also has stated that the company has been on the bloated side
  21226. originating from its pre-deregulation days, and there are several
  21227. areas where fat trimming is appropriate.
  21228.  
  21229. Today's CWA's announcement, in my opinion, is on the weak side. A
  21230. strong position from the CWA would have meant a strike, but I think
  21231. that the CWA has finally recognized that their strength as a labor
  21232. union has been tempered by more than a decade of union hostility from
  21233. the last few administrations.  I think they recognize that in an
  21234. economic recession where there has been high unemployment, there will
  21235. be plenty of people who will be willing to fill positions.
  21236.  
  21237. The electronic picketline is a creative attempt to impact AT&T in what
  21238. the CWA feels is its most crucial point, its bottom line.  The
  21239. thinking is, if AT&T is so hard pressed to turn in good reports to
  21240. please the shareholders, let's cut profits for the company, continue
  21241. to earn some sort of wage by staying on the job for the moment, and
  21242. get shareholders to put some pressure on management.
  21243.  
  21244. Many analysts following the story state that this tactic will only
  21245. backfire in the union's face, by proving AT&T's contention that it
  21246. does not need the number of employees to serve in a more computerized,
  21247. competitive, marketplace.
  21248.  
  21249. As of this moment, the CWA is still waving the switch ballots in
  21250. AT&T's face, with the kinds of showboating you see in the release
  21251. above (the Teamsters quote), hoping the threat will be sufficient to
  21252. get AT&T to open up.  But I have no doubt the CWA will use the ballots
  21253. if AT&T digs in, and if that is not immediately successful, the CWA
  21254. could call for a strike that will likely hurt both sides.
  21255.  
  21256. ------------------------------
  21257.  
  21258. From: dmr@medicated.Corp.Sun.COM (Daniel M. Rosenberg)
  21259. Subject: Panasonic Key Systems: WARNING and FIX
  21260. Date: 3 Jun 1992 19:56:36 GMT
  21261. Organization: Sun Microsystems
  21262. Reply-To: dmr@medicated.Corp.Sun.COM
  21263.  
  21264.  
  21265. I had to wrest this information from Panasonic tech support in New
  21266. Jersey. Their old phone number changed, the new one's unlisted, and
  21267. they won't talk to you anyway unless you're in their database.  I had
  21268. to do some serious cajoling. I'm posting this here so Panasonic users
  21269. don't have to figure this out on their own.
  21270.  
  21271. This applies to at *least* the 1232 series of switches, and might
  21272. apply to everything else in the same general line as well ...
  21273.  
  21274. If you use a regular phone, modem, or credit card reader behind a 1232
  21275. hybrid switch, you run the risk of damaging the station card.
  21276.  
  21277. Some phones, and *most* modems and credit card readers have active
  21278. A/A1 leads which short when they go off hook, to indicate to 1A2 key
  21279. systems that they're using the line. Unfortunately, this hoses the
  21280. station cards, and after a while, they'll stop outputting dialing
  21281. signals on the trunks in response to dialing the phone. In other
  21282. words, you can get dial tone, but you won't be able to dial out on the
  21283. trunks.
  21284.  
  21285. FIX: if your station cards are already displaying this problem, note
  21286. that the bad ports should still work fine for electronic phones.  The
  21287. new station cards are supposedly redesigned to avoid this problem, but
  21288. I wouldn't bet on it. Disconnect the A/A1 leads (that's pair 2, or
  21289. black/yellow, or white-orange/orange-white, depending on how youw ired
  21290. it) for single line phones, modems, and credit card dialers.
  21291.  
  21292.  
  21293. Daniel M. Rosenberg       dmr@Csli.Stanford.EDU    Taos Mountain Software
  21294.  
  21295. ------------------------------
  21296.  
  21297. Date: Wed, 3 Jun 92 19:42:07 EDT
  21298. From: sbb@panix.com (Steve Baumgarten)
  21299. Subject: Trouble Shooting at New York Telephone
  21300.  
  21301.  
  21302. In a brief item from the June 3 edition of {The New York Times}, a
  21303. reader recounts to the Metropolitan Diary the following adventure with
  21304. New York Telephone [comments in brackets are mine]:
  21305.  
  21306. In my newly acquired Brooklyn apartment I have had telephone problems.
  21307. When I try to call an "800" number, I can't get through without
  21308. getting the recording that says to redial or something.
  21309.  
  21310. One particularly aggravating day, I call the operator by dialing "0".
  21311. She tells me to dial "666" [more likely, "611" for repair, though
  21312. given New York Telephone's reputation for sterling customer service,
  21313. "666" seems more appropriate].  I do as I'm told.  Then that operator
  21314. comes on and asks, "May I help you?"  Once more I explain the problem:
  21315. I can't make any "800" phone calls.  She tells me that she is unable
  21316. to handle that particular problem and suggests I call another
  21317. operator.
  21318.  
  21319.     "Hold on and I'll give you the number," she says.  
  21320.  
  21321.     "O.K.: (800) 626-0000."
  21322.  
  21323. This is unsurprising to those of us served by NYT; I've been asked on
  21324. more than one occasion when reporting a dead phone line whether I was
  21325. in fact calling from that very line to report the problem ...
  21326.  
  21327.  
  21328. Steve Baumgarten  /  EJV Partners  /  New York, NY  /  sbb@panix.com
  21329.  
  21330. ------------------------------
  21331.  
  21332. From: oddbjorn@flipper.pvv.unit.no (Oddbjoern Steffensen)
  21333. Subject: TeleTeach '93
  21334. Organization: TeleTeach '93
  21335. Date: Thu, 4 Jun 92 15:11:14 GMT
  21336.  
  21337.  
  21338. Teleteaching 93: Learning and working independent of time and place.
  21339.  
  21340. Have you considered submitting a paper to TeleTeaching 93, the
  21341. international conference about distance education and work in
  21342. Trondheim, Norway, August 20-25 1993? Or maybe you know someone who
  21343. would be interested?
  21344.  
  21345. Teleteaching 93 will be a forum for educators, politicians,
  21346. administrators, managers of human resources and technical experts who
  21347. will meet in Trondheim to discuss what technology can do now -- and
  21348. what it promises for the future. Areas of application include
  21349. education at primary, secondary and university levels, as well as
  21350. training in various situations, particularly the workplace.
  21351.  
  21352. Experts are welcome to consider the development of all techniques used
  21353. in teleteaching. Educators will discuss how they have implemented new
  21354. techniques - successfully and unsuccessfully -- to meet the learning
  21355. needs of society.
  21356.  
  21357. Teleteaching 93 will also focus on the social and economic
  21358. consequences of implementing telecommunication techniques in distance
  21359. education and work.
  21360.  
  21361. It will be possible to demonstrate projects, equipment and software
  21362. during the conference. Completed or ongoing distance education and
  21363. working projects are particularly welcome.
  21364.  
  21365. The conference exhibition is open for the presentation of equipment,
  21366. systems, software and other products of importance to teleteaching.
  21367. Organizations and institutions are invited to present their education
  21368. programmes as well as other activities initiated to promote
  21369. teleteaching and distance learning.
  21370.  
  21371. The Norwegian Computer Society is the organizer of the conference, The
  21372. International Federation for Information Processing (IFIP) is the main
  21373. sponsor, UNESCO and The International Council for Distance Education
  21374. (ICDE) are co-sponsors, and Norwegian Telecom is the main financial
  21375. supporter of Teleteaching 93.
  21376.  
  21377. Two associated miniconferences will be organized prior to the main
  21378. conference; 1one on "Teaching and learning in a global perspective"
  21379. hosted by The Norwegian Educational Computer Association in
  21380. cooperation with Computer Pals Across the World, and one on "High
  21381. speed datacommunication networks" organized by the local branch of The
  21382. Norwegian Computer Society.
  21383.  
  21384. Contributions to the conference should be received by the secretariat
  21385. no later than October 10, 1992. The conference language is English.
  21386.  
  21387. For further information, or a complete "Call for papers", contact the
  21388. conference secretariat:
  21389.  
  21390. Teleteaching 93
  21391. Kersti Larsen
  21392. Norwegian Computer Society
  21393. P.O. Box 6714 Rodel kka
  21394. N-0503 Oslo   Norway
  21395. Tel: +47 2 37 02 13      Fax: +47 2 35 46 69
  21396. Email:   janwi@ifi.unit.no
  21397.  
  21398. If you want an electronic version of Call for Papers, contact:
  21399. teleteach@edb.tih.no
  21400.  
  21401. ------------------------------
  21402.  
  21403. Date: Thu, 04 Jun 92 18:42:20 EDT
  21404. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  21405. Subject: Bell Canada to Accelerate Switching Equipment Modernization
  21406.  
  21407.  
  21408. {The Toronto Star} reported that Bell Canada will speed up its
  21409. conversion of switching equipment to the Northern Telecom DMS digital
  21410. technology for a completion by 1994 instead of the previously planned
  21411. 1996+. This was related to a multi-million dollar order Bell placed
  21412. with Northern Telecom.  The article mentioned that Bell determined
  21413. significant cost savings by speeding up the conversion to digital
  21414. (from crossbars, step-by-steps and electronics). This also throws a
  21415. monkey-wrench into the current Construction Program Review process
  21416. currently underway with the CRTC, as that review assumed the later
  21417. 1996 completion.
  21418.  
  21419.  
  21420. dleibold@vm1.yorku.ca
  21421.  
  21422. ------------------------------
  21423.  
  21424. From: tmarshall01@cc.curtin.edu.au
  21425. Subject: Australian Telecom? So Much Better? Than What?
  21426. Organization: Curtin University of Technology
  21427. Date: Thu, 4 Jun 1992 08:11:26 GMT
  21428.  
  21429.  
  21430. Australian Telecom So much Better? Better than what??? As to the
  21431. saying America's dream is Australia's reality. Try Australia's dream
  21432. is America's reality ... Free Local Calls ... as to the three
  21433. companies to be connected from one part of the country to another,
  21434. it's just a shame it's all automatic with ESS5a and what not. While I
  21435. was in USA, I just dialed my number, got connected, AND with better
  21436. quality. I think Australian Telecom has alot to answer for before it
  21437. tries to revoke Australia the right of a choice? In this so called
  21438. "FREE" society (Free refering to Freedom of course) ... So much better
  21439. than WHAT???
  21440.  
  21441.  
  21442. TIE
  21443.  
  21444. ------------------------------
  21445.  
  21446. Date: Thu, 4 Jun 1992 8:14:35 -0400 (EDT)
  21447. From: K_MULLHOLAND@UNHH.UNH.EDU (Kath Mullholand)
  21448. Subject: News Flash! The Phone is Not a Toy!
  21449.  
  21450.  
  21451. Tuesday or Wednesday, depending on which paper you read, Ann Landers,
  21452. home base Chicago 8-), ran the following letter:
  21453.  
  21454.                         *** BEGIN QUOTE ***
  21455.  
  21456. Dear Ann Landers:
  21457. 1
  21458. When I read the letter from "Earnest but Numberless," who complained
  21459. about people who leave messages on answering machines but fail to
  21460. leave their phone number, I had to write.  I work in a store and spend
  21461. hours every week calling customers about their special orders.  I know
  21462. very well that a big part of the problem is the kind of greeting that
  21463. is put on the answering machine.  it is frustrating to hear, "I'm not
  21464. home -- leave a message," because you have no idea whether or not
  21465. you've reached the correct number.
  21466.  
  21467. Another annoyance is when you run into a four-year-old kid who
  21468. instructs you to leave your name.  I'm sure the parents of these
  21469. children think it's cute, but I can assure you that most people don't
  21470. appreciate being instructed by a four-year-old.  I ran across one nut
  21471. recently who had trained his parrot to say, "Wait for the beep."  That
  21472. darned bird gave me the creeps.  Maybe I'm crazy but I think a person
  21473. has the right to expect a human voice on the other end of the line
  21474. when he makes a call.  It's too bad some people don't realize the
  21475. telephone is not a toy.  It is truly one of the most fantastic
  21476. inventions of the age and should be accorded the dignity it deserves.
  21477.  
  21478.  --A Michigan Reader 
  21479.  
  21480. Dear Michigan: Your message came through loud and clear, and I thank
  21481. you.
  21482.                         
  21483.                          *** END QUOTE ***
  21484.  
  21485. I think Ann and her correspondent have the right to know that the
  21486. phone IS a toy, and has only enjoyed the vast popularity it has
  21487. because the general public regards it as an essential toy.  This
  21488. Michigan Reader should be thankful that those she is calling spent
  21489. their hard-earned dollars to even put an answering machine on the line
  21490.  -- or perhaps she's rather listen to ring-no-answers all day?
  21491.  
  21492.  
  21493. kath mullholand   university of new hampshire     durham nh
  21494.  
  21495.  
  21496. [Moderator's Note: Mrs. Lederer has never been one of the reasons I
  21497. buy the {Chicago Tribune}.  Ann Slanders and her twin-sister Scabby
  21498. Van Buren need to be put out to pasture. Both offer a sort of
  21499. pop-philosophy lesson each day which was better suited for the 1950's
  21500. when they each got started. Sometimes they are mildly amusing to read
  21501. when our office has tea-break each afternoon.  PAT]
  21502.  
  21503. ------------------------------
  21504.  
  21505. End of TELECOM Digest V12 #449
  21506. ******************************
  21507. 
  21508.