home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1994.volume.14 / vol14.iss151-200 < prev    next >
Internet Message Format  |  1994-05-03  |  1MB

  1. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa00547;
  2.           28 Mar 94 13:22 EST
  3. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4.     id AA06313; Mon, 28 Mar 94 09:13:28 CST
  5. Return-Path: <telecom>
  6. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7.     id AA06304; Mon, 28 Mar 94 09:13:27 CST
  8. Date: Mon, 28 Mar 94 09:13:27 CST
  9. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10. Message-Id: <9403281513.AA06304@delta.eecs.nwu.edu>
  11. To: telecom@eecs.nwu.edu
  12. Subject: TELECOM Digest V14 #151
  13.  
  14. TELECOM Digest     Mon, 28 Mar 94 09:13:00 CST    Volume 14 : Issue 151
  15.  
  16. Inside This Issue:                           Editor: Patrick A. Townson
  17.  
  18.     Data Communications in Mobile Environment (Lee Chang-Geun)
  19.     Radio Contest Overloads 911, Business Lines (Ottawa Citizen via D. Sellers)
  20.     Re: Bell South ISDN Announcement (Juergen Ziegler)
  21.     Re: Will Widespread Use of Cell Phones Reduce Crime? (jdl@wam.umd.edu)
  22.     Re: Pager Scam Resurfaces (Dave Lakerson)
  23.     Re: Pager Scam Resurfaces (David Hough)
  24.     Re: Direct Modem / Cellular Links (Terry Gilson)
  25.     Re: Competition and Technology (zta@delphi.com)
  26.     Re: Country Code For San Marino (Anton Sherwood)
  27.     Re: Country code for San Marino (Richard Barry)
  28.     Re: Los Angeles Phone Fire Update (Marty Brenneis)
  29.     Re: Los Angeles Phone Fire Update (Paul Robinson)
  30.     Re: Area Code 215 Changed to 610, Why? (Carl Moore)
  31.     Re: International Free Numbers (Anton Sherwood)
  32.     Re: Murata Business System Email, Fax or Voice Address Wanted (PPI Yvonne)
  33.     Re: The Day 905 Went Solo (Ed Leslie)
  34.     Re: Extension Cord For Cell Phone (Dave Held)
  35.     Re: Area Code 562 (David H. Close)
  36.  
  37. TELECOM Digest is an electronic journal devoted mostly but not
  38. exclusively to telecommunications topics. It is circulated anywhere
  39. there is email, in addition to various telecom forums on a variety of
  40. public service systems and networks including Compuserve and GEnie.
  41. Subscriptions are available at no charge to qualified organizations
  42. and individual readers. Write and tell us how you qualify:
  43.  
  44.                  * telecom-request@eecs.nwu.edu *
  45.  
  46. The Digest is compilation-copyrighted by Patrick Townson Associates of
  47. Skokie, Illinois USA. We provide telecom consultation services and
  48. long distance resale services including calling cards and 800 numbers.
  49. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  50. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  51.  
  52.     ** Article submission address only: telecom@eecs.nwu.edu **
  53.  
  54. Our archives are located at lcs.mit.edu and are available by using
  55. anonymous ftp. The archives can also be accessed using our email
  56. information service. For a copy of a helpful file explaining how to
  57. use the information service, just ask.
  58.  
  59. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  60. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  61. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  62. Digest" shares archives resources at lcs.mit.edu for the convenience
  63. of users. Please *DO NOT* cross post articles between the groups. All
  64. opinions expressed herein are deemed to be those of the author. Any
  65. organizations listed are for identification purposes only and messages
  66. should not be considered any official expression by the organization.
  67. ----------------------------------------------------------------------
  68.  
  69. From: cglee@archi.snu.ac.kr (Lee Chang-Geun)
  70. Subject: Data Communications in Mobile Environment
  71. Organization: SNU,KOREA
  72. Date: Mon, 28 Mar 94 10:26:07 GMT
  73.  
  74.  
  75. I am interested in PCS, PCN, Wireless Communications, and cellular
  76. systems. We (our study group) want to study these topics more
  77. systematically.  We have tried to find some appropriate text on the
  78. PCS, Wireless and cellular systems. We could obtain some articles and
  79. papers on specific research area (eg. Mobile IP protocols, base
  80. station networking, channel allocations, and location strategies).
  81.  
  82. We want to study these topics step by step, from erectronical aspects
  83. to mobile network architecture, protocols for mobility supports, and
  84. application aspects. We want a good text book summarizing researches
  85. on these topics. I am sure you can give me a clue.
  86.  
  87. I am especially interested in data communication in mobile environments.  
  88. I heard briefly about CDPD (low speed data communication on cellular
  89. phone systems). But I am studying multimedia communication over mobile
  90. environment.  So I am walking through the same way that many researchers 
  91. (who consider internetworking High Speed Backbone (like ATM) and
  92. Cellular System) are walking.  Some (like Goodman) think about data
  93. loss and recovery caused by hand-off problems. But I have no quantative 
  94. data about data loss during cell hand-off.  And I will be happy if I
  95. can get some information about this research.  I also want your help
  96. about this. 
  97.  
  98.  
  99. Thank you.
  100.  
  101. ------------------------------
  102.  
  103. Date: Sun, 27 Mar 94 16:48:45 EST
  104. From: sellers@on.bell.ca (Dave Sellers)
  105. Subject: Radio Contest Overloads 911 Lines, Business Calls
  106.  
  107.  
  108. As reported in the {Ottawa Citizen} March 27, 1994, radio and television.
  109.  
  110. Canada's national capital was put on hold Friday night when a local
  111. radio station (CHEZ 106) gave away tickets to a Pink Floyd concert to
  112. the first 53 callers.
  113.  
  114. The problem started when the radio station offered pairs of tickets to
  115. the Pink Floyd concert to the first 53 callers, it was swamped with
  116. calls -- more than 306,000 in about an hour.
  117.  
  118. The calls overloaded Bell Canada's switching equipment even thou the
  119. radio station was using special "contest lines". The switches
  120. responded by making callers wait up to a minute for dial tone.
  121.  
  122. CHEZ's general manager, Chuck Azzarello, said the station was suprised
  123. by the response to its contest -- and the outcome.
  124.  
  125. "The station at no time set out intentionally to cause something like
  126. this to happen. It's unfortunate that it did and, as concerned
  127. corporate citizens and individuals, we are concerned that this sort of
  128. thing could occur."  said Azzarello Saturday night.
  129.  
  130. Phone service was affected whereever the radio station had listeners --
  131. as far south as Cornwall and Smith Falls and as far north as Pembrook.
  132. Many business were affected, like Pizza Pizza which Friday night is
  133. their busiest. Pizza Pizza estimates they lost $12,000 because people
  134. could not get through to place their order.
  135.  
  136. The phone problems also hampered other services such as 911. Many
  137. people called to complain about their problems with the phones. About
  138. 280 calls were made to 911 between 5 to 9PM compared to about 125 on a
  139. normal Friday night. Tony Yantha of the Ottawa Police said "I normally
  140. have three clerks working on 911. Last night I had five and still
  141. wasn't enough."
  142.  
  143. Sandra Cruikshanks of Bell Canada said that the phone service was back
  144. to normal by 9:30PM (started at about 6:20PM). The station's contest
  145. number designed by Bell, is designed to allow large number of callers
  146. to hear a busy signal if the line isn't available, without affecting
  147. other lines.
  148.  
  149. She said that the sheer number of calls to the radio station during
  150. the ticket give away "is just unheard of". But she said the phone
  151. system responded exactly the way it should have. "It worked perfectly
  152. well."
  153.  
  154. ------------------------------
  155.  
  156. Date: Sun, 27 Mar 1994 17:16:00 +0100
  157. From: juergen@aldebaran.sub.de (Juergen Ziegler)
  158. Subject: Re: Bell South ISDN Announcement
  159. Organization: Aldebaran Marine Reserach & Broadcast <info@aldebaran.sub.de>
  160.  
  161.  
  162. In article <telecom14.143.17@eecs.nwu.edu> is written:
  163.  
  164. > 3/21/94 Release from Bellsouth:
  165. > BELLSOUTH ANNOUNCES LARGEST GEOGRAPHIC DEPLOYMENT OF ISDN IN THE NATION
  166.  
  167. > "Previously, you had to be served directly by a central office switch
  168. > equipped with ISDN capability.  Under this new alternate serving
  169. > arrangement, ISDN capabilities can be routed from a nearby ISDN-capable 
  170. > switch to your home or office -- at no additional charge. This arrangement 
  171. > is a cost-effective and expeditious method of deploying ISDN region wide," 
  172. > Carter said.
  173.  
  174. I don't doubt that Germany is years behind the USA in regard to a
  175. modern and efficient telecommunications infrastructure, but this "new
  176. alternate" method of providing ISDN lines is commonplace in Germany
  177. ever since.
  178.  
  179. Most German ISDN subscribers are not served by their local switch, but
  180. through a remote switch. As a result of this method general availability 
  181. of ISDN in Germany (excluding from East Germany) could (will) be reached 
  182. within five years since 1989. In my hometown ISDN is available since
  183. January 1991. And this remote access arrangement is offered at no extra 
  184. charge, if the ISDN line will be served by the designated remote switch. 
  185. If there was no designated ISDN switch, then a remote access charge
  186. was imposed. Since most local access areas have now ISDN, general
  187. availability will be reached within this year.
  188.  
  189.  
  190. Juergen Ziegler * Obervogt-Haefelinstr. 48 * 77815 Buehl (Baden) * Germany
  191. juergen@jojo.sub.de ****** Fax: +49-7223-900646 ***** Voice Mail: 900686
  192.  
  193. ------------------------------
  194.  
  195. Date: Sun, 27 Mar 1994 23:35:45 -0500
  196. From: Jonathan <jdl@wam.umd.edu>
  197. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  198.  
  199.  
  200. In TELECOM Digest Volume 14, Issue 149, Message 13 of 16, the Editor
  201. wrote:
  202.  
  203. > Here in the USA, you have to be very careful about getting involved.
  204. > It is best not to, since if you do, you are often treated like a
  205. > criminal and the (true) criminal like the victim. It goes against my
  206. > grain to say it, but you are better off not getting involved unless
  207. > the crime is against you personally.
  208.  
  209. What would happen to you if you simply called the police?  I guess
  210. that if you shot at the perpetrator then you could easily get into
  211. serious trouble; but if you merely called the police then you won't
  212. get into legal trouble.  If you did it anonymously then the perp won't
  213. get back at you either.
  214.  
  215.  
  216. [TELECOM Digest Editor's Note: Sometimes when you call 911 the dispatcher
  217. puts you through a alot of questions ("how do you know that is what he
  218. is doing?"; "are you the owner of the property?", etc.) and they never
  219. do respond or they tell you the police have already responded and consider
  220. the report unfounded.  PAT]
  221.  
  222. ------------------------------
  223.  
  224. From: cyknight@aol.com
  225. Date: Sun, 27 Mar 94 17:24:43 EST
  226. Subject: Re: Pager Scam Resurfaces
  227.  
  228.  
  229. Let me relate a story to you about this pager scam.  My company is
  230. located in Pennsylvania.  Our VP religiously carries his pager, giving
  231. all our customers his pager number to call "anytime day or night".
  232. Last year he was in New York visiting a client.  Two hours after the
  233. meeting he got a page which began with 212 (I won't put in the rest of
  234. the number since its not really necessary.)  He was back in Pennsylvania 
  235. at home when he got the page.  He called the number and got through to a 
  236. 'porn line'.  At the time he had Sprint for his home service. 
  237.  
  238. Two months later he got a charge on his Sprint bill for $25 for the
  239. one minute call to the number.  He got into quite a fight with Sprint
  240. about it. Sprint was going to make him pay for the call.  As the
  241. Director of Telecom for our company I was asked to check into the
  242. situation.  (We had Sprint in most of our 60 locations at the time and
  243. the VP thought I could have our account team look into it.)  Our
  244. account team said there was nothing they could do about it either.
  245. Around this time we were putting out an RFP for long distance service
  246. with all three carriers since our committment with Sprint was almost
  247. over.  
  248.  
  249. While meeting with representatives from MCI and AT&T I related the
  250. story.  Both reps told me there had been several occurances of the
  251. 'pager scam' taking place and that authorities in New York were
  252. investigating.  The MCI rep gave me the name of the person to report
  253. our problem to in New York.  She also gave me a copy of a newspaper
  254. article about it as well.  I gave the information to Sprint who
  255. advised me they knew nothing about it.  They still wanted our VP to
  256. pay for the call.  He did and subsequently cancelled his service with
  257. Sprint. Our company chose not to renew with Sprint as well ... I won't
  258. say who we went with ... but when they said 'let us show you' they did!
  259.  
  260.  
  261. David Lakerson  Harrisburg PA  Cyknight@aol.com
  262.  
  263. ------------------------------
  264.  
  265. From: dave@llondel.demon.co.uk (David Hough)
  266. Subject: Re: Pager Scam Resurfaces
  267. Date: Sun, 27 Mar 1994 22:26:39 GMT
  268.  
  269.  
  270. In article <telecom14.146.5@eecs.nwu.edu> Stephen Goodman <0003945654@
  271. mcimail.com> writes:
  272.  
  273. > Be aware that the pager scam using area code
  274.  
  275. >                        212/540-XXXX
  276.  
  277. > has resurfaced.
  278.  
  279. > If you receive a page to call this number, DON'T return the call.  The
  280. > 212/540 is translated to a 900 number and you/we can be billed $50.00
  281. > or more per call.
  282.  
  283. I have never understood how/why the US authorities allow such diverts,
  284. because the only purpose I can see for hiding a 900 number in this way
  285. is to con people into ringing it and getting charged. Is there any
  286. other valid reason for wanting to hide a 900 number behind an
  287. otherwise 'normal' number?
  288.  
  289.  
  290. Dave
  291. G4WRW @ GB7WRW.#41.GBR.EU AX25     dave@llondel.demon.co.uk  Internet 
  292. g4wrw@g4wrw.ampr.org      Amprnet  
  293.  
  294.  
  295. [TELECOM Digest Editor's Note: Authorities are not allowing a 900 service
  296. to 'hide' or be 'diverted' simply because any area code + 976 (or in the
  297. case of New York '540') is an equally valid premium charge number. There
  298. is no diversion taking place. The differences in numbers is due to billing
  299. requirements.  900 is typically national in scope and is handled by long
  300. distance carriers while 976/540 is local in scope; limited to a specific
  301. area or LATA and handled by a local telco. Some local telcos also offer
  302. their own 900 service, however no long distance carriers offer 976. There
  303. is nothing 'normal' about 976 (in more than one sense of the word where
  304. some of the programs presented are concerned, but we won't get into that
  305. can of worms - grin!), but I suppose you'd need to be in the USA and
  306. familiar with the USA phone numbering system to know that. Consider then
  307. that we basically have two premium type numbers here: 900 and 976, each
  308. with different ranges or geographic service areas. Nothing is being 
  309. hidden or diverted. Generally our domestic long distance carriers here
  310. will not connect to 976 and generally one local telco will not connect
  311. with another local telco's 976 numbers.  PAT]
  312.  
  313. ------------------------------
  314.  
  315. From: tgilson@DELPHI.COM (Terry Gilson)
  316. Subject: Re: Direct Modem / Cellular Links
  317. Date: 28 Mar 1994 03:43:44 GMT
  318. Organization: Delphi Internet Services Corporation
  319.  
  320.  
  321. > These products are for direct links between RJ11 jack and the cellular
  322. > phone.  Perhaps other/better products are available?
  323.  
  324. NEC makes an interface which provides dial-tone and RJ-11 jack for the
  325. P110, P120, P180 and P300. It's called the INT4000.
  326.  
  327. Motorola also makes something that I think is called the "PC Data Link"
  328. which provides dial-tone and RJ-11 jack for all the "Flip" phones.
  329.  
  330. I have tested both of these units and they work very well. Each is battery
  331. powered and can be used just about anywhere there is a cellular signal.
  332.  
  333. I think all of these units can trace their roots (through some kind of
  334. licensing fee) to a company called Telular, which has successfully
  335. defended it's patent on the dial-tone technology against quite a few
  336. companies.
  337.  
  338.  
  339. Terry Gilson                  tgilson@eis.calstate.edu  
  340. DCN Cellular  805-379-3333    71220.2040@compuserve.com  
  341. Westlake Village, CA          tgilson@delphi.com
  342.  
  343. ------------------------------
  344.  
  345. From: zta@DELPHI.COM
  346. Subject: Re: Competition and Technology
  347. Date: Sat, 26 Mar 94 10:37:56 -0500
  348. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  349.  
  350.  
  351. One of the surveys from the {Economist} magazine a few years ago said
  352. the reason that cost may not decline is that the telcom industry is
  353. one of the largest provider of taxes.  Few governments will kill their
  354. favorite cash cow.
  355.  
  356. ------------------------------
  357.  
  358. From: dasher@netcom.com (Anton Sherwood)
  359. Subject: Re: Country Code For San Marino
  360. Organization: Bureau of Making Sure You Eat Your Vegetables
  361. Date: Sat, 26 Mar 1994 08:16:40 GMT
  362.  
  363.  
  364. In article <telecom14.139.6@eecs.nwu.edu>, Clive D.W. Feather <clive@
  365. sco.COM> wrote:
  366.  
  367. > I have a note in my files that San Marino has been allocated the
  368. > country code 295 but is not yet using it. HOwever, I recently saw a
  369. > posting, here I believe, that it has been allocated 378.
  370.  
  371. 29x is typical for Atlantic islands.  But with German reunification,
  372. 37 came free; I've seen 37x codes for two of the Baltic states.  It
  373. would seem that the assigners-of-codes, seeing that 295 though assigned 
  374. was not being used, took the opportunity to give San Marino a European
  375. code.
  376.  
  377.  
  378. Disclaimer: The above is likely to refer to anecdotal evidence.
  379. Anton Sherwood   *\\*   +1 415 267 0685   *\\*   DASher@netcom.com
  380.  
  381. ------------------------------
  382.  
  383. From: Richard Barry <rbarry@iol.ie>
  384. Subject: Re: Country Code For San Marino
  385. Date: 28 Mar 1994 06:39:02 -0000
  386. Organization: Ireland On-Line
  387.  
  388.  
  389. Bob Smeets writes:
  390.  
  391.  
  392. > The Dutch telephone authorities mention +39 549 for access to San Marino.
  393.  
  394. The ITU has issued a batch of new country codes which includes a new
  395. code for San Marino (+378 effective 26.10.93). Other countries that
  396. will be getting their own country code include Andorra (Autumn 1994)
  397. and Monaco (in 1995) when France Telecom introduces its 2-digit new
  398. area code plan.
  399.  
  400. The 370 to 379 range of country code numbering space was created when
  401. the former DDR (used to be 37) telecom network was integrated into the
  402. Deutsche Telekom system.  Prior to that there was no unallocated
  403. country code numbering space in the European range (3 and 4).  The
  404. former Yugoslavia (code 38) is also being divided into three-digit
  405. ranges; eg. Slovenia is now +386.  Following the break-up of Eastern
  406. Europe, there has been heavy demand for new country codes as countries
  407. like Lithuania and Latvia wanted to disconnect themselves from the
  408. Russian network.
  409.  
  410.  
  411. Richard Barry  Ballsbridge
  412. IRL-Dublin 4   rbarry@iol.ie
  413.  
  414. ------------------------------
  415.  
  416. Date: Sun, 27 Mar 1994 18:58:11 -0800
  417. From: droid@kerner.com (Marty the Droid)
  418. Subject: Re: Los Angeles Phone Fire Update
  419. Organization: Sparkology
  420.  
  421.  
  422. With 'telecommuting' being the wave of the future, how about the
  423. telcos set up workstations at all of the switch locations. Then the
  424. DA, TSPS, 611, customer service, and other droids could work from the
  425. location closest to their home. It seems that the telco office worker
  426. type jobs can be done with an isdn line, i.e. a voice path and a data
  427. link. Perhaps they could decentralize all of the telco droid type work
  428. and be more efficiant. I would think that they could even have personnel 
  429. work from home. There really is no real technical reason now for these 
  430. people all being in a specific location. It could even make the network 
  431. more resiliant since it couldn't be compleatly downed by a disaster.
  432.  
  433.  
  434. Marty 'The Droid' Brenneis                              droid@well.com
  435. (415)258-2105     ~~~   KAE7616 - 462.700 - 162.2      ~~~      KC6YYP
  436.  
  437. ------------------------------
  438.  
  439. Date: Sun, 27 Mar 1994 23:52:45 EST
  440. From: Paul Robinson <PAUL@TDR.COM>
  441. Reply-To: Paul Robinson <PAUL@TDR.COM>
  442. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  443.  
  444.  
  445. Cliff Sharp <indep1!clifto>, whatever address that is, writes to
  446. TELECOM Digest as follows:
  447.  
  448. > In article <telecom14.138.4@eecs.nwu.edu> mac@rci.ripco.com 
  449. > (Mark A. Cnota) writes:
  450.  
  451. >> [PAT said:]
  452.  
  453. >>> According to Mr. Eibel, a vice-president of Illinois Bell
  454. >>> at the time, staffing a phone office *with even just one 
  455. >>> clerk* at all times to prevent situations like this was not 
  456. >>> cost effective.
  457.  
  458. >> I agree with Jim Eibel. He's one of the better executives 
  459. >> IBT has had in the past ten years, in my opinion.
  460.  
  461. >   Let's see ... ten dollars per hour, figure twenty with 
  462. > benefits etc.  365.24 days per year.  That's $175,315.20 
  463. > per year.  Say 200 thou with holiday pay, overtime, etc.
  464.  
  465. >   Figuring the cost of Hinsdale at $100,000,000, that means 
  466. > Eibel must have planned a useful life of the equipment there 
  467. > at something over 600 years.
  468.  
  469. Mr. Sharp, you are much too kind.  A clerk sitting in an office like
  470. that can probably be paid what the night operator at a gas station
  471. makes, probably minimum wage, which is about 1/2 of what you stated,
  472. at most perhaps $5 an hour and considerably less ten years ago.
  473. Average overhead is probably 100% of what they are paid, so figure it
  474. means that the phone company should have budgeted about $8 an hour
  475. around the clock, or something less than $1200 a week for continuous
  476. coverage.  That is about $60,000 a year.  Based on that number, it
  477. means that if nothing happened for 20 years, the company would have
  478. wasted about 1 1/2% of the facility cost for onsite protection.  Want
  479. to bet its insurance costs more than this?
  480.  
  481. I'll bet there are a lot of things that are unimportant that IBT spends 
  482. more than $60,000 a year on, that are far less critical than a major
  483. statewide switching facility.
  484.  
  485.  
  486. Paul Robinson - Paul@TDR.COM
  487.  
  488.  
  489. [TELECOM Digest Editor's Note: You are headed in the right direction
  490. on this but your calculations are off. First of all, you have three
  491. shifts per day, not just one. Therefore you need three people for week-
  492. ends. I assume you would need one person for overnight coverage during
  493. the week and on holidays (no, Mr. Eibel, Mother's Day is not a holiday
  494. but to paraphrase President Roosevelt, it is a day which will live in
  495. infamy at Illinois Bell for many years to come). So figure four times
  496. your numbers shown above. Second though, you don't really want people
  497. who are willing to work for minimum wage. Either they are very young 
  498. and not yet completely mature/responsible enough to do the job right
  499. or if they are old enough/mature enough, etc then they've got other
  500. problems or excess baggage to deal with. I'd go with Cliff Sharp's
  501. figures; those folks should be paid very nicely, expected to stay
  502. awake, and trained to deal with anything which should go wrong. Even
  503. using then the higher figures, telco still gets quite a good deal,
  504. don't they?   PAT]
  505.  
  506. ------------------------------
  507.  
  508. Date: Mon, 28 Mar 94 05:21:24 EST
  509. From: Carl Moore <cmoore@BRL.MIL>
  510. Subject: Re: Area Code 215 Changed to 610, Why?
  511.  
  512.  
  513. > The other day I managed to dial a non-existing number in the USA.
  514. > Area code was 215 and number 385 xxxx.  The error message said I
  515. > called area code 610 and number 385 xxxx and, of course, that the
  516. > number did not exist.
  517.  
  518. If the 385 is correct, then (depending on my memory) that is Douglass-
  519. ville, along U.S. route 422 between Pottstown and Reading, and it is
  520. indeed going into area code 610, with 215 remaining useable until Jan.
  521. 7, 1995.
  522.  
  523. But I called directory assistance within the past seven days for 610
  524. (I had to leave my car at a shop in Wind Gap, which uses 863 prefix at
  525. Pen Argyl), and the DA operator passed me along to the automated
  526. response, which included the area code BUT used area code 215!  Like
  527. 385, 863 is going into 610.
  528.  
  529. KYW news-radio ran an item asking that people who have trouble with
  530. the use of 610 please call repair service.
  531.  
  532. ------------------------------
  533.  
  534. From: dasher@netcom.com (Anton Sherwood)
  535. Subject: Re: International Free Numbers
  536. Date: Mon, 28 Mar 1994 08:22:43 GMT
  537.  
  538.  
  539. What do you do when you want to call Britain from America (or vice
  540. versa) and all you have is an 800 number?  I'd happily pay the toll,
  541. but last time I tried it the call was simply refused.
  542.  
  543.  
  544. Anton Sherwood   *\\*   +1 415 267 0685   *\\*   DASher@netcom.com
  545.  
  546.  
  547. [TELECOM Digest Editor's Note: '800' is simply a shorthand way of saying
  548. (quote) "... if you are in the USA (or a given section thereof) and wish
  549. to call us with charges reversed, we will automatically pay for the call."
  550. 800-anything is *not* to be taken to be a 'real' phone number in the
  551. same sense as some other area code and seven digit number. What you do
  552. when 'all you have is an 800 number' is you ring up the directory enquiry
  553. for the place in particular and get the real number for the company. 
  554. Then you call *that* number, and 'happily pay the toll'. 
  555.  
  556. Ah, but I hear your next question even as the words begin to form on your
  557. lips: what if the company does not give an address, or at least a city
  558. and state where you can begin to search for the number? What is all they
  559. have given you is an advertisement in the papers with an 800 number? Then
  560. you accept them for the ignorant fools they are; if they would waste a lot
  561. of money on a large advertisement (for example in the British newspapers)
  562. and not even accurately or completely tell you how to reach them, then they
  563. are unworthy of your patronage. You'd trust them to build a computer for
  564. you, or a scientific instrument? You know, we see the same thing here in
  565. reverse in the USA: if we read the London newspapers or a trade journal
  566. or whatever from Europe we now and then see only the toll-free numbers a
  567. person in the UK might call for information with no recourse for the
  568. Americans. In practice though, USA companies are the worst about this. So
  569. many Americans seem to feel the sun and moon revolve around the USA. We
  570. see some of that attitude from Europe, but not nearly in the quantity it
  571. goes from this side back to you.  So for those non-telephone-number/no
  572. address firms in the USA which advertise abroad, you've got to simply let
  573. *them* eventually wonder why their international advertising never seems
  574. to do them much good; that is, if they ever do wonder about it.   PAT]
  575.  
  576. ------------------------------
  577.  
  578. From: ppiyvonne@aol.com (PPI Yvonne)
  579. Subject: Re: Murata Business System Email, Fax or Voice Address Wanted
  580. Date: 28 Mar 1994 07:02:02 -0500
  581. Organization: America Online, Inc. (1-800-827-6364)
  582.  
  583.  
  584. In article <telecom14.129.4@eecs.nwu.edu>, LCHESALI@iki3.bitnet writes:
  585.  
  586. > Please help me to find Murata Business System Inc. adresses
  587.  
  588. Lev,
  589.  
  590. I'm not sure how updated this information is but I have a listed
  591. number in Texas of: 214-403 3300
  592.  
  593.  
  594. Good luck,
  595.  
  596. Yvonne
  597.  
  598. ------------------------------
  599.  
  600. From: edleslie@apogee.ccs.yorku.ca (Ed Leslie)
  601. Subject: Re: The Day 905 Went Solo
  602. Organization: York University
  603. Date: Mon, 28 Mar 1994 00:46:30 -0500
  604.  
  605.  
  606. djcl@io.org wrote:
  607.  
  608. > Friday (25 Mar) was the last official day of Bell Canada's permissive
  609. > dialing period for the 416/905 area code split in the Toronto region.
  610. > This means that calls to 905 points will no longer be processed using
  611.  
  612. [stuff deleted]
  613.  
  614. > Ten digit local calling can be used within an area code (optionally).
  615. > That is, someone in 416 can dial elsewhere in 416 (Toronto) as 416 +
  616. > seven digits, as well as just the seven digits.
  617.  
  618. True, and thankfully so for cell phone users. I asked Bell Mobility
  619. what would happen if I were in Mississauga, and tried to call a
  620. Toronto exchange using seven-digit dialing, ans was told that the call
  621. would not go through. I then asked just how someone driving on a road
  622. near the Metro Toronto boundary would know whether their call would be
  623. processed by a cell within or outside of Toronto, and was told that
  624. there would be no way to predict, and that if a cell on the 'wrong'
  625. side was used, the call would not go *and the user would just have to
  626. try again, or try the other dialing style*. Note that in theory, you
  627. could go at this for quite some time before getting through. Also
  628. consider the hassle of keeping two sets of speed dial numbers, one for
  629. when you are in, the other for when you are outside of Metro :-(
  630.  
  631. Anyhow, from my tests so far, ten-digit dialing *always* works, so
  632. I've updated my memory dialer numbers to all be ten-digit numbers.
  633.  
  634. The original note also referred to the use of 416-210 for messaging. I
  635. just ordered a PrimeLine number, and it will be a 416-410 number.
  636. What's PrimeLine you say -- fodder for another note another day,
  637. except to say that it is a new offering of a phone number not tied to
  638. any physical phone *line*, and which you can use to allow others to
  639. use a single number to reach you anywhere in the world that touchtone
  640. is available.
  641.  
  642. Ed
  643.  
  644.  
  645. [TELECOM Digest Editor's Note: PrimeLine is essentially the equivilent
  646. of AT&T's 'Easy Reach 700' service.   PAT]
  647.  
  648. ------------------------------
  649.  
  650. From: daveheld@DELPHI.COM
  651. Subject: Re: Extension Cord For Cell Phone
  652. Date: Sun, 27 Mar 94 23:21:49 -0500
  653. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  654.  
  655.  
  656. <MTOVAR@KUHUB.CC.UKANS.EDU> writes:
  657.  
  658. > Can anybody tell me where I can purchase an extension cord for my
  659. > cellular phone?  I tried my local Radio Shack but they don't carry
  660. > this.  It appears to be an 8 wire connection.
  661.  
  662. The connection is very likely to be an 8-wire modular connector,
  663. called RJ-45.  These connectors are commonly used for PBX extensions,
  664. intercom stations, etc., and are widely available.  You can find an
  665. extension cord at a local electronics store (perhaps you will need to
  666. go a tad more sophisticated than Radio Shack).
  667.  
  668. I _still_ think you're crazy.  Nearly any cellular connection will
  669. cost more than nearly any equivalent wired connection.  Please check
  670. this out carefully.
  671.  
  672. ------------------------------
  673.  
  674. From: dhclose@alumni.caltech.edu (David H. Close)
  675. Subject: Re: Area Code 562
  676. Date: 27 Mar 1994 03:34:00 GMT
  677. Organization: California Institute of Technology, Pasadena
  678.  
  679.  
  680. > [TELECOM Digest Editor's Note: You know, this is getting to where it 
  681. > isn't even funny any more. Thirty years ago I knew every area code and
  682. > where it was located. Now I can't remember half of them ... and wait until
  683. > next year when all those strange ones start popping up everywhere.   PAT]
  684.  
  685. But is the problem one of multiplying codes or an aging moderator? Creeping 
  686. Alzheimer's?
  687.  
  688.  
  689. Dave Close, Compata, Costa Mesa        "Always" and "never" are two words you
  690. dhclose@alumni.caltech.edu         should always remember never to use.
  691. dave@compata.attmail.com            Wendell Johnson
  692.  
  693.  
  694. [TELECOM Digest Editor's Ice Cold Note:  Thank you for participating
  695. in our little Digest. I really appreciated your comments as another
  696. week gets underway. I'll always remember to never forget your gracious
  697. commentary.  PAT]
  698.  
  699. ------------------------------
  700.  
  701. End of TELECOM Digest V14 #151
  702. ******************************
  703.     
  704.     
  705. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa01103;
  706.           28 Mar 94 14:07 EST
  707. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  708.     id AA07213; Mon, 28 Mar 94 09:49:05 CST
  709. Return-Path: <telecom>
  710. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  711.     id AA07204; Mon, 28 Mar 94 09:49:04 CST
  712. Date: Mon, 28 Mar 94 09:49:04 CST
  713. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  714. Message-Id: <9403281549.AA07204@delta.eecs.nwu.edu>
  715. To: telecom@eecs.nwu.edu
  716. Subject: TELECOM Digest V14 #152
  717.  
  718. TELECOM Digest     Mon, 28 Mar 94 09:49:00 CST    Volume 14 : Issue 152
  719.  
  720. Inside This Issue:                           Editor: Patrick A. Townson
  721.  
  722.     Re: Windows or DOS Caller ID Program (Paul Robinson)
  723.     Will Widespread Use of Cell Phones Reduce Crime? (Sean Slattery)
  724.     Re: Hunt Groups/Ring-No-Answer-Call-Forwarding (puma@netcom.com)
  725.     Re: Ripped By InfoAccess (Paul Robinson)
  726.     Faculty Position in Telecom (Jane Fraser)
  727.     Ruling on Dark Fiber (Robert P. Vietzke)
  728.     Re: Who Paid For My 550? (Paul Robinson)
  729.  
  730. TELECOM Digest is an electronic journal devoted mostly but not
  731. exclusively to telecommunications topics. It is circulated anywhere
  732. there is email, in addition to various telecom forums on a variety of
  733. public service systems and networks including Compuserve and GEnie.
  734. Subscriptions are available at no charge to qualified organizations
  735. and individual readers. Write and tell us how you qualify:
  736.  
  737.                  * telecom-request@eecs.nwu.edu *
  738.  
  739. The Digest is compilation-copyrighted by Patrick Townson Associates of
  740. Skokie, Illinois USA. We provide telecom consultation services and
  741. long distance resale services including calling cards and 800 numbers.
  742. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  743. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  744.  
  745.     ** Article submission address only: telecom@eecs.nwu.edu **
  746.  
  747. Our archives are located at lcs.mit.edu and are available by using
  748. anonymous ftp. The archives can also be accessed using our email
  749. information service. For a copy of a helpful file explaining how to
  750. use the information service, just ask.
  751.  
  752. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  753. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  754. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  755. Digest" shares archives resources at lcs.mit.edu for the convenience
  756. of users. Please *DO NOT* cross post articles between the groups. All
  757. opinions expressed herein are deemed to be those of the author. Any
  758. organizations listed are for identification purposes only and messages
  759. should not be considered any official expression by the organization.
  760. ----------------------------------------------------------------------
  761.  
  762. Date: Sun, 27 Mar 1994 23:38:53 EST
  763. From: Paul Robinson <PAUL@TDR.COM>
  764. Reply-To: Paul Robinson <PAUL@TDR.COM>
  765. Subject: Re: Windows or DOS Caller ID Program
  766. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  767.  
  768.  
  769. Steve Lindsay <slindsay@nyx10.cs.du.edu>, writes to TELECOM Digest
  770. as follows:
  771.  
  772. > Does anyone know of a little DOS or Windows shareware program 
  773. > that will act like the one of those caller ID boxes?
  774.  
  775. > Or is there some AT commands I can type in to my communication 
  776. > program to extract the phone number that is calling me?  I 
  777. > don't want my modem to answer; just tell me what number is 
  778. > dialing me.
  779.  
  780. As I have mentioned to people, many times, you *cannot* get caller ID 
  781. information on a computer modem (or any other device) unless *all* of the 
  782. following is true:
  783.  
  784. 1.  You must be on a telephone switch that support it.
  785. 2.  Your local telephone company must offer it.
  786. 3.  You must have subscribed to caller-id service.
  787. 4.  The caller must be on a telephone switch that supports it.
  788. 5.  The caller must not use *67 or otherwise be blocked.
  789. 6.  All connections between you and the caller must support caller-id
  790.     and retain the information, and the intervening long distance 
  791.     carriers must provide it.
  792. 7.  Your modem or (receiving telephone) has to have the circuity to accept
  793.     the special 1200 baud signal which is *not* the same as regular 1200
  794.     baud data.
  795. 8.  Your modem must have the caller-id code enabled.
  796.  
  797. Only if all eight conditions are true will you receive the information.  
  798. If all but step five is not true, you get "P" or "PRIVATE".  If step four 
  799. or six is not true, and all others are, you get "O" or "OUT OF AREA".
  800.  
  801. Then you have to enable the code.  And the modem package will clearly 
  802. indicate if you have Caller-ID capability.
  803.  
  804. Six months ago I purchased a Practical Peripherals 14400FX internal
  805. for about $200.  This modem advertises that it supports Caller-ID,
  806. which you do by using %CCID=0 for no Caller-ID, or =1 or =2 to get the
  807. Caller-ID information either in ascii or in hex, sent to the screen
  808. either before or after the second "RING" message.  I'll probably write
  809. an article on Caller-ID and some games you can play with it someday.
  810.  
  811. Because I am unable to disable one of the serial ports on my computer's 
  812. everything card (IDE/Floppy Disk/Game/Serial port), I had to go out and 
  813. purchase an external modem.  The least expensive external 14400 is a
  814. very nice Intel PCFM7600 in a metal case, and only $159.  I still have
  815. the internal modem which I'll probably put into another computer once
  816. I have time to do so.
  817.  
  818. This modem *does not* support Caller-ID.  If it did, it would advertise
  819. it. Nice modem; feels professional and looks it.  But there is no way I
  820. could get Caller-ID information out of it since the capability isn't
  821. there. Not important to me because I don't need it, but for you to get it,
  822. it has to be there before your modem can provide it.  If it does, it will
  823. prominently advertise it on the package and in the instruction manual. 
  824.  
  825. If your modem does support it and you have it, you will get the
  826. information in the data stream same as the "RING" and "NO CARRIER"
  827. information.
  828.  
  829.  
  830. Paul Robinson - Paul@TDR.COM
  831.  
  832. ------------------------------
  833.  
  834. Date: Mon, 28 Mar 94 09:17 EST
  835. From: Sean Slattery <Slattery+acyberspace%Airflow@mcimail.com>
  836. Subject: Will Widespread Use of Cell Phones Reduce Crime?
  837.  
  838.  
  839. In article <telecom14.147.4@eecs.nwu.edu>, howard@hal.com
  840. (Howard  Gayle) writes: 
  841.  
  842. > A friend suggested to me that, sometime in the future, almost
  843. > everyone will carry around a cellular phone almost all the time.  She
  844. > thinks this will significantly reduce the amount of crime, because it
  845. > will be very easy to report a crime or other suspicious behavior that
  846. > one observes.  I'm skeptical, but it seems like an interesting topic
  847. > for discussion.
  848.  
  849. I seriously doubt that crime will be reduced.  A lot of people in
  850. society today avoid "getting involved".  Why would the sudden availabil-
  851. ity of communications change them?
  852.  
  853. > [TELECOM Digest Editor's Note: Here in the USA, you have to be very
  854. > careful about getting involved. It is best not to, since if you do,
  855. > you are often treated like a criminal and the (true) criminal like the
  856. > victim. It goes against my grain to say it, but you are better off not
  857. > getting involved unless the crime is against you personally.  PAT]
  858.  
  859. Sorry Pat, this is the kind of crap that keeps things the way they
  860. are.  If you are not willing to get involved you have no right to
  861. complain about how screwed up things are.  We will not have an end to
  862. crime until the criminals view each and every one of us with the same
  863. fear and respect that they view a uniformed police officer.
  864.  
  865. I am not advocating that people act foolishly, use your head.  Usually
  866. the most effective thing that one can do to help is to contact the
  867. authorities.  But DO IT !!
  868.  
  869. Here in Mass. the state police have commented that due to the increase
  870. in popularity of cellular car phones they now know about each and
  871. every accident and breakdown, sometimes within SECONDS of its occurring. 
  872. They also get a lot of DWI reports with detailed descriptions of car
  873. and plate numbers and often actually find the car in question and make
  874. an arrest.  Of course, Boston was also where the Stewart case occurred.  
  875. And no one can deny that portable cell phones have been a boon to the
  876. drug trade.
  877.  
  878. Back to the original question, will the proliferation of cell phones
  879. reduce crime?  The answer is: no, but your use of one might.
  880.  
  881.  
  882. Sean Slattery   Network Administrator  Airflow Research.
  883.  
  884. ------------------------------
  885.  
  886. From: puma@netcom.com (puma)
  887. Subject: Re: Hunt Groups/Ring-No-Answer-Call-Forwarding
  888. Date: Mon, 28 Mar 1994 14:45:35 GMT
  889.  
  890.  
  891. In article <telecom14.147.1@eecs.nwu.edu>, Scott M. Pfeffer <sp9183@
  892. swuts.sbc.com> wrote:
  893.  
  894. > The basic idea is to provide 32 dialup modem lines with a backup
  895. > configuration in case a modem goes bad or the rack containing half the
  896. > modems goes bad.
  897.  
  898. > If the line chosen by the switch is one of the first sixteen, but
  899. > there is no answer after two rings, find a line in the second sixteen
  900. > and ring it instead.
  901.  
  902. We have about 60 lines with a mix of 1200/2400/9600 modems.  We're
  903. using "forward on busy/noanswer" from each line to the next.  We're
  904. also on Centrex and a university, so when I tell folks that I make
  905. sure they understand they need to check with their telco, as some
  906. places charge per call or even per minute for calls forwarded in this
  907. fashion, or have problems with forwarding multiple calls from a single
  908. dialed number.
  909.  
  910. After the third ring, calls will go to the next line.  Even with a
  911. number of consecutive lines out, eventually you will get one that
  912. works if you wait long enough.  The only time it won't forward is if
  913. all the lines further down are already in use, then it will sit on the
  914. one line and ring.
  915.  
  916. If you're concerned about a rack of modems going down, you could
  917. alternate lines between the two racks.  Keep in mind though, that as
  918. lines fill up in the rack that works, it will still have to skip
  919. individually over all the non-working ones between.  If you have a LOT
  920. of people trying to call in, some will be skipped over immediately
  921. because other folks are already ringing on those lines.
  922.  
  923. Distributed calling, if you have that available, might help SOME
  924. callers avoid lines that are down, but other WILL get those line, and
  925. once there will stick there -- they need to replace the call -- the CF
  926. on busy/noanswer will eventually get them to a working modem.  Usually
  927. you are concerned with just one modem or line not working at a time,
  928. and this seems the best solution for us.
  929.  
  930.  
  931. puma@netcom.com
  932.  
  933. ------------------------------
  934.  
  935. Date: Sun, 27 Mar 1994 23:15:03 EST
  936. From: Paul Robinson <PAUL@TDR.COM>
  937. Reply-To: Paul Robinson <PAUL@TDR.COM>
  938. Subject: Re: Ripped By InfoAccess
  939. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  940.  
  941.  
  942. jabussey@ualr.edu, writes in TELECOM Digest:
  943.  
  944. > Has anyone had any DEALINGS with InfoAccess? For some reason 4
  945. > EXPENSIVE calls to this service was added to my phone. Although NO
  946. > calls to it were made from our phones! There are only two people in 
  947. > my house, me and my wife and neither of use dialed this number.
  948.  
  949. Jabussey doesn't say whether this is a company that charges an arm and
  950. a leg for long distance calls either as local or as an "operator assisted" 
  951. provider, or whether it's a 900 number.
  952.  
  953. You have several options depending on what the call is.  If it's a
  954. long distance call or operator assisted call, you have these choices:
  955. if you cannot afford the charges, then you can (1) complain to the
  956. phone company and ask for proof of connection; (2) and complain that
  957. the charge is fraudulent and you want proof; (3) Pay the bill minus
  958. the disputed amount and inform them of such; (4) file a claim of mail
  959. fraud with the postal inspectors claiming that the phone company or
  960. the biller has intentionally sent you a charge for a call you did not
  961. make.
  962.  
  963. If you can afford to pay the disputed charges, you have these choices:
  964.  
  965. If you can pay for the call, pay your bill to the public utilities
  966. commission for your state, filing a grievance saying the call is
  967. fraudulent and should be zero.  Or pay them and sue the telephone
  968. company in small claims court for refund of the disputed charge.
  969.  
  970. Here's a fairly good idea: take item (3) above and send the payment
  971. minus the disputed amount to the state Public Utilities Commission
  972. dictating the circumstances.  The PUC *will* send your check back
  973. since it's not for the full amount of the bill, and the phone company
  974. will hear about it, but in this case someone at the phone company
  975. *will* look into the matter.  This may be the best choice for you
  976. under the circumstances.
  977.  
  978. Another option if you can't afford to pay the bill (or if you take
  979. option #1 of reducing the bill by the disputed amount and get a
  980. disconnection notice) is to sue the telephone company and perhaps the
  981. long distance carrier and subpoena their records, as well as the
  982. carrier's records, to have them show proof of their claim that you
  983. dialed the number in question.
  984.  
  985. Another option is to get ahold of your local newspaper or TV station
  986. ombudsman who handles problems between sellers and customers.
  987.  
  988. The reason for making this distinction is that -- if I'm not mistaken
  989.  -- under new federal laws, your phone service *cannot* be disconnected
  990. for nonpayment of calls to 900 numbers, but the tariffifs state that
  991. you *can* be disconnected for nonpayment of a long distance carrier
  992. (since often the local telephone company purchases those bills from
  993. the carrier at a factor's discount then bills them to you at the full
  994. rate.)
  995.  
  996. You might simply refuse to pay for the 900 number and the phone
  997. company will most likely block access to 900 numbers in the future.
  998. But you might want to find out if there is a leakage on your phone
  999. line, e.g.  that your line can be accessed somewhere else, or if the
  1000. phone company computer is wrong or is billing you for someone else's
  1001. calls, or what.
  1002.  
  1003.  
  1004. Paul Robinson - Paul@TDR.COM
  1005.  
  1006. ------------------------------
  1007.  
  1008. Date: Mon, 28 Mar 1994 09:22:23 EST
  1009. From: fraser@ccl2.eng.ohio-state.edu
  1010. Subject: Faculty Position in Telecom
  1011.  
  1012.  
  1013. University of Missouri - Kansas City
  1014. Computer Science Telecommunications Program
  1015.  
  1016. As the Information Age unfolds, the science and technology of
  1017. communications has become critically important.  The Computer Science
  1018. Telecommunications Program at the University of Missouri-Kansas City
  1019. is focused on Computer Networking, Telecommunications and Software
  1020. Engineering in the context of communications.  Motivated research
  1021. scientists in these disciplines who wish to join a distinguished
  1022. faculty in a stimulating work environment should apply.  The Computer
  1023. Science Telecommunications Program is organized to support basic and
  1024. applied research, prototyping and product development, with unusual
  1025. opportunities for professional advancement.  Degrees are offered at
  1026. all levels.
  1027.  
  1028. We are looking for applicants whose research productivity is
  1029. established in one of the fields named above.  Nine-month regular
  1030. tenure track appointments are available at competitive salaries.
  1031. Non-teaching, non-tenure track research positions are offered in the
  1032. Center for Telecomputing Research where the focus is on multimedia
  1033. networking with applications in distance learning and collaboration.
  1034. Visiting appointments are available as well.  In addition to the usual
  1035. research funding opportunities, support for research is encouraged
  1036. through industry collaborations.
  1037.  
  1038. Send resume and names of three references to: Andrea Duncan, Computer
  1039. Science Telecommunications Program, University of Missouri-Kansas
  1040. City, 5100 Rockhill Road, Kansas City, MO 64110.  Applications will be
  1041. reviewed until position is filled.  UMKC is an Equal Opportunity/
  1042. Affirmative Action Employer.
  1043.  
  1044. ------------------------------
  1045.  
  1046. From: Vietz@RM42.ucc.uconn.edu (Robert P. Vietzke)
  1047. Subject: Ruling on Dark Fiber 
  1048. Organization: University of Connecticut
  1049. Date: Sun, 27 Mar 1994 23:20:42 GMT
  1050.  
  1051.  
  1052. Some time ago I read an article about the Dark Fiber Wars which stated
  1053. that the FCC had ruled fiber was subject to equal access rules. The
  1054. deal was one RBOC had provided dark fiber to a customer and then said
  1055. no to another because they thought they might lose money on the deal.
  1056. Supposedly the FCC ruled that if you provide it to one you must provide 
  1057. it to all.
  1058.  
  1059. If anyone could point me towards the ruling and where I might find it
  1060. or the details of the case I would be -greatly- appreciative. This
  1061. would assist my research immeasurably.
  1062.  
  1063.  
  1064. [TELECOM Digest Editor's Note: I would also direct your attention to
  1065. the Telecom Archives and the collection of essays by George Gilder there.
  1066. One such essay deals with the dark fiber matter.  The Telecom Archives
  1067. is accessible using anonymous ftp lcs.mit.edu. When logged in, then
  1068. 'cd telecom-archives'.   PAT]
  1069.  
  1070. ------------------------------
  1071.  
  1072. Date: Mon, 28 Mar 1994 00:16:59 EST
  1073. From: Paul Robinson <PAUL@TDR.COM>
  1074. Reply-To: Paul Robinson <PAUL@TDR.COM>
  1075. Subject: Re: Who Paid For My 550?
  1076. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  1077.  
  1078.  
  1079. Jim Cluett <cluett@mv.MV.COM>, writes in TELECOM Digest, as follows:
  1080.  
  1081. > Can anyone explain the economics of the $50 Motorola 550?  The 
  1082. > 550 is selling locally at a discount department store for $50. 
  1083. > Motorola can't build 'em for that.
  1084.  
  1085. Probably not.  But don't bet with the falling price of circuitry and
  1086. components that the actual cost is all that high.
  1087.  
  1088. > The department store is acting as an agent for both an A and 
  1089. > a B carrier ...
  1090.  
  1091. Unusual.  I've never seen it here in the Washington, DC area; the
  1092. seller either sells for the A carrier (Cellular One) or for the
  1093. telephone company B carrier (Bell Atlantic).  I've never seen one
  1094. handle both.
  1095.  
  1096. > but I don't think they can recover enough from a year's contract to 
  1097. > make up the difference.
  1098.  
  1099. Oh don't bet on it.  Here, the cellular companies make a good sized
  1100. kickback to the seller to get the customer to sign up with them.  The
  1101. customer must keep the service for a year or they have to pay the
  1102. cellular company back the rebate, which is quoted at around $165.
  1103.  
  1104. So figure that the cellular company gives up about 3/4 of the monthly
  1105. charge for the first year to the seller as commission for the sale on the 
  1106. assumption that the customer will keep the service longer than one year.
  1107. The carrier also figures they'll make up a lot of the commission on the 
  1108. airtime.
  1109.  
  1110. When you purchase life insurance, if you were to check into it, you would 
  1111. discover that the insurance company pays the agent *MORE* than your first 
  1112. year's premiums as commission.  Because most people don't change their 
  1113. insurance carriers over time.
  1114.  
  1115. > Who's subsidizing this? It's probably me, but I don't quite see how. 
  1116.  
  1117. Yeah, you are.  On the installment plan.
  1118.  
  1119. Well, figure you keep a cellular phone for two years.  Let's say you make
  1120. a total of $10 in charges in the two years beyond your allocation.  Let's 
  1121. say the rate for service is $29 a month and they charge you $25 to 
  1122. activate your phone.
  1123.  
  1124. Monthly Charges     $29 x 24  = $ 696
  1125. Installation charge                25
  1126. Air Time                           12
  1127.  Gross                            731
  1128. Commission to seller             -165
  1129.          Net                     $568
  1130.  
  1131. These figures are low to show that where the rates are even higher,
  1132. the cellular companies can make a nice piece of change.  Don't forget
  1133. the kickbacks the "A" carrier could get by forcing your service to,
  1134. say, MCI or Sprint since -- if I'm not mistaken -- they are not
  1135. required to offer equal access the way the B landline carrier is
  1136. required.  Or not even forcing your service to them, but simply having
  1137. the long distance carrier connect direct to their switch and keeping
  1138. 1c/minute of the 2c/minute or more charge the carrier normally would
  1139. pay the local telephone company for access to its facilities.
  1140.  
  1141. So this means, for subsidizing your phone to the tune of $165, they can
  1142. make $568 in two years from someone who only uses 50c worth of airtime a 
  1143. month!  Can you imagine what they make from people who spend upwards of
  1144. $20-100 a month on cellular calls?
  1145.  
  1146. King Camp Gillette learned this strategy more than 100 years ago: 
  1147.  
  1148. Give away the razors and charge for the blades!
  1149.  
  1150.  
  1151. Paul Robinson - Paul@TDR.COM
  1152.  
  1153.  
  1154. [TELECOM Digest Editor's Note: Normally the agents are on the A or B
  1155. side but not both; that is in their contract with the carriers. The
  1156. exception is the very large agents such as Radio Shack and quite a
  1157. few large discount chain stores, etc. Their volume of business is such
  1158. that *they* tell the carriers what they will do and won't do. For
  1159. example, Radio Shack is on the A side in some parts of the country and
  1160. the B side in others. In a few places, they work both sides of the
  1161. cellular scene at the same time. Tandy has the kind of money and influ-
  1162. ence with the carriers that they can get away with it. Its the same
  1163. kind of thing where Pepsi and Coca-Cola are concerned. You never see
  1164. them both in the same vending machine; you never see them both in the
  1165. same restaurant as fountain drinks. You never see either one dispensed
  1166. in the paper cups bearing the logo of the other. They are both very
  1167. strict with their dealers and distributors on this point. Oh really?
  1168. Try going to your local 7-Eleven: one fountain dispenser handles both
  1169. and the logos on the paper cups say both. That's because Southland,
  1170. like Tandy is large enough to say do it our way or it won't get done.
  1171. Pepsi and Coca-Cola make Southland the exception to their vending
  1172. machine rules; the cellular carriers are equally respectful of Tandy
  1173. and certain other major dealers/distributors.    PAT]
  1174.  
  1175. ------------------------------
  1176.  
  1177. End of TELECOM Digest V14 #152
  1178. ******************************
  1179.     
  1180.     
  1181. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12248;
  1182.           29 Mar 94 13:20 EST
  1183. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1184.     id AA04948; Tue, 29 Mar 94 08:51:07 CST
  1185. Return-Path: <telecom>
  1186. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1187.     id AA04939; Tue, 29 Mar 94 08:51:06 CST
  1188. Date: Tue, 29 Mar 94 08:51:06 CST
  1189. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1190. Message-Id: <9403291451.AA04939@delta.eecs.nwu.edu>
  1191. To: telecom@eecs.nwu.edu
  1192. Subject: TELECOM Digest V14 #153
  1193.  
  1194. TELECOM Digest     Tue, 29 Mar 94 08:51:00 CST    Volume 14 : Issue 153
  1195.  
  1196. Inside This Issue:                           Editor: Patrick A. Townson
  1197.  
  1198.     Caller-ID Will be Available Nationwide (FCC News via Steve L. Rhoades)
  1199.     Competition in Calls From China (Laurence Chiu)
  1200.     Receive Junkmail and Get Paid Cash Scam (Brock Meeks via Graham Toal)
  1201.     Observations About Area Code Splits (Linc Madison)
  1202.     Warning: Private Payphone "Fraud" (Clive D.W. Feather)
  1203.     Average Call Duration (Bob Schwartz)
  1204.  
  1205. TELECOM Digest is an electronic journal devoted mostly but not
  1206. exclusively to telecommunications topics. It is circulated anywhere
  1207. there is email, in addition to various telecom forums on a variety of
  1208. public service systems and networks including Compuserve and GEnie.
  1209. Subscriptions are available at no charge to qualified organizations
  1210. and individual readers. Write and tell us how you qualify:
  1211.  
  1212.                  * telecom-request@eecs.nwu.edu *
  1213.  
  1214. The Digest is compilation-copyrighted by Patrick Townson Associates of
  1215. Skokie, Illinois USA. We provide telecom consultation services and
  1216. long distance resale services including calling cards and 800 numbers.
  1217. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  1218. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  1219.  
  1220.     ** Article submission address only: telecom@eecs.nwu.edu **
  1221.  
  1222. Our archives are located at lcs.mit.edu and are available by using
  1223. anonymous ftp. The archives can also be accessed using our email
  1224. information service. For a copy of a helpful file explaining how to
  1225. use the information service, just ask.
  1226.  
  1227. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  1228. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  1229. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  1230. Digest" shares archives resources at lcs.mit.edu for the convenience
  1231. of users. Please *DO NOT* cross post articles between the groups. All
  1232. opinions expressed herein are deemed to be those of the author. Any
  1233. organizations listed are for identification purposes only and messages
  1234. should not be considered any official expression by the organization.
  1235. ----------------------------------------------------------------------
  1236.  
  1237. From: srhoades@netcom.com (Steve L. Rhoades)
  1238. Subject: Caller-ID Will be Available Nationwide
  1239. Date: Mon, 28 Mar 1994 19:24:12 PST
  1240.  
  1241.  
  1242. The following news release is from fcc.gov under /pub/Common_Carriers/
  1243. nrcc4002.txt  (lots of other neat stuff here too!)
  1244.  
  1245.  
  1246. Report No. DC-2571        ACTION IN DOCKET CASE     March 8, 1994
  1247.  
  1248. CALLER ID TO BE AVAILABLE NATIONWIDE; FCC ADOPTS FEDERAL POLICIES
  1249.                          FOR REGULATION
  1250.                        (CC DOCKET 91-281)
  1251.  
  1252.      The Commission has adopted a federal model, effective April 12,
  1253. 1995, for interstate delivery of calling party number based services.
  1254. These services include caller ID, which is available today in many
  1255. states, as well as services that will permit businesses to serve
  1256. customers more efficiently and will permit increased security of
  1257. computer networks.
  1258.  
  1259.      The rules adopted today enable these services to become available
  1260. to consumers and businesses nationwide and require free, automatic,
  1261. per call blocking to protect privacy interests.  They also require
  1262. carriers to educate consumers about these services.
  1263.      
  1264.      The Commission also adopted rules to address privacy concerns
  1265. raised by the reuse or sale of information generated by automatic
  1266. number identification (ANI).  Specifically, the Commission found that
  1267. a federal model for interstate delivery of calling party number is in
  1268. the public interest, that calling party privacy must be protected, and
  1269. that certain state regulation of interstate caller ID must be
  1270. preempted.
  1271.  
  1272.      The availability of calling party number based service, including
  1273. caller ID, requires end to end interconnection of Signalling System 7
  1274. (SS7) networks between carriers, so that the calling party's number
  1275. can be transmitted from the calling party to the called party.
  1276. Interstate delivery of calling party based services is thus not
  1277. feasible until interstate SS7 interconnection and calling party number
  1278. delivery between local exchange carriers and interexchange carriers
  1279. becomes widespread.
  1280.  
  1281.      The Commission noted that a consistent, nationwide interstate
  1282. policy will contribute to economic growth as businesses employ the new
  1283. technology for a number of uses.  These uses may include pay- per-view
  1284. television, order/entry verification, voice messaging storage,
  1285. customized customer service, business fraud reduction, call routing,
  1286. emergency dispatch, health care services, telephone banking, home
  1287. shopping, dealer locator, and selective call message forwarding.
  1288.  
  1289.      While the technology for nationwide caller ID service is being
  1290. deployed and used on an intrastate basis, several regulatory and legal
  1291. issues have delayed its introduction nationwide.  Today's action
  1292. supports the efforts of carriers, standards setting bodies, states,
  1293. equipment manufacturers and others to provide caller ID in an
  1294. efficient manner.  In the federal model the Commission recognizes the
  1295. value and benefits to the public of this service and promotes the
  1296. transmission of the calling party number from the originating carrier
  1297. to the terminating carrier.
  1298.  
  1299.      The Commission has balanced the reasonable privacy expectations
  1300. of both the calling and called parties and removed obstacles to the
  1301. development of calling party based services posed by uncertainty and
  1302. non-uniform state policies.
  1303.  
  1304.      In today's action the Commission found that: 
  1305.  
  1306.      -- Common carriers using Common Channel SS7 and subscribing to or
  1307. offering any service based on SS7 functionality must transmit the
  1308. calling party number parameter (CPN) and its associated privacy
  1309. indicator on any interstate call to connecting carriers; (The CPN is
  1310. the subscriber line number or the directory number contained in the
  1311. calling party number parameter of the call set-up message associated
  1312. with an interstate call using SS7.  The calling party number parameter
  1313. includes an associated privacy indicator.)  In other words, local
  1314. exchange carriers (LECs) must transmit both the calling party number
  1315. and its associated privacy indicator to interexchange carriers (IXCs)
  1316. and vice versa;
  1317.  
  1318.      -- Carriers offering CPN delivery services must provide, at no
  1319. charge to the caller, an automatic per call blocking mechanism for
  1320. interstate callers. Terminating carriers providing calling party based
  1321. services, including caller ID, must honor the privacy indicator;
  1322.  
  1323.      -- The costs of interstate transmission of CPN are so small that
  1324. the CPN should be transmitted among carriers without additional
  1325. charge; and
  1326.  
  1327.      -- Carriers participating in the offering of any service that
  1328. delivers CPN on interstate calls must inform telephone subscribers
  1329. that the subscriber's number may be revealed to called parties and
  1330. describe what steps subscribers can take to avoid revealing their
  1331. numbers.  In the Further Notice of Proposed Rulemaking in this
  1332. proceeding, the Commission is seeking comment on whether more detailed
  1333. customer education rules should be adopted and whether the policies
  1334. adopted for interstate calling party number-based services like caller
  1335. ID should be extended to other services that might identify the
  1336. calling party.
  1337.  
  1338.      The Commission also adopted rules to limit the use of information
  1339. generated by ANI to call set-up, routing, screening, billing and
  1340. collection and other services by end users, with exceptions for most
  1341. law enforcement and emergency uses and for marketing by the ANI
  1342. recipient only.  The reuse or sale of ANI would be prohibited absent
  1343. affirmative subscriber consent, and carriers would be required to
  1344. educate callers regarding ANI services.  (ANI based services were
  1345. developed in the pre-SS7 signalling environment as the billing
  1346. telephone number of the calling party.  Because this technology
  1347. predates SS7 technology, ANI is not blockable in the same way as the
  1348. calling party number in an SS7 network.)
  1349.  
  1350.      In considering whether to extend its existing rules governing
  1351. disclosure of customer proprietary network information (CPNI) to cover
  1352. residential and single line business customers as protection of their
  1353. privacy interests, the Commission said it would seek comments through
  1354. a separate public notice to be considered in the context of the
  1355. Computer III Remand Proceeding.
  1356.  
  1357.      Action by the Commission March 8, 1994, by Report and Order and
  1358. Further Notice of Proposed Rulemaking (FCC 94-59).  Chairman Hundt,
  1359. Commissioners Quello and Barrett, with Commissioner Barrett issuing a
  1360. separate statement.
  1361.  
  1362.                              - FCC -
  1363.  
  1364.      News Media contact: Rosemary Kimball at (202) 632-5050.
  1365.     Common Carrier Bureau contacts: Olga Madruga-Forti at (202)
  1366. 634-1816 and Suzanne Hutchings at (202) 634-1802.
  1367.  
  1368.  
  1369.                         -------------- 
  1370.  
  1371. Steve L. Rhoades          Voice: (818) 794-6004
  1372. 1000 Video Road           Internet:  srhoades@netcom.com
  1373. Mt. Wilson, Calif 91023   Finger me for PGP public key.
  1374.  
  1375. ------------------------------
  1376.  
  1377. From: lchiu@crl.com (Laurence Chiu)
  1378. Subject: Competition in Calls From China
  1379. Date: Mon, 28 Mar 1994 12:39:02 -0900
  1380. Organization: CRL Dialup Internet Access
  1381.  
  1382.  
  1383.        I just got told by my wife that AT&T was offering discounts for
  1384. USA Direct Calls from China (if placed collect).  The rate would be
  1385. $1.70/minute which reflects a 20% discount.  Apparently these are
  1386. significantly cheaper than local calling rates.  If the call is billed
  1387. to a calling card there is a $3.50 surcharge but an additional 5%
  1388. discount. The USA Direct caller calls 10810 (from memory) and reaches
  1389. a Mandarin speaking operator in the US. As an aside when I tried to
  1390. get information on this plan by calling my normal AT&T customer
  1391. service number, I was put on hold for ten minutes and I eventually
  1392. hung up. I asked my wife to call the number in the ad she had seen and
  1393. reached a Mandarin speaking representative immediately.  Of course not
  1394. being telecom literate, I had to relay questions to her!
  1395.  
  1396.        Since I can call China for $0.59/minute in weekends on AT&T and
  1397. $0.49 via MCI (to one specific number) if I use their International
  1398. Friends and Family rate, it makes sense for our friends/relatives to
  1399. call us collect, we eat a minute charge and then call them back.  In
  1400. fact I am sure there are ways to avoid even the 1st minute charge but
  1401. I will leave that as an exercise for the reader :-)
  1402.  
  1403.  
  1404. Laurence Chiu             Walnut Creek, California
  1405. Tel: 510-215-3730 (work)  Internet: lchiu@crl.com 
  1406.  
  1407. ------------------------------
  1408.  
  1409. From: gtoal@an-teallach.com (Graham Toal)
  1410. Subject: Receive Junkmail and Get Paid Cash Scam Revealed
  1411. X-Organisation: An Teallach Limited
  1412. Date: Mon, 28 Mar 1994 20:12:23 GMT
  1413.  
  1414.  
  1415. This scam was discussed here before. Here is the latest update.
  1416.  
  1417.   Date: Tue, 8 Mar 1994 15:16:48 -0800
  1418.   From: "Brock N. Meeks" <brock@well.sf.ca.us>
  1419.  
  1420. CyberWire Dispatch//Copyright (c) 1994//
  1421.  
  1422. Jacking in from the P.T. Barnum Port:
  1423.  
  1424. Washington, DC --  Thwart the proliferation of electronic junk mail and
  1425. make yourself some cash as the same time.  Ask Me How!
  1426.  
  1427. Interested?  There's more.  You get a free Internet account,
  1428. accessible through a toll free number.  All you have to do is let poor
  1429. capitalist slubs pour junk mail into your free account and you get an
  1430. average of 6.5 cents for every message that you receive.  You don't
  1431. even have to read the stuff.
  1432.  
  1433. Remember, there's "absolutely no charge, periodic charge, hourly
  1434. charge or phone charge."  And for all your effort, you'll likely get
  1435. an annual check of $500 "and likely more," according to a company
  1436. called Electric Postal Service (EPS).
  1437.  
  1438. Such are the claims made by the mysterious EPS during a February
  1439. Internet E-mail blitzkrieg. All EPS said it required was that you
  1440. "send E-mail to our internet address at eps@world.std.com."  And be
  1441. sure to include you name and address, EPS said. Or there was an 800
  1442. number to call.
  1443.  
  1444. The EPS offer intrigued thousands of Internet users, who rushed to
  1445. forward their electronic application and sat back to waiting to
  1446. collect their piece of the Internet pie.
  1447.  
  1448. Fat Chance.  The EPS information never arrived.
  1449.  
  1450. A month-long Dispatch investigation has revealed that EPS is nothing more
  1451. than a shell company for a direct mailing scam run out of Canton, Ohio.
  1452.  
  1453. Bait and Switch
  1454. ===============
  1455.  
  1456. After weeks of waiting, no information, electronic or otherwise, has
  1457. ever appeared from EPS.  Instead, those requesting information were
  1458. sent a curious mailing from an outfit called "Suarez Corporation
  1459. Industries" headed by one Benjamin Suarez.
  1460.  
  1461. The Suarez information arrived in an envelope annotated "Important:
  1462. The information you requested."  Inside an "approved letter of
  1463. requisition" tells how you can receive a new book called "Seven Steps
  1464. to Freedom II -- How to Escape the American Rat Race."  The book
  1465. supposedly tells you how to birth a corporate creature called a "Net
  1466. Profit Generation System" (NPGS).
  1467.  
  1468. Such a deal!  An NPGS can produce $30,000 to "over one million dollars
  1469. a year" in income, Suarez says.  The catch?  The book and associated
  1470. software only costs you $159.  But that's a steal, Suarez says,
  1471. because if you buy the book and software separately, they cost you
  1472. almost $200.  But hurry, the offer expires within ten days, because
  1473. Suarez doesn't want "an order to be wasted on the curiosity seeker."
  1474.  
  1475. Small problem: The supposed authorization letter contains no date, no
  1476. authorization code, no bar code. Nothing to determine when it was
  1477. received or when the supposed 10 day expiration clocks starts to tick.
  1478.  
  1479. Oh... and the "Seven Steps"  book ("not sold in stores") doesn't show up in
  1480. the Dialog "Books in Print" database.
  1481.  
  1482. Suarez claims in his letter to be one of the richest people in the
  1483. nation, "one of the truly rich" unlike those that are "only paper
  1484. rich" because they count stock.
  1485.  
  1486. Published reports put Suarez Corp. Industries (SCI) worth at only $100
  1487. million, with some 630 envelope stuffing employees.  What Suarez is,
  1488. however, is a slick direct mail baron.  The letterhead from SCI lists
  1489. a host of "divisions" all of which operate out of SCI's headquarters
  1490. in North Canton.  One of those divisions is "CompuClub Software and
  1491. Computer Services."
  1492.  
  1493. Dispatch called SCI's main number to ask if EPS was, in reality, one
  1494. of the infamous Suarez, Net Profit Generation System companies.  After
  1495. a few rounds of questioning, a Suarez operator admitted that EPS was,
  1496. indeed, an NPGS, "a subsidiary of CompuClub."  She wouldn't answer any
  1497. further questions about EPS. Calls to CompuClub weren't returned.
  1498.  
  1499. What's the real story on Benjamin Suarez?  Let's flip this latest
  1500. Internet scam on its back and gut that soft white underbelly. (Gloves, 
  1501. please ...)
  1502.  
  1503. The Rap Sheet Two-Step
  1504. ======================
  1505.  
  1506. Suarez, it appears, is attempting to pull off some kind of Internet
  1507. P.T.  Barnum routine.  He's infamous for his questionable direct
  1508. marketing scams.  And he has a mean streak.  His record speaks for
  1509. itself.
  1510.  
  1511. In February, Suarez agreed to quit all operations in the state of
  1512. Washington, agreeing to pay more than $70,000 in refunds to some 4,500
  1513. consumers there who bought jewelry, cutlery and other products from
  1514. his companies since 1992.
  1515.  
  1516. The Washington State attorney general's office brought suit against
  1517. Suarez, alleging his company violated the state's prizes and
  1518. promotions laws by selling fake diamonds under the company name
  1519. Lindenwold Fine Jewelers (also a Suarez "division").  One tactic that
  1520. apparently pissed off the attorney general was an offer that gave a
  1521. "free gift" of a cubic zirconia to customers along with an offer for a
  1522. "discount" on the cost of getting it mounted.  That arrangement
  1523. violates Washington law: If a recipient must spend money to use an
  1524. award, you can't use the term "free prize."
  1525.  
  1526. Blaaaahhh!!!!  Thank you for playing, Mr. Suarez.
  1527.  
  1528. The suit so enraged Suarez that he began running negative campaign ads
  1529. slamming the attorney general who was, at the time, running for the
  1530. governor's office.  Suarez even offered to pay the attorney general's
  1531. opponents up to $50,000 to front his own hit-squad negative campaign
  1532. ads.  They declined.
  1533.  
  1534. In a second case in Washington, Suarez offered the same rhinestones,
  1535. claiming they were worth more than $100.  Natch, said former Attorney
  1536. General Ken Eikenberry, the real value of those stones were about
  1537. $2.65 a pop.  Eikenberry called the promotion, a "blatant deception."
  1538. In that suit, Suarez settled out of court by paying $15,000.
  1539.  
  1540. According to court records and published reports, other charges
  1541. brought against Suarez by the state of Washington in 1992 include: (1)
  1542. Making false promises of saving. (2) Making deceptive price represen-
  1543. tations.  (3) Conducting charitable solicitations without registering
  1544. with the secretary of state.  (4) Failing to state the odds of winning
  1545. a sweepstakes.  (5) Distributing a simulated check that doesn't have
  1546. the phrase: "This is not a check" plastered on its front.
  1547.  
  1548. For all those charges, Suarez is no prohibited from doing business in
  1549. the State. Seems he's moved his operation to the Internet.
  1550.  
  1551. The attorney general's office says Suarez is also involved in lawsuits
  1552. in Indiana and Ohio, but could give no details.
  1553.  
  1554. Suarez, in previously published interviews with the {Seattle Post-
  1555. Intelligencier}, defended his company, saying he offers a money-
  1556. back guarantee and has a return rate of less than two percent.
  1557.  
  1558. Life On the Laugh Track
  1559. =======================
  1560.  
  1561. For Suarez, adversity and conflict are his Rice Krispies and whole milk.  A
  1562. newspaper database search finds:
  1563.  
  1564.             *  The Idaho attorney general making Suarez
  1565.                change its jewelry-marketing pitch.
  1566.  
  1567.             *  FDA challenged a Suarez company claim of certain
  1568.                "health benefits" he advertised that arose from a
  1569.                2,000-year-old secret recipe for Himalayan bread.
  1570.                Suarez successfully defended his right to
  1571.                advertise the alleged health benefits.
  1572.  
  1573.             *  The U.S. Post Office files suit against Suarez in
  1574.                1986, stemming from certain marketing tactics for
  1575.                his book on how to recover money from the government.
  1576.  
  1577. All in the Family
  1578. =================
  1579.  
  1580. For the Suarez boys, blood is thicker than lawsuits.  In 1990, a
  1581. company called Consumer Direct, run by Richard and Luann Suarez, was
  1582. hammered by the Federal Trade Commission for making false claims about
  1583. a product called the "Gut Buster," an exercising device.  The company
  1584. was also sued by government agencies over marketing tactics for a line
  1585. of diet plans and pills.
  1586.  
  1587. Seems only five minutes a day with the ol' Gut Buster had you buffed
  1588. and ready for Muscle Beach.  But the FTC didn't buy off on the hypefest.
  1589. Instead, the FTC insisted that there was no "competent and reliable 
  1590. evidence" to prove such claims.
  1591.  
  1592. You'd think with all these hard knocks, these guys would learn. What's
  1593. the motivation?  Do the math.  Some 2.4 million Gut Busters were sold,
  1594. according to FTC files, for total revenues of $55 million.  (Minus a
  1595. couple of slap-on-the-wrist fines.  Question: Who's going to box their
  1596. ears for scamming the Net??)
  1597.  
  1598. Suarez headquarters were swamped with hundreds of reports of injuries
  1599. to Gut Buster users when the springs on the damn thing broke. "Approxi-
  1600. mately 1,000 people have reported injuries caused when the Gut Buster
  1601. spring broke and snapped back to hit them as they exercised," the FTC
  1602. testimony reads.
  1603.  
  1604. Search and Verify
  1605. =================
  1606.  
  1607. All this will come as no surprise to Benjamin "Gary Hart" Suarez. In
  1608. his rogue mailing, it clearly states: "These facts are all verifiable
  1609. by you, if you wish to investigate."
  1610.  
  1611. Thanks for the tip, Ben.  It's been real.
  1612.  
  1613. Meeks out ...
  1614.  
  1615. ------------------------------
  1616.  
  1617. Date: Mon, 28 Mar 1994 18:43:33 -0800
  1618. From: LincMad@netcom.com (Linc Madison)
  1619. Subject: Observations About Area Code Splits
  1620.  
  1621.  
  1622. I was looking at David Esan's 1/15/94 NPA-NXX list and noticed quite a
  1623. number of surprising numbers.  There were a couple of instances where
  1624. I hope the answer is that a previously-effected split is not yet
  1625. reflected in the number of exchanges shown for the old area code.  For
  1626. example, 212 shows 639 exchanges, and 168 for 917.  I hope that the
  1627. total for 212 still includes the prefixes now in 917 and/or the Bronx
  1628. prefixes now in 718.  Colorado's 303 is also one I hope is wrong: it
  1629. shows 601 prefixes against 184 in 719.  Atlanta's recent split
  1630. apparently isn't yet (fully?) reflected: 404 shows 590 and 706 shows
  1631. 308.
  1632.  
  1633. Even if my suspicion about the number for 303 is correct, it still
  1634. shows that the split was very poorly designed: at best, the split is
  1635. 417/184, worse than a 2:1 margin.  Clearly, a much larger portion of
  1636. the state should have been moved into 719.  The split in Dallas also
  1637. should have been done more tightly -- 214 now has 585 exchanges
  1638. against 291 in 903, again more than 2:1.  Clearly, areas not local to
  1639. Dallas should not have been left in 214.  The split in Houston would
  1640. have been difficult to tighten, but it was also a worse than 2:1
  1641. split.  As for the 917 split in New York City, I recently read an
  1642. article from someone who has a cellphone that has remained in 212, and
  1643. his carrier stated that it has no plans to switch it to 917.  I
  1644. thought that the point of 917 was that *ALL* cellular and pager
  1645. numbers in New York City would be moved to 917; deviation from that
  1646. plan would seem quite unwise.
  1647.  
  1648. The splits in areas like Detroit were performed much more judiciously:
  1649. 313 will have 364 prefixes to 356 in 810.  If I'm correct about
  1650. Atlanta, its split is 282/308, which is quite good, although it would
  1651. indicate that Atlanta was not nearly as ready for a split as other
  1652. areas.  Perhaps the source material on Atlanta has deleted some but
  1653. not all of the old exchanges from 404.
  1654.  
  1655. There are also some historical splits that look quite silly.  For
  1656. example, in Ontario, 705 and 807 between them have only 381 exchanges.
  1657. In Massachusetts, 413 has fewer than one third the number of exchanges
  1658. of either 617 or 508, and is one of the least populated NPAs.  In New
  1659. York, 607 and 315 between them have only 448 exchanges.  Some splits
  1660. that don't make sense from a telephony viewpoint have clear political
  1661. and economic roots: Marin County logically belongs in 707, but has
  1662. remained in the overpopulated 415.  Upper Peninsula Michigan doesn't
  1663. warrant its own area code, but the geographic logic is clear.
  1664.  
  1665. Although I can't exactly lay claim to a crystal ball, I'll post in a
  1666. separate article some predictions about area codes that will split soon
  1667. and others that will probably *never* split in my lifetime.
  1668.  
  1669.  
  1670. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  1671.  
  1672. ------------------------------
  1673.  
  1674. Subject: Warning: Private Payphone "Fraud"
  1675. Date: Tue, 29 Mar 1994 02:29:32 BST
  1676. From: Clive D.W. Feather <clive@sco.COM>
  1677.  
  1678.  
  1679. The following appeared in uk.telecom recently:
  1680.  
  1681.    From: alon@ibmpcug.co.uk (Alon Risdon)
  1682.    Date: Sun, 13 Mar 1994 13:21:48 GMT
  1683.  
  1684.  SECTION: Business & City Page      
  1685.  DATE: 12-03      
  1686.  HEAD: One penny worth 20 in phones
  1687.  BY: MARY FAGAN, Industrial Correspondent of 
  1688.     The Independent Newspaper in London
  1689.  
  1690. THOUSANDS of owners of private payphones are facing financial loss
  1691. because the phones mistake some one penny coins for a 20p piece. More
  1692. recent penny coins are copper-plated steel rather than bronze and,
  1693. according to BT, have a different density that allows them to be
  1694. mistaken for 20p.
  1695.  
  1696. Although the plated coins have been in circulation since late
  1697. 1992, the problem of people using them for cheap telephone
  1698. calls has only recently come to light. BT said: "It is fraud, but
  1699. it is not a problem for BT. The people who are losing out are
  1700. those with private payphones."
  1701.  
  1702. The company estimates that there are up to 70,000 private payphones,
  1703. many in pubs and shops. Some large families also use them to avoid
  1704. running up huge bills. BT charges the owners for the use of the line,
  1705. but does not get any of the coins inserted by those who make the
  1706. calls.
  1707.  
  1708. BT said that it had been aware of the problem for some time and was
  1709. adjusting payphones free of charge by changing the software.  The
  1710. spokesman said the adjustment itself was no problem, but that the
  1711. company did not necessarily know all those who operated private
  1712. payphones. BT said that one reason the problem affected private rather
  1713. than public payphones was that they were often cheaper and less
  1714. sophisticated or robust. It added that the Royal Mint was careful to
  1715. warn in advance of changes to coins that could affect public
  1716. telephones and other coin-operated equipment.  University unions,
  1717. which often obtain revenues from campus services including payphones,
  1718. are likely to be among the main victims. The union at Surrey has asked
  1719. the National Westminster bank on the campus to be wary of students
  1720. asking for large quantities of pennies or asking cashiers to sort out
  1721. new ones from old.
  1722.  
  1723.  
  1724. Clive D.W. Feather     | Santa Cruz Operation   
  1725. clive@sco.com          | Croxley Centre         
  1726. Phone: +44 923 816 344 | Hatters Lane, Watford  
  1727. Fax:   +44 923 210 352 | WD1 8YN, United Kingdom
  1728.  
  1729.  
  1730. [TELECOM Digest Editor's Note: The problem of one coin successfully
  1731. imitating another happens from time to time in automatic coin collection
  1732. devices. Back in the early 1970's there was quite a problem here with
  1733. people cheating the Chicago Transit Authority subway turnstiles. It
  1734. seems CTA tokens were almost identical in size, shape and weight to
  1735. the Brazillian centavo coin, a virtually worthless thing by our stand-
  1736. ards here. It took a hundred or more of the darn things to equal just
  1737. a few cents in United States money. When it was discovered these foreign
  1738. coins were accepted by the subway turnstiles suddenly there was a big
  1739. rush to purchase them from coin dealers and such here. Of course the
  1740. excuse the buyers gave was they used them in 'costume jewelry' and such.
  1741. The CTA started putting heat on the coin dealers to quit selling them,
  1742. but there was nothing legally they could do to force the dealers to
  1743. stop (other than use old-fashioned Chicago style political pressure
  1744. by city hall) the sales, and eventually the Transit Authority had to
  1745. change the size of their tokens and rework the turnstiles to accept
  1746. the new tokens instead of the old ones.  CTA lost a couple million
  1747. dollars before they got it under control.   PAT]
  1748.  
  1749. ------------------------------
  1750.  
  1751. Subject: Average Call Duration
  1752. From: bob@bci.nbn.com (Bob Schwartz)
  1753. Date: Mon, 28 Mar 94 14:56:45 PST
  1754. Organization: Bill Correctors, Inc., Marin County, California
  1755.  
  1756.  
  1757. Does anyone have, or know where I can find, information on averege
  1758. hold time which to me means average call duration (length of call)
  1759. (number of properly billable minutes? Are they listed by industry
  1760. group?  My long distance bill shows a rate with a series of discounts.
  1761. The discounts equal 30.33% which would put their Intrastate rate at
  1762. about .09 for day calls! Problem is that I don't see this rate echoed
  1763. by their competitors. It's too good to be true (sort of).  The average
  1764. call duration however is about 3.03 minutes.
  1765.  
  1766. I thought the national average hold time to be more like 2.6 minutes.
  1767. If they inflate the call duration there goes the benefit of my
  1768. discounts! Oh yes, another important detail, this is a switched
  1769. service.  Also, thought I'd check another premise; does anyone in
  1770. California see Intrastate rates for switched traffic at or about .09?
  1771.  
  1772.  
  1773. Thanks, 
  1774.  
  1775. Bob Schwartz                                       bob@bci.nbn.com
  1776. Bill Correctors, Inc.   +1 415 488 9000   Marin County, California
  1777.  
  1778.  
  1779. [TELECOM Digest Editor's Note: Intrastate rates are peculiar things,
  1780. aren't they?  Very odd in how they are calculated, a very much left
  1781. to the whims of the state PUCs, which frequently are nothing more
  1782. than tools of the local Bell company. If you can figure this out Bob,
  1783. an article here in the Digest would be welcome.   PAT]
  1784.  
  1785. ------------------------------
  1786.  
  1787. End of TELECOM Digest V14 #153
  1788. ******************************
  1789.     
  1790.     
  1791. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12871;
  1792.           29 Mar 94 14:09 EST
  1793. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1794.     id AA07367; Tue, 29 Mar 94 10:06:02 CST
  1795. Return-Path: <telecom>
  1796. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1797.     id AA07358; Tue, 29 Mar 94 10:06:00 CST
  1798. Date: Tue, 29 Mar 94 10:06:00 CST
  1799. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1800. Message-Id: <9403291606.AA07358@delta.eecs.nwu.edu>
  1801. To: telecom@eecs.nwu.edu
  1802. Subject: TELECOM Digest V14 #154
  1803.  
  1804. TELECOM Digest     Tue, 29 Mar 94 10:06:00 CST    Volume 14 : Issue 154
  1805.  
  1806. Inside This Issue:                           Editor: Patrick A. Townson
  1807.  
  1808.     Africa Telecom - Lunchbag Discussion (Barry Laina Raveendran Greene)
  1809.     Newton PCMCIA Fax Modem to Cellular (Michael Eskin)
  1810.     Question About IS-54 Standard (Sathyadev Uppala)
  1811.     Predictions About Future A/C Splits (Linc Madison)
  1812.     Re: Windows or DOS Caller ID Program (Ralph Becker)
  1813.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Andrew C. Green)
  1814.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Jeff Hibbard)
  1815.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Dave Ptasnik)
  1816.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Andrew Robson)
  1817.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Danny Burstein)
  1818.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Rhett Salisbury)
  1819.     LEAGUE @ AT&T Press Release (Tom J. Tilkey)
  1820.     About the Chicago Post Office (Paul Robinson)
  1821.  
  1822. TELECOM Digest is an electronic journal devoted mostly but not
  1823. exclusively to telecommunications topics. It is circulated anywhere
  1824. there is email, in addition to various telecom forums on a variety of
  1825. public service systems and networks including Compuserve and GEnie.
  1826. Subscriptions are available at no charge to qualified organizations
  1827. and individual readers. Write and tell us how you qualify:
  1828.  
  1829.                  * telecom-request@eecs.nwu.edu *
  1830.  
  1831. The Digest is compilation-copyrighted by Patrick Townson Associates of
  1832. Skokie, Illinois USA. We provide telecom consultation services and
  1833. long distance resale services including calling cards and 800 numbers.
  1834. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  1835. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  1836.  
  1837.     ** Article submission address only: telecom@eecs.nwu.edu **
  1838.  
  1839. Our archives are located at lcs.mit.edu and are available by using
  1840. anonymous ftp. The archives can also be accessed using our email
  1841. information service. For a copy of a helpful file explaining how to
  1842. use the information service, just ask.
  1843.  
  1844. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  1845. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  1846. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  1847. Digest" shares archives resources at lcs.mit.edu for the convenience
  1848. of users. Please *DO NOT* cross post articles between the groups. All
  1849. opinions expressed herein are deemed to be those of the author. Any
  1850. organizations listed are for identification purposes only and messages
  1851. should not be considered any official expression by the organization.
  1852. ----------------------------------------------------------------------
  1853.  
  1854. From: Barry  Laina Raveendran Greene <p00128@psilink.com>
  1855. Subject: Africa Telecom - Lunchbag Discussion
  1856. Date: Tue, 29 Mar 94 03:44:26 -0500
  1857. Organization: Baha'i Computer and Communications Association
  1858.  
  1859.  
  1860.            "EMERGING COMMUNICATION MARKETS IN AFRICA"
  1861.  
  1862. The event will also present some issues to be discussed at the Africa
  1863. Telecom'94 Forum (April 25-29 in Cairo). It is open to the public but
  1864. space is limited. RSVPs are required (for security passes to the World
  1865. Bank) by the 12 April 1994.
  1866.  
  1867. GTS members who RSVP by 11th April 1994 will receive priority.
  1868.  
  1869. For RSVP call 833-3322 to leave a message.
  1870.  
  1871.      SPEAKERS: JOHN RICHTER, Regional Director for Africa,
  1872.                                            US Trade &
  1873.              Developmental Agency
  1874.              NOAH SAMARA, CEO, Afrispace
  1875.              HAMADOUN TOURE, Regional Director for Africa,
  1876.              INTELSAT
  1877.  
  1878.          WHEN?- WEDNESDAY, 13 APRIL 1994, 12 noon-2 p.m.
  1879.            WHERE?- 1717 H Street (World Bank Building)
  1880.                            Room T-7070
  1881.                          Washington D.C.
  1882.                                 
  1883.  
  1884. The Global Telecommunications Society, (GTS), is a non-profit,
  1885. non-partisan organization. The Society is dedicated to promoting
  1886. understanding of the issues involving international telecommunications.  
  1887. The Society seeks to establish chapter organizations in countries and
  1888. cities throughout the world because of the growing need to bring
  1889. together professionals and specialists who are focused on the
  1890. accelerating field of international telecommunications. GTS brings its
  1891. members together through electronic mail and also builds human links
  1892. through friendships and professional cooperation and respect that
  1893. overcome differences in various disciplines, cultures and geography.
  1894.  
  1895. If interested to join the Global Telecommunications Society, call
  1896. 202-833-3322 to leave a message.
  1897.  
  1898. ------------------------------
  1899.  
  1900. From: eskin@brooktree.com (Michael Eskin)
  1901. Subject: Newton PCMCIA Fax Modem to Cellular
  1902. Date: Mon, 28 Mar 94 20:39:42 GMT
  1903. Organization: Brooktree Corporation
  1904.  
  1905.  
  1906. I am looking for recommendations for equipment and experiences in
  1907. sending data and fax from a Newton MessagePad 110 with the internal
  1908. Apple PCMCIA Fax Modem using an external interface to a Mitsubishi
  1909. 4000 pocket cellular phone.
  1910.  
  1911. Can it work? I am pretty much limited to 2400 baud data by the speed of
  1912. the Newton so a basic data connection is all that is needed.
  1913.  
  1914. I've heard reports that this should work, others that it shouldn't. I am
  1915. looking for some real data.
  1916.  
  1917.  
  1918. Michael Eskin   Brooktree Corporation   eskin@brooktree.com
  1919. 9868 Scranton Road        AOL: BTRE MichE  
  1920. San Diego, CA  92121      AppleLink: D4729       CIS: 76376,541
  1921.  
  1922. ------------------------------
  1923.  
  1924. From: sathya@uw-isdl.ee.washington.edu (Sathyadev Uppala)
  1925. Subject: Question About IS-54 Standard
  1926. Date: 28 Mar 1994 17:31:07 GMT
  1927. Organization: Electrical Engineering, University of Washington, Seattle
  1928.  
  1929.  
  1930. Does anybody out there have a copy of EIA/TIA/IS-54B TDMA standard
  1931. proposed for cellular telephony?
  1932.  
  1933. Any information like ftp sites for the document, or address of the
  1934. organisation from where I can get it will also be appreciated.
  1935.  
  1936.  
  1937. sathya
  1938.  
  1939. ------------------------------
  1940.  
  1941. Date: Mon, 28 Mar 1994 18:43:38 -0800
  1942. From: LincMad@netcom.com (Linc Madison)
  1943. Subject: Predictions About Future A/C Splits
  1944.  
  1945.  
  1946. I looked through David Esan's posting of the 1/15/94 NPA-NXX list and
  1947. came up with a few predictions of area codes that will split in the next
  1948. couple of years and others that will likely never split in my lifetime.
  1949.  
  1950. DON'T WORRY: YOUR AREA CODE WON'T BE CHANGING SOON
  1951.  
  1952. The following area codes could all at least TRIPLE the number of
  1953. exchanges in use without requiring a split.  Any split is thus quite a
  1954. long ways off.
  1955.  
  1956. 807 - Thunder Bay, Ontario
  1957. 906 - Upper Peninsula, Michigan
  1958. 302 - Delaware
  1959. 413 - Western Massachusetts
  1960. 401 - Rhode Island
  1961. 607 - Binghamton, New York
  1962. 307 - Wyoming
  1963. 802 - Vermont
  1964. 719 - Colorado Springs, Colorado
  1965. 506 - New Brunswick
  1966. 707 - Napa/Eureka, California
  1967. 417 - Springfield, Missouri
  1968. 308 - Grand Island/North Platte, Nebraska
  1969. 901 - Memphis, Tennessee
  1970. 603 - New Hampshire
  1971. 509 - Spokane, Washington
  1972. 608 - Madison, Wisconsin
  1973.  
  1974. Others that could more than DOUBLE the number of exchanges include:
  1975. 806 TX, 709=NF, 309 IL, 315 NY, 814 PA, 705 ON, 902=NS+PE, 518 NY,
  1976. 507 MN, 812 IN, 712 IA, 808=HI, 606 KY, 202=DC, 218 MN, 918 OK, 613 ON,
  1977. 609 NJ, 208=ID, 819 PQ, 815 IL, 715 WI, 915 TX, 805 CA, 702=NV, 618 IL,
  1978. 505=NM, 319 IA, 517 MI, 419 OH, 304=WV, 318 LA, 207=ME, 204=MB, 912 GA,
  1979. 519 ON, 605=SD, 701=ND, 418 PQ, 801=UT, 502 KY, 217 IL.
  1980.  
  1981. I've left out a few that are recent products of splits or are
  1982. otherwise experiencing considerable growth.  An '=' means "entire
  1983. state/province."  All of the above should be good for at least 35 to
  1984. 40 years at currently projected rates of growth.
  1985.  
  1986. HOLD OFF PRINTING STATIONERY, YOU'RE NEXT IN LINE
  1987.  
  1988. Splits have already been announced for 205=AL, 602=AZ, 206 WA, 708 IL,
  1989. 713 TX, and 213/310/818 CA.
  1990.  
  1991. 703 - Virginia suburbs of D.C. and down along WV border
  1992. 403 - Alberta/Northwest Territories/Yukon Territory
  1993.       Might well be the first three-way split (two in AB, one for NT/YT)
  1994. 604 - British Columbia
  1995. 216 - Cleveland/Akron Canton Youngstown, Ohio
  1996. 803 - South Carolina
  1997. 303 - Denver, Colorado (previous split was ineffective?)
  1998. 615 - Nashville/Knoxville Chattanooga, Tennessee
  1999. 503 - Oregon
  2000. 813 - Tampa, Florida
  2001. 214 - Dallas, Texas (again)
  2002.  
  2003. A little bit farther down the list we have:
  2004.  
  2005. 612 MN, 305 FL, 501=AR, 203=CT, 904 FL, 619 CA (again), 405 OK, 817 TX,
  2006. 804 VA, 310 CA (just created and filling up rapidly), 717 PA, 312 IL,
  2007. 414 WI, 514 PQ, and 718 NY.  Most of these are at least 3 to 15 years
  2008. off, though.
  2009.  
  2010. The splits in 703 and 214 in particular may put to the test the
  2011. sanctity of the "you must dial 1 for all toll calls, and you must be
  2012. able to dial all local calls without a 1" arrangement, because of the
  2013. considerable likelihood that the new area code assigned will duplicate
  2014. an existing prefix in the affected area or an immediately adjacent
  2015. area.  If so, the preservation of 10-digit "metro dialing" will
  2016. require moving 10,000 customers at a chunk, and considerably more
  2017. complicated advance planning (adding lead time for the prefix change
  2018. to the normal lead time for the area code split and later trying to
  2019. route calls to the old number to the correct recording for wrong NPA
  2020. or wrong prefix).
  2021.  
  2022.  
  2023. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  2024.  
  2025. ------------------------------
  2026.  
  2027. From: rbecker@xap.xyplex.com (Ralph Becker)
  2028. Subject: Re: Windows or DOS Caller ID Program
  2029. Date: Tue, 29 Mar 1994 09:00:23 ET
  2030. Organization: Xyplex Customer Support
  2031.  
  2032.  
  2033. In article <telecom14.152.1@eecs.nwu.edu> Paul Robinson <PAUL@TDR.COM> writes:
  2034.  
  2035. > Steve Lindsay <slindsay@nyx10.cs.du.edu>, writes to TELECOM Digest
  2036. > as follows:
  2037.  
  2038. >> Does anyone know of a little DOS or Windows shareware program 
  2039. >> that will act like the one of those caller ID boxes?
  2040.  
  2041. >> Or is there some AT commands I can type in to my communication 
  2042. >> program to extract the phone number that is calling me?  I 
  2043. >> don't want my modem to answer; just tell me what number is 
  2044. >> dialing me.
  2045.  
  2046. > As I have mentioned to people, many times, you *cannot* get caller ID 
  2047. > information on a computer modem (or any other device) unless *all* of the 
  2048. > following is true:
  2049.  
  2050. > 1.  You must be on a telephone switch that support it.
  2051. > 2.  Your local telephone company must offer it.
  2052. > 3.  You must have subscribed to caller-id service.
  2053. > 4.  The caller must be on a telephone switch that supports it.
  2054. > 5.  The caller must not use *67 or otherwise be blocked.
  2055. > 6.  All connections between you and the caller must support caller-id
  2056. >     and retain the information, and the intervening long distance 
  2057. >     carriers must provide it.
  2058. > 7.  Your modem or (receiving telephone) has to have the circuity to accept
  2059. >     the special 1200 baud signal which is *not* the same as regular 1200
  2060. >     baud data.
  2061. > 8.  Your modem must have the caller-id code enabled.
  2062.  
  2063. This article about the requirements to get caller ID was interesting
  2064. and informative, but does not address the question being asked (I
  2065. believe).
  2066.  
  2067. I am in the same situation as the original author.  I have Caller-ID
  2068. service at my home, and I have a stand-alone Caller-ID box that
  2069. usually displays the numbers of callers in my local area codes (508 &
  2070. 617; BTW, I've never seen one from outside those areas ... yet).
  2071. However, I have a Practical Peripheral PM14400FXMT modem, and it
  2072. supports Caller ID, and I, too, would like a Windows utility that
  2073. basically acts like my stand-alone Caller-ID box.  I want the utility
  2074. to display incoming caller information in real time, and also have to
  2075. ability to log this data to a file if I want.  I should be able to
  2076. scroll thru some number of recent calls, etc, etc.
  2077.  
  2078. The question is: does such a utility exist?
  2079.  
  2080.  
  2081. Ralph Becker
  2082. Xyplex Customer Support [Tech. Support hotline 800-435-7997]
  2083. rbecker@sup.xyplex.com or 71174.1262@compuserve.com
  2084.  
  2085. ------------------------------
  2086.  
  2087. Date: Mon, 28 Mar 1994 11:27:51 CST
  2088. From: Andrew C. Green <ACG@dlogics.com>
  2089. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  2090.  
  2091.  
  2092. Peter M. Weiss <PMW1@PSUVM.PSU.EDU> writes:
  2093.  
  2094. > I wonder if a parallel answer can be extrapolated based upon CB radio
  2095. > and/or cell phones on the highways?
  2096.  
  2097. I think results will differ; most reporting from the highways tends to
  2098. involve mechanical difficulties and medical emergencies (e.g.
  2099. crashes), though of course drunk drivers are also called in.
  2100.  
  2101. I do a good amount of highway travel, and have equipped my car with
  2102. both a CB radio and cellular phone. On various occasions I have used
  2103. both, to different ends: the CB is useful for line-of-sight conversa-
  2104. tion with both truckers and State Police, though the latter don't
  2105. always monitor either Channel 19 (the truckers' channel) or Channel 9
  2106. (the emergency channel), at which point my cellular phone will call in
  2107. the cavalry. I've heard more than a few frustrated truckers trying to
  2108. contact the police over the CB about breakdowns or accidents, but
  2109. receiving silence in return.
  2110.  
  2111. For no-holds-barred emergencies, I can either try calling a 10-33 on
  2112. the CB (Channel 9 is usually deserted within the short range of my
  2113. antenna but Channel 19 will always get a response), or I can dial *999
  2114. for a more certain response, if not a more prompt one.
  2115.  
  2116.  
  2117. Andrew C. Green
  2118. Datalogics, Inc.          Internet: acg@dlogics.com
  2119. 441 W. Huron              
  2120. Chicago, IL  60610-3498   FAX: (312) 266-4473
  2121.  
  2122. ------------------------------
  2123.  
  2124. From: jeff@bradley.bradley.edu (Jeff Hibbard)
  2125. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  2126. Date: 28 Mar 1994 11:42:46 -0600
  2127. Organization: Bradley University
  2128.  
  2129.  
  2130. > [TELECOM Digest Editor's Note: Sometimes when you call 911 the dispatcher
  2131. > puts you through a alot of questions ("how do you know that is what he
  2132. > is doing?"; "are you the owner of the property?", etc.) and they never
  2133. > do respond or they tell you the police have already responded and consider
  2134. > the report unfounded.  PAT]
  2135.  
  2136. This must be a regional difference. I've called 911 (or its seven-digit
  2137. equivalent from my cellular phone) several times from various cities
  2138. here in downstate Illionis, and I've always been surprised by the
  2139. complete lack of interest in who I am and how I'm involved.  They just
  2140. politely take the report and either say that they'll send someone out,
  2141. or say that they've already heard about it and an officer is on the
  2142. way.
  2143.  
  2144. ------------------------------
  2145.  
  2146. From: davep@u.washington.edu (Dave Ptasnik)
  2147. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  2148. Date: 28 Mar 1994 19:10:56 GMT
  2149. Organization: University of Washington
  2150.  
  2151.  
  2152. howard@hal.com (Howard Gayle) writes:
  2153.  
  2154. >> A friend suggested to me that, sometime in the future, almost everyone
  2155. >> will carry around a cellular phone almost all the time.  She thinks
  2156. >> this will significantly reduce the amount of crime, because it will be
  2157. >> very easy to report a crime or other suspicious behavior that one
  2158.  
  2159. jim@isnpo1.pwss.gov.ab.ca@math.fu-berlin.de(James, Slupsky) writes:
  2160.  
  2161. > I seriously doubt that crime will be reduced.  A lot of people in society 
  2162. > today avoid "getting involved".  Why would the sudden availability of
  2163. > communications change them?
  2164.  
  2165. > [TELECOM Digest Editor's Note: Here in the USA, you have to be very careful
  2166. > about getting involved. It is best not to, since if you do, you are often
  2167. > treated like a criminal and the (true) criminal like the victim. It goes
  2168.  
  2169. Wandering a little far afield from hard telecom issues -- One SF author
  2170. has postulated a world where anyone who wants to can wear "glasses"
  2171. that include cameras and microphones that digitally transmit everything 
  2172. that the wearer sees to some big storage system.  Then if they see a
  2173. crime, they can immediately report it to the police, and the police
  2174. have an easy time of getting convictions.  Most of the wearers are
  2175. retirees who end up "spying" on kids.  Greatly reduced the amount of
  2176. violence against the old folks, even in rough parts of town, and
  2177. greatly cut down on graffiti, greatly cut down on personal freedom.
  2178. Even making obscene gestures to the watchers was a harshly punished
  2179. crime.  To misquote Heinline, an observed society is a polite society.
  2180.  
  2181. All of the above is nothing more than the personal opinion of - 
  2182.  
  2183.  
  2184. Dave Ptasnik     davep@u.washington.edu
  2185.  
  2186. ------------------------------
  2187.  
  2188. From: uswnvg!arobson@uunet.UU.NET (Andrew Robson)
  2189. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  2190. Date: Mon, 28 Mar 1994 15:43:30 -0800 (PST)
  2191.  
  2192.  
  2193. The Half Moon Bay Review (a local paper in CA) carried an article on
  2194. the front page about a bank robbery foiled by a cell phone.
  2195.  
  2196. When the getaway car roared away, a local citizen was offended by the
  2197. reckless driving.  He didn't know about the robbery, he just wanted
  2198. safe driving on the local streets.  He followed long enough to call
  2199. the licence, a description of the car, and its direction to 911.
  2200. There are only three roads out of town, with no turn off for several
  2201. miles.  The robber was arrested a couple of minutes later.
  2202.  
  2203. It may not help much overall, but cellular will help catch some of the
  2204. bad guys.
  2205.  
  2206.  
  2207. Andy
  2208.  
  2209. ------------------------------
  2210.  
  2211. From: dannyb@panix.com (danny burstein)
  2212. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  2213. Date: 29 Mar 1994 03:02:26 -0500
  2214.  
  2215.  
  2216. (Stories and scenarios of people witnessing crimes, then using
  2217. cellular phones to call for help, police arriving and making the world
  2218. safe for democracy, deleted).
  2219.  
  2220. A similar thread made its way onto some radio oriented groups umptity
  2221. months ago, and the consensus was that yes, as the cost of individual
  2222. telcom equipment went down we'd see lots more people with them. Also
  2223. suggested was that there'd be rentals of 'emergency only' phone/radios
  2224. by the same folk who brought you the 'I've fallen, and I can't get up'
  2225. stuff.
  2226.  
  2227. HOWEVER, an equally plausable scenario was raised. Namely that Mrs.
  2228. Fletcher, when she witnesses a crime (or is about to be a victim),
  2229. doesn't pick up her communicator, but instead, pulls out her revolver
  2230. and wastes the bad guy.
  2231.  
  2232. An interesting concept ...
  2233.  
  2234.  
  2235. dannyb@panix.com (or dburstein@mcimail.com)
  2236.  
  2237. ------------------------------
  2238.  
  2239. From: rs2510@dice.nwscc.sea06.navy.mil (Rhett Salisbury)
  2240. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  2241. Date: 29 Mar 1994 07:11:18 -0600
  2242. Organization: UTexas Mail-to-News Gateway
  2243.  
  2244.  
  2245. >> A friend suggested to me that, sometime in the future, almost
  2246. >> everyone will carry around a cellular phone almost all the time.  She
  2247. >> thinks this will significantly reduce the amount of crime, because it
  2248. >> will be very easy to report a crime or other suspicious behavior that
  2249. >> one observes.  I'm skeptical, but it seems like an interesting topic
  2250. >> for discussion.
  2251.  
  2252. >> [TELECOM Digest Editor's Note: Here in the USA, you have to be very
  2253. >> careful about getting involved. It is best not to, since if you do,
  2254. >> you are often treated like a criminal and the (true) criminal like the
  2255. >> victim. It goes against my grain to say it, but you are better off not
  2256. >> getting involved unless the crime is against you personally.  PAT]
  2257.  
  2258. > Sorry Pat, this is the kind of crap that keeps things the way they
  2259. > are.  If you are not willing to get involved you have no right to
  2260. > complain about how screwed up things are.  We will not have an end to
  2261.  
  2262.      -- good stuff deleted --
  2263.  
  2264. > Back to the original question, will the proliferation of cell phones
  2265. > reduce crime?  The answer is: no, but your use of one might.
  2266.  
  2267. In total agreement with Sean Slattery -- Pat should excercise a
  2268. certain measure of responsible judgment.  When someone flippantly
  2269. tells an international community that not only we live in a extremely
  2270. dangerous country, but also that it is dangerous to become 'involved',
  2271. someone will be injured due to your inaction.
  2272.  
  2273. If you have had instances when you have been put in danger or harassed
  2274. because of your involvement you should document it and report that.
  2275. The 911 operator should be fired and charged with something.  If you
  2276. are just ranting and raving about a urban legend, remember that
  2277. excuses are like b--- holes, everyone has one and they all stink.
  2278.  
  2279.  
  2280. Rhett Salisbury aka RS2510     (812)854-4709                             
  2281. dice.nwscc.sea06.navy.mil (130.163.1.200) 
  2282.  
  2283.  
  2284. [TELECOM Digest Editor's Note: But it is true. Ask German citizens who
  2285. come to visit the USA in Florida whether or not the USA is a violent
  2286. country. Check the crime statistics in the USA versus around the
  2287. world.  We have the highest rate of crime in the world. Sorry if you
  2288. don't like hearing it told to people outside the USA, but that's the
  2289. way it is.  Ask the residents of Milwaukee who called the police to
  2290. report Jeff Dahmer (serial killer two years ago) only to have the
  2291. police brush them aside if it pays to get involved. Ask anyone who
  2292. has called the Chicago Transit Authority to report the constant and
  2293. blatant thievery by subway collection agents who pocket fares without
  2294. registering them if it pays to get involved -- or if in fact, if you
  2295. are an employee of the CTA and you report your fellow employees if
  2296. it isn't *you* that gets punished instead. Ask at the US Department
  2297. of Justice what happens if you are an employee who complains about
  2298. all the *stolen and pirated software* your agency is using. Ask a
  2299. social worker for the Chicago Board of Education what happens when
  2300. you report that the principal of the school where you are assigned
  2301. is a pedophile -- because the children have confided in you what
  2302. happened. You'll lose your job! Ditto the few honest people who work
  2303. for the CTA. I see it happen over and over again. And if you witness
  2304. a crime and report it, you'll spend the next six months or a year in
  2305. court getting harassed by the defendant and his attorney. My advice
  2306. is don't get involved unless you like being a martyr. Criminals are
  2307. given so many rights, *you* will be made to be the villian instead.  PAT] 
  2308.  
  2309. ------------------------------
  2310.  
  2311. From: ttilkey@attmail.com (Tom J Tilkey)
  2312. Date: 29 Mar 94 12:59:16 GMT
  2313. Subject: LEAGUE @ AT&T Press Release
  2314.  
  2315.  
  2316. News Release
  2317. For further Information:
  2318.  
  2319. Tom Tilkey
  2320. 201-644-7904 (office)
  2321. 201-993-8581 (home)
  2322.  
  2323. Charles Turner
  2324. 508-960-2695 (office)
  2325.  
  2326.     BOSTON - - LEAGUE (Lesbian, Bisexual and Gay United Employees
  2327. at AT&T) will hold its third national conference here from May 18 to
  2328. 21, at the Swissotel.
  2329.  
  2330.     More than 350 AT&T employees are expected to attend the three
  2331. day professional development conference which focuses on workplace
  2332. issues for bisexual, lesbian and gay employees.  Theme for the
  2333. conference is "United in Diversity".
  2334.  
  2335.     Conference guest speakers include the Honorable Barney Frank,
  2336. member of Congress from Massachusetts; Rabbi David Horowitz; Reese
  2337. Smith and Cynthia Balogna, Levi Strauss Co.; and Ken Sheppard of the
  2338. Liberty Consulting firm.  Award winning author Brian McNaught will
  2339. present a session on internal homophobia.
  2340.  
  2341.     In addition, two senior level AT&T executives, Jerre Stead and
  2342. Pat Russo, will discuss the corporation's Diversity Strategy Plan.
  2343. They will update participants on efforts to create productive and
  2344. inclusive work environments where everyone can contribute to the
  2345. success of the business.
  2346.  
  2347.     Workshop topics include domestic partner benefits; managing
  2348. careers; race, class and gender issues in the gay community; lesbian
  2349. invisibility; and countering hate groups.
  2350.  
  2351.     LEAGUE is an educational and support group that addresses
  2352. workplace environment issues affecting employees or their families,
  2353. friends or colleagues who are lesbian, gay or bisexual.
  2354.  
  2355. The organization has more than 2,000 active members in 26 chapters
  2356. nationwide.
  2357.  
  2358. ------------------------------
  2359.  
  2360. Date: Mon, 28 Mar 1994 06:49:33 EST
  2361. From: Paul Robinson <PAUL@TDR.COM>
  2362. Reply-To: Paul Robinson <PAUL@TDR.COM>
  2363. Subject: About the Chicago Post Office
  2364. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  2365.  
  2366.  
  2367. Thought you might find this interesting:
  2368.  
  2369. Unofficial Summary of the Rush Limbaugh Show
  2370. for Wednesday, March 23, 1994
  2371.  
  2372. BRIEF SUMMARY OF TOPICS: 
  2373.  
  2374. Chicago postal workers burning and abandoning mail instead of
  2375. delivering it;
  2376.  
  2377. o Investigators for the U.S. Post Office in Chicago have found that stacks
  2378.   of mail were thrown under bridges, stashed in garbage cans, burned, 
  2379.   etc. - the postal workers involved evidently were lazy and didn't want 
  2380.   to do all their job. Chicago residents are livid at this, so when 
  2381.   Postmaster Marvin Runyon went out there to take a look for himself, 300 
  2382.   of them bombarded Runyon at a recent town meeting. 
  2383.  
  2384.   Tens of thousands pieces of mail dating back to 1979 were found burning
  2385.   recently, and last month 40,000 undelivered pieces of mail were discovered
  2386.   in a postal worker's truck; that postal worker was suspended, but not
  2387.   fired. In January, test letters that were sent to Chicago addresses were
  2388.   discovered in a dead letter office in Minneapolis. 
  2389.  
  2390.   Runyon has promised to "fix this," although it might take up to five
  2391.   years. Rush asks, though, if it is any wonder that the Chicago Post Office
  2392.   is in such bad shape, given that Chicago is Dan Rostenkowski's home
  2393.   district; Rostenkowski, of course, is implicated in the House Post Office
  2394.   scandal. 
  2395.  
  2396.  
  2397. Paul Robinson - Paul@TDR.COM
  2398.  
  2399. ------------------------------
  2400.  
  2401. End of TELECOM Digest V14 #154
  2402. ******************************
  2403.     
  2404.     
  2405. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23780;
  2406.           30 Mar 94 15:46 EST
  2407. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2408.     id AA07378; Wed, 30 Mar 94 12:22:05 CST
  2409. Return-Path: <telecom>
  2410. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2411.     id AA07367; Wed, 30 Mar 94 12:22:02 CST
  2412. Date: Wed, 30 Mar 94 12:22:02 CST
  2413. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2414. Message-Id: <9403301822.AA07367@delta.eecs.nwu.edu>
  2415. To: telecom@eecs.nwu.edu
  2416. Subject: TELECOM Digest V14 #155
  2417.  
  2418. TELECOM Digest     Wed, 30 Mar 94 12:22:00 CST    Volume 14 : Issue 155
  2419.  
  2420. Inside This Issue:                           Editor: Patrick A. Townson
  2421.  
  2422.     Newton PCMCIA Fax Modem to Cellular (Gregory Youngblood)
  2423.     Switch Problems (From OPERS-L) (Paul Robinson)
  2424.     Local Charges for 950 and 800 Access? (John R. Grout)
  2425.     History: Vail, Monopoly, AT&T (James H. Haynes)
  2426.     Re: Pacific Bell Voice Mail Types (Todd Inch)
  2427.     Re: Observations About Area Code Splits (Bob Goudreau)
  2428.     Re: Observations About Area Code Splits (Dave Niebuhr)
  2429.     Re: Observations About Area Code Splits (Danny Padwa)
  2430.     Re: AT&T Cellular Privacy System (Steven King)
  2431.     Re: Voice and Data Through PBX (David Hough)
  2432.     Re: Voice and Data Through PBX (James Slupsky)
  2433.  
  2434. TELECOM Digest is an electronic journal devoted mostly but not
  2435. exclusively to telecommunications topics. It is circulated anywhere
  2436. there is email, in addition to various telecom forums on a variety of
  2437. public service systems and networks including Compuserve and GEnie.
  2438. Subscriptions are available at no charge to qualified organizations
  2439. and individual readers. Write and tell us how you qualify:
  2440.  
  2441.                  * telecom-request@eecs.nwu.edu *
  2442.  
  2443. The Digest is compilation-copyrighted by Patrick Townson Associates of
  2444. Skokie, Illinois USA. We provide telecom consultation services and
  2445. long distance resale services including calling cards and 800 numbers.
  2446. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  2447. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  2448.  
  2449.     ** Article submission address only: telecom@eecs.nwu.edu **
  2450.  
  2451. Our archives are located at lcs.mit.edu and are available by using
  2452. anonymous ftp. The archives can also be accessed using our email
  2453. information service. For a copy of a helpful file explaining how to
  2454. use the information service, just ask.
  2455.  
  2456. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  2457. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  2458. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  2459. Digest" shares archives resources at lcs.mit.edu for the convenience
  2460. of users. Please *DO NOT* cross post articles between the groups. All
  2461. opinions expressed herein are deemed to be those of the author. Any
  2462. organizations listed are for identification purposes only and messages
  2463. should not be considered any official expression by the organization.
  2464. ----------------------------------------------------------------------
  2465.  
  2466. Subject: Newton PCMCIA Fax Modem to Cellular
  2467. From: zeta@tcscs.com (Gregory Youngblood)
  2468. Date: Tue, 29 Mar 94 21:15:48 PST
  2469. Organization: TCS Computer Systems
  2470.  
  2471.  
  2472. eskin@brooktree.com (Michael Eskin) writes:
  2473.  
  2474. > I am looking for recommendations for equipment and experiences in
  2475. > sending data and fax from a Newton MessagePad 110 with the internal
  2476. > Apple PCMCIA Fax Modem using an external interface to a Mitsubishi
  2477. > 4000 pocket cellular phone.
  2478.  
  2479. > Can it work? I am pretty much limited to 2400 baud data by the speed of
  2480. > the Newton so a basic data connection is all that is needed.
  2481.  
  2482. > I've heard reports that this should work, others that it shouldn't. I am
  2483. > looking for some real data.
  2484.  
  2485. Assuming that you can plug the PCMCIA Fax Modem into a phone line and
  2486. it works, and you have the RJ11 interface for the Mitsubishi 4000, and
  2487. you realize you'll have to disable dial tone detection and dial the
  2488. number on the mitsubishi and press send yourself (unless you've got an
  2489. interface that provides dial tone and/or can automatically dial the
  2490. numbers) it should work.  2400 is no problem.  I know I can send a fax
  2491. at 4800 on cellular without the best conditions, and that's going
  2492. thruogh ADPCM connections from the cell site to the switch (I run the
  2493. cell sites and soon will have a local switch to run too).
  2494.  
  2495. I also know 2400 is no problem data wise.  Just today I did a UUCP
  2496. poll via cellular at 2400/v.42 bis, as well as a few 1200 data calls
  2497. as well.  If your going to do 2400, then it would be a very good idea
  2498. to have some form of error correction, otherwise your more prone to
  2499. see lots of garbage..unless your in a great area.  Faxes, I believe,
  2500. have a built in form of error correction, though I don't know anything
  2501. about it.
  2502.  
  2503.  
  2504. Greg
  2505. The Complete Solution BBS     Allfiles List:    Anonymous UUCP Calls Accepted
  2506. 707-459-4547 (24hrs, v.32)    ~/tcsbbs.lst      Login: nuucp  Password: nuucp
  2507. Telemate Distribution Site  zeta@tcscs.com      Cellular Telephony Groups
  2508.  
  2509. ------------------------------
  2510.  
  2511. Date: Wed, 30 Mar 1994 11:49:01 EST
  2512. From: Paul Robinson <PAUL@TDR.COM>
  2513. Reply-To: Paul Robinson <PAUL@TDR.COM>
  2514. Subject: Switch Problems (From OPERS-L)
  2515.  
  2516.  
  2517. The following was posted on the OPERS-L list on bitnet (Mainframe 
  2518. Operations).  Perhaps someone on TELECOM Digest can help Mr. 
  2519. Osterlin with his problem.  Please reply directly to him:
  2520.  
  2521.  
  2522.  Date: Fri, 25 Mar 1994 11:57:09 -0600 (CST)
  2523.  From: Bob Oesterlin <oester@vnet.IBM.COM>
  2524.  Subject: Digital Telephone Switches and Modems
  2525.  
  2526. Early last month, our local phone company (US West) replaced our
  2527. "aging" analog telephone switch with a new digital one, which was
  2528. designed to bring us "into the information age".
  2529.  
  2530. Well, no sooner was the switch installed, people started having
  2531. problems connecting to our dial-in service for home terminal support.
  2532. The current system consists of a front-end box (made by Traqnet) and a
  2533. Cisco terminal server.
  2534.  
  2535. The problems seemed to be widespread but intermittent:
  2536.  
  2537. - Dropped connections
  2538. - Can't connect at 14.4 KB (drops back to 1200!)
  2539. - Can't connect at all
  2540.  
  2541. After some lengthy (and still ongoing) investigation, the problem
  2542. turned out to be that the time bases of three digital switches involved
  2543. are not in sync! The three are:
  2544.  
  2545. - The Rochester switch (run by US West)
  2546. - The IBM Rochester Local ROLM switch (local PBX)
  2547. - The NPN Switch (which connects IBM to the corp network run by Advantis, 
  2548. Inc)
  2549.  
  2550. Comments from our local communications rep:
  2551.  
  2552. "I have been told that there are three national master clocks. Each
  2553. phone company must sync their digital switch with one of these master
  2554. clocks."
  2555.  
  2556. "U.S. West's switch is sync'd with a master, I don't know which."
  2557.  
  2558. "NPN's switch is sync'd with a master too, this may be the same master
  2559. that U.S. West is sync'ing to but, this is not important yet."
  2560.  
  2561. "Our ROLM switch is sync'd with NPN and cannot be changed."
  2562.  
  2563. BTW, the problem "seems" to be getting worse as time passes.
  2564.  
  2565. It would seem to me that this could become a widespread problem as
  2566. more DSS's are used. Is someone causes a master clock to become out of
  2567. step, then you could (potentially) disrupt communications over wide
  2568. areas.
  2569.  
  2570.  
  2571. Bob Oesterlin, IBM AS/400 Division, Dept 54T, Rochester MN 55901
  2572. oester@vnet.ibm.com  (IBM IPNET: oester@rchland.ibm.com)  (507)-253-4528  
  2573.  
  2574. ------------------------------
  2575.  
  2576. From: j-grout@uxa.cso.uiuc.edu (John R. Grout)
  2577. Subject: Local Charges for 950 and 800 Access?
  2578. Date: 30 Mar 1994 17:19:23 GMT
  2579. Organization: University of Illinois at Urbana
  2580. Reply-To: j-grout@uiuc.edu
  2581.  
  2582.  
  2583. Does the FCC permit _local_ call charges for calls to 950 exchanges or
  2584. to 800 LD numbers?  If so, which states/telcos do in fact allow/make
  2585. such charges (at telco-operated payphones, or on lines for which telco
  2586. makes a charge for each local call)?
  2587.  
  2588. I remember having to pay for such a call at a C & P-operated payphone
  2589. in Maryland ... so that might be one such state/telco combination.
  2590.  
  2591.  
  2592. John R. Grout            | INTERNET: j-grout@uiuc.edu
  2593.  
  2594.  
  2595. [TELECOM Digest Editor's Note: Generally it is only the rip-off
  2596. private payphones (COCOTS) which have charges for 950 and 800. They
  2597. are not supposed to either, but they get away with it. I am surprised
  2598. it was at a C&P phone. Maybe there was a programming error.   PAT]
  2599.  
  2600. ------------------------------
  2601.  
  2602. From: haynes@cats.ucsc.edu (James H. Haynes)
  2603. Subject: History: Vail, Monopoly, AT&T
  2604. Date: 30 Mar 1994 06:51:05 GMT
  2605. Organization: University of California, Santa Cruz
  2606.  
  2607.  
  2608. There's some interesting stuff in the new book, "The Story of
  2609. Telecommunications" by George P. Oslin.  Oslin is the 93-year-old
  2610. former PR man for Western Union.  A lot of the following is quoted
  2611. from the book, slightly altered.
  2612.  
  2613. Theodore N. Vail was related to Alfred Vail, one of Morse's partners
  2614. and one of the most important inventors in early telegraphy.  Theodore
  2615. was a telegraph operator, got a job as a mail clerk on trains, and
  2616. improved mail handling so much that he was called to Washington in
  2617. 1873 to improve the railway mail.  In 1876 he was appointed General
  2618. Superintendent of Railway Mails.  He quit to join the Bell Telephone
  2619. Company in 1878.  He was given charge of the territory within a
  2620. 33-mile radius of New York.
  2621.  
  2622. An experimental office was used at the Holmes Burglar Alarm Company at
  2623. 194 Broadway [note that Western Union headquarters, and later AT&T
  2624. headquarters was at 195 Broadway].
  2625.  
  2626. AT&T was incorporated in 1885 as a long-distance subsidiary of
  2627. American Bell, with Vail as president.  He resigned as president in
  2628. 1887 because he was dissatisfied with the American Bell president and
  2629. directors declaring a dividend payment instead of plowing the profits
  2630. back into the company.
  2631.  
  2632. In 1907 AT&T was was in dangerous financial condition.  The bankers
  2633. asked Vail to return as president.  At first he refused, saying that
  2634. at sixty-two he was too old, but he had just sold a South American
  2635. transit development for $3 million, his wife and son had died, and he
  2636. needed to keep busy, so he accepted.
  2637.  
  2638. At the time Western Union had a near monopoly on the telegraph
  2639. business.  It was owned by Jay Gould and run by his man Thomas Eckert;
  2640. they ran the business for their own profit and left it in seedy
  2641. condition.  Vail in contrast stressed service, cultivated public
  2642. relations, was popular with the press for keeping the public informed.
  2643.  
  2644. In 1909 AT&T was rich enough and WU was poor enough that AT&T bought
  2645. control of WU and made Vail the president.  Goes on to tell how Vail
  2646. made over WU with redecorating offices and raising salaries.  AT&T
  2647. moved its headquarters into the WU building at 195 Broadway after a
  2648. $1.3 million improvement.  In 1913 the Justice Department complained
  2649. about the communications monopoly and AT&T agreed to divest WU.
  2650. Newcomb Carlton because president of WU and continued Vail's policies
  2651. there.  Vail resigned from AT&T because of ill health in 1919 and died
  2652. the following year.
  2653.  
  2654.  
  2655. haynes@cats.ucsc.edu  haynes@cats.bitnet
  2656.  
  2657.  
  2658. [TELECOM Digest Editor's Note: Thanks for that great bit of history.
  2659. Most all readers of this Digest know that WUTCO and AT&T had a very
  2660. long history together over the years, but little tidbits such as yours
  2661. today are news to many folks. I also strongly recommend reading the
  2662. book by Oslin; you'll learn much about how things came to be as they
  2663. are. Without question, Ted Vail was the man who made AT&T what it is
  2664. today, or at least what it was for more than half a century.   PAT]
  2665.  
  2666. ------------------------------
  2667.  
  2668. From: Todd Inch <toddi@fdsi1.ocsg.com>
  2669. Subject: Re: Pacific Bell Voice Mail Types
  2670. Date: Wed, 30 Mar 1994 09:48:43 PST
  2671.  
  2672.  
  2673. wjhalv1@pacbell.com writes:
  2674.  
  2675. >> Also, do Telco's provide voicemail to customers with their own PABX?
  2676.  
  2677. > Possible but unwieldy.  The PABX would have to have additional trunks
  2678. > back to the CO where the Telco's VM box is.
  2679.  
  2680. >> If so, how are the calls routed to the Voicemail equipment? I take it
  2681. >> the Telco will have a centralized VoiceMail node, and will route (divert) 
  2682.  
  2683. We have third party off-site voicemail (where each mailbox has it's
  2684. own real phone number but you can also select a different mailbox once
  2685. you're connected to the system) and use it in conjunction with our
  2686. PBX.
  2687.  
  2688. We use Centranet (GTE's brand name for "Centrex") to allow incoming
  2689. PBX calls to to be transferred to another number through the telco
  2690. (flash, dial number, hang up) without tying up our PBX phone lines.
  2691. We use this for forwarding to voicemail, to cell phones, and to our
  2692. recently split-off sister company.  Centranet also allows us to
  2693. forward our main number to the main voice mailbox after hours and
  2694. after the fourth ring.
  2695.  
  2696. Since we have an 800 number which rings in on our main number, this
  2697. works well for me to get my own voice mail from out of the area after
  2698. hours.  During business hours, I tell whoever answers in our office to
  2699. please transfer me to my voicemail after reading me any paper messages
  2700. first.
  2701.  
  2702. It really helps that we have system-wide speed dial numbers programmed
  2703. for each person's voicemail and the speed dial includes the required
  2704. "flash".  The only "kludge" is the PBX requires you to wait until it
  2705. has dialed the whole number before you hang up.  Fortunately the LCD
  2706. display shows the number as it is being dialed so you simply hang up
  2707. when you see all seven digits in the display.
  2708.  
  2709. Interestingly, when I call and voice mail answers, I never hear any
  2710. ringback tone -- I dial the number and almost immediately hear the
  2711. voice mail message.
  2712.  
  2713. I am looking into possibly getting our own in-house voicemail,
  2714. however, because (1) I think it would be cheaper than the service, and
  2715. (2) it would allow the message waiting lamps on the phone to light up,
  2716. and (3) an auto- attendant would allow fax/modem calls via our
  2717. existing 800 number and "inside" callers could bypass the receptionist
  2718. person with a backdoor number.
  2719.  
  2720. It's kinda silly -- we now get paper slips that say "check your
  2721. voicemail."
  2722.  
  2723. ------------------------------
  2724.  
  2725. Date: Tue, 29 Mar 1994 12:11:50 -0500
  2726. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  2727. Subject: Re: Observations About Area Code Splits
  2728.  
  2729.  
  2730. LincMad@netcom.com (Linc Madison) writes:
  2731.  
  2732. > There are also some historical splits that look quite silly...
  2733. > In Massachusetts, 413 has fewer than one third the number of exchanges
  2734. > of either 617 or 508, and is one of the least populated NPAs.
  2735.  
  2736. Yes, but 413 and 617 were never split from one another at all; they
  2737. were both there from the start of the area code system.  In fact, I
  2738. remember an article in the Digest several years ago describing how 413
  2739. reportedly arrived a bit earlier than *that*, because a small region
  2740. in western MA was used by AT&T to prototype area codes, and 413 was
  2741. the code they tested it with.  Supposedly, that's how come such a
  2742. small and underpopulated region got one of the "best" area codes (by
  2743. using only 8 pulls, 413 is tied for sixth place for fewest-pulses-to-
  2744. dial), while Boston and the rest of MA ended up with 617.
  2745.  
  2746. That historical anomaly also explains why the original MA area code
  2747. boundary was drawn so far west, leaving 617 with two-thirds of the
  2748. land area and 80+% of the people in the state.  If things had been set
  2749. up more rationally, 413 probably should have extended at least as far
  2750. east as Worcester, and the need to split 617 (out of which 508 was
  2751. born in the late 1980s) could have been deferred for many years.
  2752.  
  2753.  
  2754. Bob Goudreau        Data General Corporation
  2755. goudreau@dg-rtp.dg.com    62 Alexander Drive    
  2756. +1 919 248 6231        Research Triangle Park, NC  27709, USA
  2757.  
  2758. ------------------------------
  2759.  
  2760. Date: Tue, 29 Mar 94 12:46:15 EST
  2761. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  2762. Subject: Re: Observations About Area Code Splits
  2763.  
  2764.  
  2765. In TELECOM Digest Volume 14 : Issue 153 LincMad@netcom.com (Linc
  2766. Madison) wrote:
  2767.  
  2768. > I was looking at David Esan's 1/15/94 NPA-NXX list and noticed quite a
  2769. > number of surprising numbers.  There were a couple of instances where
  2770. > I hope the answer is that a previously-effected split is not yet
  2771. > reflected in the number of exchanges shown for the old area code.  For
  2772. > example, 212 shows 639 exchanges, and 168 for 917.  I hope that the
  2773.  
  2774. Area code 917 is not a "true areacode" in the sense that it is restricted
  2775. to pagers, cell phones, and similar services, etc.
  2776.  
  2777. NYTel could have left the exchanges in 212/718 available and/or in use
  2778. after the overlay took affect.  What probably happened, and maybe
  2779. someone from NYTel/NYNEX who is more familiar with this could answer,
  2780. is that since there were available exchanges after the overlay, more
  2781. connections could be made for voice and data lines.
  2782.  
  2783. Or, Bellcore might not have deleted them from their V&H tapes.
  2784.  
  2785. I just can't see a company sitting around doing nothing with valuable
  2786. equipment.
  2787.  
  2788.  
  2789. Dave Niebuhr      Internet: dwn@dwn.ccd.bnl.gov (preferred)
  2790.                             niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  2791. Senior Technical Specialist, Scientific Computing Facility
  2792. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  2793.  
  2794. ------------------------------
  2795.  
  2796. Date: Wed, 30 Mar 1994 08:45:46 EST
  2797. From: padwad@psd.gs.com (Danny Padwa)
  2798. Subject: Re: Observations About Area Code Splits
  2799.  
  2800.  
  2801. Not sure about cellulars, but the 212-vs-917 split is still proceding
  2802. in terms of pagers.  While "new" numbers have been allocated out of
  2803. 917 for well over a year (at least I have one much older than a year),
  2804. we are still just entering the "permissive" period for the switchover
  2805. for some of our older pagers.
  2806.  
  2807. I expect (not sure) that the above mentioned cellular provider will
  2808. soon be getting a surprise from NYTel (oops ... NYNEX).
  2809.  
  2810.  
  2811. Danny
  2812.  
  2813. ------------------------------
  2814.  
  2815. From: king@wildebeest.cig.mot.com (Steven King, Software Archaeologist)
  2816. Subject: Re: AT&T Cellular Privacy System
  2817. Date: 30 Mar 1994 16:49:16 GMT
  2818. Organization: Motorola Cellular Infrastructure Group
  2819. Reply-To: king@wildebeest.cig.mot.com
  2820.  
  2821.  
  2822. I asked some questions regarding the AT&T Cellular Privacy System.  Mr.
  2823. Arneke kindly responded and indicated that I could post his response to
  2824. the Digest.  Thanks for the info, guys!
  2825.  
  2826.  
  2827.   From: darneke@attmail.com (David R Arneke)
  2828.   Date: 28 Mar 94 09:45:44 GMT
  2829.   Subject: Re: AT&T Cellular Privacy System
  2830.  
  2831. Here is a more complete answer to your message of last week regarding
  2832. the AT&T Cellular Privacy System. This comes from our cellular privacy
  2833. product manager, Ben Bratcher (214 280-9410).
  2834.  
  2835. 1.  Is the scrambling technology simple inversion?
  2836.  
  2837. No.  The scrambling algorithm uses split-band frequency inversion,
  2838. translation of the upper band's frequencies, frequency dispersion of
  2839. both bands, time compression of both bands and independent time
  2840. displacement of the individual bands.
  2841.  
  2842. The combinations are determined by a key generator driven by a common
  2843. key that is negotiated for each privacy activation by using a public
  2844. key technique.  This is the strongest scrambling algorithm available
  2845. for handheld, transportable and mobile cellular subscriber equipment.
  2846.  
  2847. 2. Is the signaling channel scrambled?  How about the blank-and-burst
  2848. signal sent on the voice channel to change power level or to do a
  2849. handoff?
  2850.  
  2851. Neither the signalling channel nor the inband signalling are
  2852. scrambled.  The Advanced Cellular Privacy System scrambles only the
  2853. user's audio.  However, the system is designed to maintain all
  2854. functions of the cellular telephone system without degradation.
  2855.  
  2856. 3.  Is the SAT tone affected?
  2857.  
  2858. No.  The common channel interface of the cellular network is not
  2859. affected by the cellular privacy system.
  2860.  
  2861. 4.  How does the mobile recognize that it's in a scrambler-capable
  2862. system?  How does the base site recognize that a mobile has a
  2863. scrambler attached?  Does the mobile scrambling unit recognize when
  2864. the mobile is roaming into an incompatible system and turn itself off?
  2865.  
  2866. The mobile system when activated sends a signal to the switch that
  2867. includes its part of the public key.  If the switch is scrambler-
  2868. capable and the user's electronic serial number (ESN) relates to a
  2869. privacy class of service mark, the switch will respond with its part
  2870. of the public key and privacy is established.  If there is no response
  2871. from the switch, the mobile system will return a fast busy, alerting
  2872. the user that privacy is not available and preventing communication
  2873. until the user releases the privacy request, indicating that
  2874. clear-only operation is acceptable.
  2875.  
  2876. The Mobile Switching Equipment (MSE) will first recognize that a user
  2877. has a privacy class of service from the relation of the ESN and the
  2878. home or visitor location register.  This causes the MSE to route the
  2879. call to the MSE-based scrambler equipment.  The MTSO Privacy Unit
  2880. (MSE-based scrambler equipment) then recognizes the initial signal
  2881. from the mobile subscriber and returns the confirmation.
  2882.  
  2883. If a user is roaming in a non-privacy capable system and tried to
  2884. initiate privacy, the mobile unit will not enter the privacy mode and
  2885. will alert the user.  If the mobile unit is operating in the privacy
  2886. mode and enters a non-privacy capable sysyem, the mobile unit also
  2887. will alert the user.  Every three seconds the mobile scrambler and the
  2888. switch scrambler exchange information.  After five failures (allowing
  2889. time for tunnels and fades), the mobile scrambler will return a fast
  2890. busy call and block communication.  The user can then choose to return
  2891. to clear mode.
  2892.  
  2893. 5. Is the MTSO scrambler unit part of the base site or the switch?  If
  2894. it's part of the base site, can a scrambled call be handed off into a
  2895. cell with no scrambler unit attached?
  2896.  
  2897. The MTSO scrambler unit is attached to the MSE and therefore is always
  2898. available to cell sites associated with the MSE.  Through networking,
  2899. a MSE unit can continue privacy service as the mobile transits between
  2900. MTSOs.
  2901.  
  2902. 6.  If there are no MTSO scrambler units available, does the
  2903. subscriber get any indication that the call is being sent in teh clear
  2904. rather than scrambled?
  2905.  
  2906. Yes, as described above.
  2907.  
  2908. 7.  What is Ameritech charging for the service?
  2909.  
  2910. Confirm this number with Ameritech, but I believe it's $14 per month.
  2911.  
  2912. Thanks again for writing.  Feel free to pass this on to Telecom Digest
  2913. or anyone else who might be interested.
  2914.  
  2915.  
  2916. David Arneke
  2917. Media Relations Manager
  2918. AT&T Secure Communications Systems
  2919. david.arneke@att.com (!darneke on AT&T Mail)
  2920.  
  2921.                        ===================
  2922.  
  2923. Steven King <king@cig.mot.com> -- Motorola Cellular Infrastructure Group
  2924.  
  2925. ------------------------------
  2926.  
  2927. From: dave@llondel.demon.co.uk (David Hough)
  2928. Subject: Re: Voice and Data Through PBX
  2929. Date: Wed, 30 Mar 1994 09:03:52 +0000
  2930.  
  2931.  
  2932. In article <telecom14.149.12@eecs.nwu.edu> Thomas Humphreys <trans-
  2933. omega@mv.MV.COM> writes:
  2934.  
  2935. > I have asked the question "Would you recommend running both voice and
  2936. > data (LAN) traffic through a PBX?" of 11 individuals. 4 said yes, 7
  2937. > said no.
  2938.  
  2939. > I am interested in what the readers of this newsgroup think about this
  2940. > issue.
  2941.  
  2942. I have to admit to some bias, because the company I work for is
  2943. developing a PABX which will do just this, as well as other features.
  2944.  
  2945. <hype on>
  2946.  
  2947. Basically, the intention is that the PABX is connected to the LAN and
  2948. can accept instructions from a PC on the LAN to dial numbers, answer
  2949. calls etc.  This allows you to use Windoze to pop up a phone directory
  2950. and click on a number to dial. The PC tells the PABX, the PABX dials
  2951. the number and kicks your keyphone into life in handsfree mode. When
  2952. the other end answers you can either pick up the phone handset or talk
  2953. handsfree. It doesn't take much of a leap from this to be able to
  2954. select a file and a destination and have the PC request the PABX to
  2955. set up an external data connection to the destination and transfer the
  2956. file. Even dial-on-demand routeing of individual network packets is
  2957. possible. Other options include the facility for a remote user using
  2958. ISDN to dial in and appear as an ethernet address on your LAN (CLI can
  2959. help with security here), which is ideal for the sales force who might
  2960. not have to visit the office quite so much.  
  2961.  
  2962. <hype off>
  2963.  
  2964. No we can't do all of that yet, but it is coming! It is about time the
  2965. telephone was properly integrated with everything else. After all,
  2966. digitized speech is only another 64kb data stream -- it has to be
  2967. switched the same as all other data streams.
  2968.  
  2969.  
  2970. Dave
  2971. G4WRW @ GB7WRW.#41.GBR.EU AX25     
  2972. dave@llondel.demon.co.uk  Internet 
  2973. g4wrw@g4wrw.ampr.org      Amprnet  
  2974.  
  2975. ------------------------------
  2976.  
  2977. From: jim@isnpo1.pwss.gov.ab.ca (James Slupsky)
  2978. Subject: Re: Voice and Data Through PBX
  2979. Organization: Alberta PWSS Telecom
  2980. Date: Tue, 29 Mar 1994 21:12:57 GMT
  2981.  
  2982.  
  2983. In article <telecom14.149.12@eecs.nwu.edu>, Thomas Humphreys <trans-
  2984. omega@mv.MV.COM> writes:
  2985.  
  2986. > I have asked the question "Would you recommend running both voice and
  2987. > data (LAN) traffic through a PBX?" of 11 individuals. 4 said yes, 7
  2988. > said no.
  2989.  
  2990. > I am interested in what the readers of this newsgroup think about this
  2991. > issue.
  2992.  
  2993. In my opinion, there are much better products available for switching
  2994. LAN traffic than a PBX.  For voice, a PBX works great; for switched
  2995. data, a PBX also works great (although in some cases, a packet network
  2996. would be better).  But for LAN data, existing LAN networking
  2997. hardware/software costs less and is more mature.
  2998.  
  2999. If you desire to connect two lans, then ISDN links through a PBX may
  3000. also be an option.
  3001.  
  3002.  
  3003. Regards,
  3004.  
  3005. James Slupsky   jslupsky@pwss.gov.ab.ca
  3006.  
  3007. ------------------------------
  3008.  
  3009. End of TELECOM Digest V14 #155
  3010. ******************************
  3011.     
  3012.     
  3013. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa10878;
  3014.           1 Apr 94 13:38 EST
  3015. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3016.     id AA20188; Fri, 1 Apr 94 09:22:10 CST
  3017. Return-Path: <telecom>
  3018. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3019.     id AA20179; Fri, 1 Apr 94 09:22:08 CST
  3020. Date: Fri, 1 Apr 94 09:22:08 CST
  3021. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3022. Message-Id: <9404011522.AA20179@delta.eecs.nwu.edu>
  3023. To: telecom@eecs.nwu.edu
  3024. Subject: TELECOM Digest V14 #156
  3025.  
  3026. TELECOM Digest     Fri, 1 Apr 94 09:22:00 CST    Volume 14 : Issue 156
  3027.  
  3028. Inside This Issue:                          Editor: Patrick A. Townson
  3029.  
  3030.     ISDN in Texas? Your Input is Requested, Please (bkravitz@vtel.com)
  3031.     Canada Direct to European Customers - Why Not Possible? (Francois Dufresne)
  3032.     Anyone Attending the APCC Show? (safer@delphi.com)
  3033.     RS-423/RS-422/RS-232 on a DB-25 Connector (Robert Inch Jr)
  3034.     UC Berkeley Short Courses on SONET/ATM and Wireless Networking (H. Stern)
  3035.     Alert! New CD-Rom Database a la Lotus: Household! (David S. Greenberg)
  3036.     Where Can I Find A Copy of Mosaic? (Ellis Claggett)
  3037.     Telemarketing Systems - Need Help/Suggestions (unique7@aol.com)
  3038.     Address of 'Planet Connect' Needed (Christian Ekhart)
  3039.     Wireless Standards: GSM, UPT, UMTS, and FPLMTS (Kimberly Kirlin)
  3040.     Privacy on Rolm Switch (Chris Michael)
  3041.     Hacking != Fraud (was Re: Cellular Phone Hacking) (Nick Sayer)
  3042.  
  3043. TELECOM Digest is an electronic journal devoted mostly but not
  3044. exclusively to telecommunications topics. It is circulated anywhere
  3045. there is email, in addition to various telecom forums on a variety of
  3046. public service systems and networks including Compuserve and GEnie.
  3047. Subscriptions are available at no charge to qualified organizations
  3048. and individual readers. Write and tell us how you qualify:
  3049.  
  3050.                  * telecom-request@eecs.nwu.edu *
  3051.  
  3052. The Digest is compilation-copyrighted by Patrick Townson Associates of
  3053. Skokie, Illinois USA. We provide telecom consultation services and
  3054. long distance resale services including calling cards and 800 numbers.
  3055. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  3056. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  3057.  
  3058.     ** Article submission address only: telecom@eecs.nwu.edu **
  3059.  
  3060. Our archives are located at lcs.mit.edu and are available by using
  3061. anonymous ftp. The archives can also be accessed using our email
  3062. information service. For a copy of a helpful file explaining how to
  3063. use the information service, just ask.
  3064.  
  3065. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  3066. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  3067. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  3068. Digest" shares archives resources at lcs.mit.edu for the convenience
  3069. of users. Please *DO NOT* cross post articles between the groups. All
  3070. opinions expressed herein are deemed to be those of the author. Any
  3071. organizations listed are for identification purposes only and messages
  3072. should not be considered any official expression by the organization.
  3073. ----------------------------------------------------------------------
  3074.  
  3075. Date: Thu, 31 Mar 94 09:01:58 CST
  3076. From: bkravitz@vtel.com
  3077. Subject: ISDN in Texas? Your Input is Requested, Please
  3078.  
  3079.  
  3080.             PUBLIC UTILITY COMMISSION OF TEXAS
  3081. REQUESTS COMMENTS ON INTEGRATED SERVICES DIGITAL NETWORK (ISDN)
  3082.  
  3083. The Public Utility Commission of Texas (the Commission) has
  3084. established a project (Project No. 12756) to examine Integrated
  3085. Services Digital Network (ISDN) issues.  The Commission seeks comments
  3086. from interested parties in response to the following questions.  If
  3087. your answers would differ depending upon time-frame considerations,
  3088. please provide answers for each time-frame.  Parties are requested to
  3089. organize their comments to address the specific questions asked in the
  3090. order asked and are encouraged to include an executive summary
  3091. emphasizing the main points of their comments to each question.
  3092.  
  3093. Comments (13 paper copies) should contain a reference to Project No.
  3094. 12756 and should be submitted to John M. Renfrow, Secretary of the
  3095. Commission, Public Utility Commission of Texas, 7800 Shoal Creek
  3096. Boulevard, Austin, Texas 78757, no later than April 30, 1994.
  3097.  
  3098. Informal comments may be sent to Ms. Pam Whittington at the Commission
  3099. via e-mail addressed to:
  3100.  
  3101.           pam.tel@email.puc.texas.gov
  3102.  
  3103. Or you may call her at (512) 458-0100.
  3104.  
  3105. 1. To which local exchange carriers (LECs) should a rule on ISDN
  3106. apply?  Why?
  3107.  
  3108. 2. Should ISDN-based services be considered to be a replacement of or
  3109. successor for "plain old telephone service"?  Why?
  3110.  
  3111. 3. Should all Texas customers and customer classes have access to
  3112. ISDN?  Why?  If not, why not?  What policies should be adopted by the
  3113. Commission regarding customer access to ISDN?  Why?
  3114.  
  3115. 4. What are the policies which the Commission should adopt regarding
  3116. the determination of costs and the pricing of ISDN and ISDN-based
  3117. services?  Explain why. Provide detailed cost information for each
  3118. position if available.
  3119.  
  3120. 5. Should the manner in which ISDN is deployed affect the price?  How?
  3121.  
  3122. 6. Should the Commission grant regulatory incentives, penalties, or
  3123. flexibility in exchange for a LEC's provision of ISDN?  Why?  If yes,
  3124. describe the incentives, penalties, or flexibility.
  3125.  
  3126. 7. Does the Commission have jurisdiction to compel the provision of
  3127. ISDN?  Why?  Explain the legal basis for your position.
  3128.  
  3129. 8. Should the LECs be required to provide ISDN services in a manner
  3130. that is conducive to competition in the provision of ISDN?  Why?  If
  3131. so, how?
  3132.  
  3133. 9. What policies should the Commission adopt regarding the deployment
  3134. of ISDN?  Should the Commission directly mandate deployment, require
  3135. deployment to be driven by customer demand, or require deployment in
  3136. some other manner?  Why?  Describe in detail how.
  3137.  
  3138. 10. Describe in detail how these policies regarding deployment should
  3139. be implemented and enforced.
  3140.  
  3141. 11. If customer driven demand deployment was ordered by the Commission, 
  3142. should the trigger for deployment be thirty customer requests for ISDN
  3143. per central office?  Why?  If not, why not, and provide evidence to
  3144. support your position.  If thirty requests is not the appropriate
  3145. number, explain what is.
  3146.  
  3147. 12. Should LEC compliance with deployment requirements be monitored on
  3148. a periodic basis by the Commission?  If so, explain in detail how and
  3149. why.
  3150.  
  3151. 13. What are the appropriate time frames for completion of deployment
  3152. of ISDN in a LEC's service territory and in the entire state respectively?  
  3153. Why?
  3154.  
  3155. 14. What are the technological options of the LECs with respect to the
  3156. system upgrades necessary to deploy ISDN within their service areas?
  3157. Explain in detail how the costs should be determined and reported to
  3158. the Commission.
  3159.  
  3160. 15. Are there any other policies, aspects, technical characteristics,
  3161. costs, or obstacles (e.g. switch architecture, software, or SS7)
  3162. regarding deployment that the Commission should consider?  If yes,
  3163. list and describe each and explain why.  Provide detailed cost
  3164. information for each item if available.
  3165.  
  3166.  
  3167. 16. What policies regarding ISDN standards should be adopted by the
  3168. Commission?  Why?
  3169.  
  3170. 17. To what standards (e.g. National ISDN, ITU-T standards, etc.)
  3171. should the Commission require ISDN be deployed and provided?  Why?
  3172.  
  3173. 18. What specific service capabilities (e.g. bearer services,
  3174. teleservices, supplementary services, etc.) should be required to be
  3175. provided to customers?  Why?
  3176.  
  3177. 19. How should the policies regarding ISDN be implemented by the
  3178. Commission?  Why?  If tariff filings were required, what should they
  3179. contain?  Why?
  3180.  
  3181. 20. What end-user applications (e.g. telemedicine, distance learning,
  3182. telecommuting, and video conferencing) using ISDN are available?  Will
  3183. these applications be available using technology other than ISDN?
  3184. Should the Commission consider this in its rulemaking?  Why?
  3185.  
  3186. 21. Does Texas need ISDN to compete with other states?  Why?
  3187.  
  3188. 22. Would the widespread availability of ISDN have a beneficial impact
  3189. (e.g., through telecommuting, video conferencing, etc.) on Texas'
  3190. compliance with the Clean Air Act?  Explain how.
  3191.  
  3192. 23. Are there any other aspects or characteristics of providing ISDN
  3193. that should be considered by the Commission?  If yes, describe each
  3194. and explain why.
  3195.  
  3196. Parties interested in providing additional comments are welcome to do
  3197. so.  The Commission also welcomes data and documentation supporting
  3198. the parties' comments.  General Counsel and staff will review the
  3199. comments and use them in preparing a recommendation to the Commission.
  3200.  
  3201. Comments (13 paper copies) should contain a reference to Project No.
  3202. 12756 and should be submitted to John M. Renfrow, Secretary of the
  3203. Commission, Public Utility Commission of Texas, 7800 Shoal Creek
  3204. Boulevard, Austin, Texas 78757, by April 30, 1994.
  3205.  
  3206. Informal comments may be sent to Ms. Pam Whittington at the Commission
  3207. via e-mail addressed to:
  3208.  
  3209.           pam.tel@email.puc.texas.gov
  3210.  
  3211. Or you may call her at  (512) 458-0100.
  3212.  
  3213. ------------------------------
  3214.  
  3215. From: Francois.Dufresne@isa.unil.ch (Francois Dufresne)
  3216. Subject: Canada Direct to European Customers - Why Not Possible?
  3217. Date: 31 Mar 1994 13:42:47 GMT
  3218. Organization: Cypherpunks
  3219.  
  3220.  
  3221. Hi there!
  3222.  
  3223. Does anyone know why Teleglobe Canada can not offer the service Canada
  3224. Direct to European customers? Are there legal reasons?  Agreements
  3225. with other countries? Is it because it belongs to Bell Canada?
  3226.  
  3227. I would be very interested to have access to this service since their
  3228. rates are much better than those of the Swiss PTT.
  3229.  
  3230. Thanks in advance.
  3231.  
  3232.  
  3233. Francois Dufresne
  3234. Ecole des HEC, University of Lausanne, Switzerland
  3235. e-mail: Francois.Dufresne@isa.unil.ch
  3236. tel.: 41.21/692.4022    apres/after: 1994.04.05 : 41.21/692.33.74
  3237. fax : 41.21/692.4193                              41.21/692.33.05
  3238.  
  3239. ------------------------------
  3240.  
  3241. From: safer@delphi.com
  3242. Subject: Anyone Attending the APCC Show?
  3243. Date: Thu, 31 Mar 94 23:05:56 -0500
  3244. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  3245.  
  3246.  
  3247. Is anyone out there going to the APCC show in Vegas?
  3248.  
  3249. ------------------------------
  3250.  
  3251. From: transpak@netcom.com (Robert Inch Jr)
  3252. Subject: RS-423/RS-422/RS-232 on a DB-25 Connector
  3253. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  3254. Date: Thu, 31 Mar 1994 04:32:22 GMT
  3255.  
  3256.  
  3257. Here at work, we have a sparc 1, and an hp laserjet 4. The sparc
  3258. manual says it uses rs-423 to talk to printers on the serial line, and
  3259. the hp has rs-232 and rs-422, both using db-25 connectors (the sparc
  3260. and the printer). When I print I get 22 error message which means
  3261. protocol confusion. So, I think it is true that rs-423 and rs-422
  3262. could not talk since rs-422 uses balanced send and receive lines or
  3263. whatever (send and send-inverse), but rs-423 I think uses equivelant
  3264. or one to one matchable lines. So, my questions is what is the pin
  3265. layout for rs-423 over a db-25 coming out of a sparc, and can I
  3266. connect it to the printer as if it were rs-232?
  3267.  
  3268. ------------------------------
  3269.  
  3270. From: southbay@garnet.berkeley.edu
  3271. Subject: UC Berkeley Short Courses on SONET/ATM and Wireless Networking
  3272. Date: 31 Mar 1994 01:52:53 GMT
  3273. Organization: University of California, Berkeley
  3274.  
  3275.  
  3276. U.C. Berkeley
  3277. Continuing Education in Engineering
  3278. Announces 3 Short Courses on
  3279. Communications Technology
  3280.  
  3281. SONET/ATM-BASED BROADBAND NETWORKS: Systems,
  3282. Architectures and Designs
  3283. (April 18-19, 1994)
  3284.  
  3285. It is widely accepted that future broadband networks will be based on
  3286. the SONET (Synchronous Optical Network) standards and the ATM
  3287. (Asynchronous transfer Mode) technique.  This course is an in-depth
  3288. examination of the fundamental concepts and the implementation issues
  3289. for development of future high-speed networks.  Topics include:
  3290. Broadband ISDN Transfer Protocol, high speed computer/network
  3291. interface (HiPPI), ATM switch architectures, ATM network
  3292. congestion/flow control, VLSI designs in SONET/ATM networks.
  3293.  
  3294. Lecturer: H. Jonathan Chao, Ph.D., Associate Professor, Brooklyn
  3295. Polytechnic University.  Dr. Chao holds more than a dozen patents and
  3296. has authored over 40 technical publications in the areas of ATM
  3297. switches, high-speed computer communications, and congestion/flow
  3298. control in ATM networks.
  3299.  
  3300. GIGABIT/SEC DATA AND COMMUNICATIONS NETWORKS: 
  3301. Internetworking, Signaling and Network Management
  3302. (April 20-21, 1994)
  3303.  
  3304. This short course aims to provide a general understanding of the key
  3305. issues needed to design and implement gigabit local and wide area
  3306. networks.  The topics are designed to compliment those covered in the
  3307. SONET/ATM-Based Broadband Networks course (above).  Topics include:
  3308. technology drivers, data protocols, signaling, network management,
  3309. internetworking and applications.  Specific issues addressed include
  3310. TCP/IP on ATM networks, design of high performance network interfaces,
  3311. internetworking ATM networks with other network types, and techniques
  3312. for transporting video over gigabit networks.
  3313.  
  3314. Lecturer:  William E. Stephens, Ph.D., Director, High-Speed Switching
  3315. and Storage Technology Group, Applied Research, Bellcore.  Dr.
  3316. Stephens has over 40 publications and one patent in the field of optical
  3317. communications.  He has served on several technical program committees,
  3318. including IEEE GLOBECOM and the IEEE Electronic Components
  3319. Technology Conference, and has served as Guest Editor for the IEEE 
  3320. Journal on Selected Areas in Communications.
  3321.  
  3322. PERSONAL (WIRELESS) COMMUNICATION NETWORKS:  Cellular
  3323. Systems, Wireless Data Networks, and Broadband Wireless Access
  3324. (April 20-22, 1994)
  3325.  
  3326. This comprehensive course focuses on principles, technologies, system
  3327. architectures, standards, equipment, implementation, public policy,
  3328. and evolving trends in wireless networks.  Topics include: modulation,
  3329. coding, and signal processing; first generation systems; second
  3330. generation systems; broadband networks; third generation systems; and
  3331. applications and technology trends.  This course is intended for
  3332. engineers who are currently active or anticipate future involvement in
  3333. this field.
  3334.  
  3335. Lecturer: Anthony S. Acampora, Ph.D., Professor, Electrical
  3336. Engineering, Columbia University.  He is Director, Center for
  3337. Telecommunications Research. He became a professor following a 20 year
  3338. career at AT&T Bell Laboratories, is an IEEE Fellow, and is a former
  3339. member of the IEEE Communications Society Board of Governors.
  3340.  
  3341.  
  3342. For more information (complete course descriptions, outlines, instructor
  3343. bios, etc.) contact:
  3344.  
  3345. Harvey Stern
  3346. U.C. Berkeley Extension/Southbay
  3347. 800 El Camino Real Ste. 150
  3348. Menlo Park, CA 94025
  3349. Tel: (415) 323-8141
  3350. Fax: (415) 323-1438
  3351.  
  3352. ------------------------------
  3353.  
  3354. From: mgreeny@uxa.ecn.bgu.edu (David S. Greenberg)
  3355. Subject: Alert! New CD-Rom Database a la Lotus: Household!
  3356. Date: 31 Mar 1994 09:48:27 -0600
  3357.  
  3358.  
  3359. Hi all, just thought I'd let everyone out there know that I just
  3360. received in my daily pile of junk mail yet another company (which
  3361. shall be named shortly ...) which has decided that they have the right
  3362. to sell ****YOUR**** name and address AND PHONE NUMBER on CD ROM!  Not
  3363. only are they doing this for your home, but also for businesses as
  3364. well!  They pull no punches and have an ad which has several
  3365. subheadings: "The Hook", "The Line", "The Sell", "The Close" -- they
  3366. designed the paperwasting junk mail flyer for resellers. At any rate,
  3367. I called to protest this unlicensed and unwanted use of my name/address 
  3368. and was told by the wonderful person I spoke to (after being forced to
  3369. wait on hold with a joyful voice mail system for several tortous
  3370. minutes) that "she'd certainly pass my request along".
  3371.  
  3372. All I've got to say is that they'll be getting a FAX from me shortly
  3373. and from my lawyers as well.  I'd encourage EVERYONE out there reading
  3374. this to call and protest this as well -- let your friends know and
  3375. have them call as well.
  3376.  
  3377. If you recall, the only reason that Lotus dropped their moronic
  3378. Household CDROM was because they received 20,000 letters/calls
  3379. requesting removal from the database.  Lotus LEARNED THE HARD WAY HOW
  3380. TO ALIENATE YOUR CUSTOMER BASE -- MAYBE THIS COMPANY NEEDS A GOOD KICK
  3381. IN THE *&*(& AS WELL...
  3382.  
  3383. CAll and let them know just how you feel about this sort of crapola:
  3384.  
  3385. ProCD, Inc.
  3386. 8 Doaks Lane, Little Harbor
  3387. Marblehead, MA  01945-9866
  3388.  
  3389. 1-800-992-3766  (800-99-CD-ROM)
  3390.  
  3391. FAX: 1-617 631 9229
  3392.  
  3393. For DOS machines only ... worst of all, this product allows UNLIMITED
  3394. downloading/searching of the database -- no metering, no extra fees so
  3395. it encourages people to use it (or abuse it...).
  3396.  
  3397. CALL NOW! Protect your right to privacy!  Stop the abuse!
  3398.  
  3399.  
  3400. Microcomputer Support Specialist, Student Residential Programs, WIU,
  3401. Macomb, IL  61455 Internet: mgreeny@uxa.ecn.bgu.edu, greeny@srp.wiu.bgu.edu
  3402. GEnie: GREENY (once a month, Internet's preferred)
  3403. AOL: GREENY1@AOL.COM (really infrequently....use the internet!)
  3404.  
  3405.  
  3406. [TELECOM Digest Editor's Note: The thing is, they *do* have the right
  3407. to see compiled listings -- as did Lotus or as does anyone else -- if they
  3408. wish to do so. If a telephone book containing alphabetical listings is
  3409. not illegal then neither is a consolidated listing of several telephone
  3410. books made into one. Neither is the same thing when the medium happens
  3411. to be CD Rom. Lotus decided it was in their best business interests to
  3412. discontinue the sale of the product when sufficient numbers of people who
  3413. expressed interest in all their products were angered by this. I think 
  3414. what you will find in this case however is that the company in question
  3415. is merely a list seller. They specialize in lists for other companies to
  3416. purchase, and they are not going to be impressed very much one way or
  3417. the other by consumers, per se. Lists like this in all sorts of formats
  3418. (both alphabetical by name and numerically by street address and/or phone
  3419. number) have been compiled for over half a century. Haines of Cleveland,
  3420. Ohio and R.L. Polk of Detroit were the pioneers at this, starting back
  3421. in the 1920's. All of a sudden because the medium has changed (from great
  3422. big hardover books with several thousand pages each in several volumes)
  3423. to CD Rom the complaints become more vocal. Why? Is it because the ease
  3424. and availability in obtaining the information has become greater?  PAT]
  3425.  
  3426. ------------------------------
  3427.  
  3428. From: Ellis Claggett <CLAGGETTE@BSP03C.PRIMERICA.COM>
  3429. Subject: Where Can I Find A Copy of Mosaic?
  3430. Date: Thu, 31 Mar 94 09:14:00 PST
  3431.  
  3432.  
  3433. Hello,
  3434.  
  3435. I recently heard of a product called Mosaic which acts as a front end
  3436. for Internet access.  Could some one provide me additional information
  3437. on this product an where I might locate a copy on the internet.  Your
  3438. help will greatly appreciated.
  3439.  
  3440.  
  3441. Ellis R. Claggett   The Travelers  claggette@bsp03c.primerica.com
  3442.  
  3443. ------------------------------
  3444.  
  3445. From: unique7@aol.com 
  3446. Subject: Telemarketing Systems - Need Help/Suggestions
  3447. Date: 31 Mar 1994 00:49:03 -0500
  3448. Organization: America Online, Inc. (1-800-827-6364)
  3449.  
  3450.  
  3451. I am trying to put together a telemarketing function for a small
  3452. start-up software firm.  To facilitate this I am looking for any
  3453. information I can on software to support the telemarketing function by
  3454. doing things such as: tracking phone calls, tracking customer leads
  3455. (including automatic "tickler" call reminders), interfacing with an
  3456. email system to alert other parts of the organization of customer
  3457. issues that might be of concern to them (e.g.  reporting a bug to
  3458. engineering), etc ...
  3459.  
  3460. Does anyone have any thoughts on what systems might do this and where
  3461. I could get info.  Also can anyone recommend any journals that I might
  3462. peruse to get a better handle on these products.  
  3463.  
  3464. Thanks in advance. I can be reached directly at unique7@aol.com.
  3465.  
  3466.  
  3467. Marc
  3468.  
  3469. ------------------------------
  3470.  
  3471. From: ekhart@fochsg01.tu-graz.ac.at (Christian Ekhart)
  3472. Subject: Address of 'Planet Connect' Needed
  3473. Date: 31 Mar 1994 12:16:41 GMT
  3474. Organization: Graz University of Technology, Austria
  3475.  
  3476.  
  3477. Hi,
  3478.  
  3479. I need the address and fax number of a company called Planet Connect.
  3480. They offer direct satellite uplinks at data rates of 19.2 kbit/s for
  3481. about $500/month.
  3482.  
  3483. Is that correct and is this possible with connects Europe-USA? This
  3484. would be very cheap leased lines. One idea (grin) would be to link
  3485. this line to the US-phone system (whereas only 9.6 kbit/s would be
  3486. needed for compressed voice data) and to obtain that way an
  3487. US-phone-line routed to Europe ;-)
  3488.  
  3489. Are there any other providers for reasonably priced direct satellite
  3490. uplinks.
  3491.  
  3492.  
  3493. Thank you!
  3494.  
  3495. Christian Ekhart
  3496. University of Technology            voice: +43-316-8738247
  3497. Department of Organic Chemistry     fax:   +43-316-811057
  3498. Stremayrgasse 16, 8010 Graz         email: ekhart@fochsg01.tu-graz.ac.at
  3499. Austria - Europe                    fidoNet: 2:316/3.0, DTP-Mailbox
  3500.  
  3501. ------------------------------
  3502.  
  3503. Date: Thu, 31 Mar 1994 13:09:54 -0600
  3504. From: Kimberly Kirlin <kirlin@metronet.com>
  3505. Subject: Wireless Standards: GSM, UPT, UMTS, & FPLMTS
  3506. Organization: Texas Metronet, Internet for the Individual  214-705-2917 (info)
  3507.  
  3508.  
  3509. These are statements that I have taken from articles about GSM (Global
  3510. Systems for Mobile Communications) in telecom trade journals:
  3511.  
  3512. "... no one yet knows how first generation digital will mesh or evolve
  3513. into PCS/PCN or from there into wideband FPLMTS or UMTS."
  3514.  
  3515. GSM Phase 2 will provide for the "integration of GSM in UPT to make
  3516. provision for UPT subscribers and services through GSM networks and vise
  3517. versa."
  3518.  
  3519. In fact in many articles there is reference to the eventual evolution 
  3520. of second generation digital cellular into UPT or UMTS or FPLMTS.
  3521.  
  3522. FPLMTS - Future Public Land Mobile Telecommunications Systems (I think);
  3523. UMTS - Universal Mobile Telecommunications Systems;
  3524. UPT - Universal Personal Telecommunications.
  3525.  
  3526. My QUESTION is:  What is the difference between UPT, UMTS, and FPLMTS?
  3527.  
  3528.  From what I have read they all refer to having a personal number
  3529. which is unique to each subscriber, which can be registered on any
  3530. terminal on any network, fixed or mobile.
  3531.  
  3532. And what makes these technologies so different from what GSM is trying
  3533. to accomplish with the use of a SIM card?
  3534.  
  3535. Any input to this debate is greatly appreciated!
  3536.  
  3537.  
  3538. Kim Kirlin   University of Colorado
  3539. Telecommunications Program  kirlin@metronet.com
  3540.  
  3541. ------------------------------
  3542.  
  3543. From: cm@nwu.edu (Chris Michael)
  3544. Subject: Privacy on Rolm switch
  3545. Date: 31 Mar 94 23:18:20 GMT
  3546. Organization: Northwestern University, Evanston, IL  USA
  3547. Reply-To: cm@nwu.edu (Chris Michael)
  3548.  
  3549.  
  3550. My company has a Rolm 8000 (9000?) (something) switch.  It's configured 
  3551. so that certain supervisors can monitor conversations on certain exten-
  3552. sions by hitting the right key on their phone.  This is all above
  3553. board and well understood by everyone.
  3554.  
  3555. There is a persistent rumor, however, that these people can monitor
  3556. *all* conversations.  The person who manages the switch believes this
  3557. to be true, although she's never configured anything like that.  The
  3558. Rolm service people say it can't be done.
  3559.  
  3560. Is it possible?  If it were, could it be hidden from the switch console? 
  3561.  
  3562.  
  3563. christopher michael, george s. may international, 708-825-8806 x 395
  3564.   
  3565.  
  3566. [TELECOM Digest Editor's Note: Persons with the ability to monitor the
  3567. calls can probably do it on all extensions except that possibly there is
  3568. some class of service higher than theirs and they are unable to monitor
  3569. the extensions 'above them' in class of service. But if they can monitor
  3570. anyone in class of service 'below them' then they can monitor all such
  3571. lines. I've seen that feature on a couple of Rolm systems.  PAT]
  3572.  
  3573. ------------------------------
  3574.  
  3575. Date: Thu, 31 Mar 1994 16:47:26 -0800
  3576. From: Nick Sayer <nsayer@quack.kfu.com>
  3577. Subject: Hacking != Fraud (was Re: Cellular Phone Hacking)
  3578.  
  3579.  
  3580. Might I interject at this point to mention that EVERYONE in this
  3581. thread so far has mis-used the term 'hacking'? Until I saw the
  3582. reference to cloning phones, I thought the original poster might have
  3583. wanted tips on NAM programming his phone to roam differently, or
  3584. perhaps to do any of the other things that are perfectly legitimate
  3585. ways to alter the behavior of ones phone that have nothing at all to
  3586. do with fraud of any sort.
  3587.  
  3588. The term has, unfortunately, been hijacked and now those of us who
  3589. hack (traditional definition) are left linguistically orphaned by the
  3590. prevalance of the incorrect definition.
  3591.  
  3592.  
  3593. Nick Sayer <nsayer@quack.kfu.com>   N6QQQ @ N0ARY.#NOCAL.CA.USA.NOAM   
  3594. +1 408 249 9630, log in as 'guest'  PGP 2.2 key and geek code via finger
  3595.  
  3596.  
  3597. [TELECOM Digest Editor's Note: Programming the NAM in a phone is not
  3598. the same thing as duplicating the ESN. The only people who have permission
  3599. to install, record, or change an ESN are the manufacturers of cell phones.
  3600. Everyone else, keep away!  That's the law.  You are correct about how
  3601. the words 'hacker' and 'hacking' have been confiscated. It reminds me
  3602. of the word 'gay' and how traditionally it always meant happy, cheerful
  3603. or merry. Now if the word is used, it is always taken to refer to persons
  3604. who are, well, gay ... times change and so do definitions of words.   PAT]
  3605.  
  3606. ------------------------------
  3607.  
  3608. End of TELECOM Digest V14 #156
  3609. ******************************
  3610.     
  3611.     
  3612. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11413;
  3613.           1 Apr 94 14:51 EST
  3614. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3615.     id AA22060; Fri, 1 Apr 94 10:32:03 CST
  3616. Return-Path: <telecom>
  3617. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3618.     id AA22051; Fri, 1 Apr 94 10:32:01 CST
  3619. Date: Fri, 1 Apr 94 10:32:01 CST
  3620. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3621. Message-Id: <9404011632.AA22051@delta.eecs.nwu.edu>
  3622. To: telecom@eecs.nwu.edu
  3623. Subject: TELECOM Digest V14 #157
  3624.  
  3625. TELECOM Digest     Fri, 1 Apr 94 10:32:00 CST    Volume 14 : Issue 157
  3626.  
  3627. Inside This Issue:                          Editor: Patrick A. Townson
  3628.  
  3629.     April NPA Report (David Esan)
  3630.     Mexican Audiotext ("Dial 900") (wright@LAA.COM)
  3631.     911 Chatline (Richard Baum)
  3632.     Extended 911 and Cellular Phones (Dan Leifker)
  3633.     Is 800 Really Portable Yet? (Dave Leibold)
  3634.     900 and Other Premium Numbers (was Pager Scam) (Atri Indiresan)
  3635.     976, 540 Services (John R. Levine)
  3636.     AccessLine and 700 Service Information Wanted (Marita Anne O'Brien)
  3637.     USRobotics Email Address Wanted (Ralph Spitzner)
  3638.     Ethernet via Cable TV (John Biederstedt)
  3639.     STAR*Telecom Dialback Experiences Wanted (Daniel Winkowski)
  3640.     Getting Wired: Leased Line vs. Dial-up For 14.4kps Data Comm (P. Rukavina)
  3641.     Satellite/Mobile Data Applications (Carl Silva)
  3642.     Voice and Data Simultaneously Over Modem? (Tom W. Tomlinson)
  3643.     FAX Mailbox Services (Lars Nohling)
  3644.     New Area Codes List Wanted (David Winters)
  3645.  
  3646. TELECOM Digest is an electronic journal devoted mostly but not
  3647. exclusively to telecommunications topics. It is circulated anywhere
  3648. there is email, in addition to various telecom forums on a variety of
  3649. public service systems and networks including Compuserve and GEnie.
  3650. Subscriptions are available at no charge to qualified organizations
  3651. and individual readers. Write and tell us how you qualify:
  3652.  
  3653.                  * telecom-request@eecs.nwu.edu *
  3654.  
  3655. The Digest is compilation-copyrighted by Patrick Townson Associates of
  3656. Skokie, Illinois USA. We provide telecom consultation services and
  3657. long distance resale services including calling cards and 800 numbers.
  3658. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  3659. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  3660.  
  3661.     ** Article submission address only: telecom@eecs.nwu.edu **
  3662.  
  3663. Our archives are located at lcs.mit.edu and are available by using
  3664. anonymous ftp. The archives can also be accessed using our email
  3665. information service. For a copy of a helpful file explaining how to
  3666. use the information service, just ask.
  3667.  
  3668. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  3669. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  3670. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  3671. Digest" shares archives resources at lcs.mit.edu for the convenience
  3672. of users. Please *DO NOT* cross post articles between the groups. All
  3673. opinions expressed herein are deemed to be those of the author. Any
  3674. organizations listed are for identification purposes only and messages
  3675. should not be considered any official expression by the organization.
  3676. ----------------------------------------------------------------------
  3677.  
  3678. From: de@moscom.com (David Esan)
  3679. Subject: April NPA Report
  3680. Date: 31 Mar 94 20:24:00 GMT
  3681. Organization: Moscom Corporation, Pittsford NY
  3682.  
  3683.  
  3684. This is my quarterly report on the number of exchanges in each NPA in
  3685. the NANP.  It is derived from information in FCC #10.  This is article
  3686. #13 in the series.
  3687.  
  3688. FCC #10 is a tariff issued by BellCore that contains all the area
  3689. codes, exchange combinations in the North American Numbering Plan
  3690. (NANP).  It also contains lata information and V&H coordinate
  3691. information.  There is a lot of additional information that I don't
  3692. use, so I won't add here.  It is available through a number of
  3693. sources.  The one closest to the FCC is ITS, which can be contacted at
  3694. 202-857-3800.  My company compiles this information for use in its
  3695. products and does not seem to be interested in selling this
  3696. information.  Queries are still flowing through the bureaucracy.
  3697.  
  3698. I have used pages that are effective prior to April 21, 1994.  I am
  3699. not responsible for the information supplied in FCC #10.
  3700.  
  3701. I have not included the following in my counts of exchanges:
  3702.  
  3703. - NXX's that are not dialable by a standard user (ie nxx's that begin
  3704. with a 1 or 0).
  3705.      
  3706. - Mexican exchanges in the 52? series of area codes.  I've got them,
  3707. you can dial them with 011, but they're not really NPAs.
  3708.  
  3709. - Exchanges that are non-dialable in the 88? series of area codes.  I've
  3710. got those also, but you can't dial them, so I'm not including them.
  3711.  
  3712. Numbers that begin with 88 are nondialable stations in the US, Canada and 
  3713. Mexico.  They are ranches in the middle of the Nevada or Texas desert,
  3714. or isolated outpost of civilization (always wanted to use that phrase) in
  3715. the tundra of Canada.  I find place names like the Bar J Ranch, Double B 
  3716. Ranch, and JD Dye, Texas, Amargosa, Corncreek and Reese Valley, NV, and 
  3717. Chick Lake, Redknife and Taglu, NT.  I gather they are ringdown stations, 
  3718. or radio-telephone stations.  [It has been noted in c.d.t. that at least
  3719. two of these numbers are for a bordello on the NV-CA border.]
  3720.  
  3721. The fields are:
  3722.                         ------------ rank last in January, 1994
  3723.           213: 736 (1, 7)
  3724.   area code --^^^  ^^^     ^------- number of new exchanges
  3725.                     |-------------- total number of exchanges
  3726.  
  3727. 919: 731 ( 1,  8)  206: 699 ( 6, 17)    212: 638 (11,  0)   813: 615 (19, 13)
  3728. 313: 731 ( 2,  9)  708: 696 ( 8, 11)    303: 625 (17, 24)   803: 609 (15,  7)
  3729. 205: 729 ( 3, 13)  602: 691 ( 7, 15)    403: 619 (13,  2)   503: 608 (18, 11)
  3730. 215: 710 ( 5, 14)  713: 670 ( 9,  7)    615: 617 (16, 16)   216: 606 (14,  2)
  3731. 416: 707 ( 4,  8)  703: 655 (10, 10)    604: 617 (12,  0)   404: 601 (20, 11)
  3732.  
  3733.  
  3734. 1. 919 - split is in progress.  Number should be reduced by split.
  3735. 2. 313 - split is in progress.  Number should be reduced by split.
  3736. 3. 205 - split is planned.  Number should be reduced by split.
  3737. 4. 215 - split is in progress.  Number should be reduced by split.
  3738. 5. 416 - split is in progress.  Number should be reduced by split.
  3739. 6. 206 - split is planned.  Number should be reduced by split.
  3740. 7. 708 - split is planned.  Number should be reduced by split.
  3741. 8. 602 - split is planned.  Number should be reduced by split.
  3742. 9. 713 - split is planned.  Number should be reduced by split.
  3743.  
  3744. Note: The Los Angeles Area (213/818/310) area will receive an overlay area
  3745.       code.  While none of these NPAs are in the top 20 (they are 64/47/32),
  3746.       this is an area of rapid telephone growth.
  3747.  
  3748. ->  The NPA that is largest and is not splitting nor has plans, at this time,
  3749.     to split, is 703.
  3750.  
  3751. ->   The 3 smallest NPA's were 302, 906, 807.  They are now:
  3752.  
  3753.       302: 134 - Delaware (+2 exchanges)
  3754.       906: 117 - Michigan's Upper Peninsula (no change)
  3755.       807: 107 - Western Ontario (+1 exchange)
  3756.  
  3757. ->   The NPAs with the greatest growth rates are:
  3758.  
  3759.      NPA   % growth
  3760.  
  3761.          512     4.91
  3762.          917     4.76
  3763.          417     4.21
  3764.          310     4.02
  3765.          303     3.99
  3766.          617     3.91
  3767.          813     3.89
  3768.          719     3.80
  3769.          610     3.79
  3770.          213     3.63
  3771.  
  3772. ->   The 10 NPAs with the least growth rates are:
  3773.  
  3774.      NPA   % growth
  3775.          806    -.76
  3776.          718    -.39
  3777.          212      0 
  3778.          217      0
  3779.          309      0
  3780.          410      0
  3781.          418      0
  3782.          506      0
  3783.          515      0
  3784.          519      0
  3785.  
  3786. Just for grins:
  3787.  
  3788.    The most used NXX (not counting 555) is 754 used in 118 npas.
  3789.  
  3790.    The least used are:
  3791.         211 and 311 used only in 212,
  3792.     900 used in 213,
  3793.     950 used only in 716 (my NPA), 
  3794.     and 959 used only in 808.
  3795.  
  3796. All the NPAs and the number of nxx's in each are listed below:
  3797.  
  3798. 919: 731  214: 595  201: 472  213: 400    912: 360  819: 317  709: 264
  3799. 313: 731  612: 592  412: 466  316: 396    810: 359  918: 310  509: 263
  3800. 205: 729  314: 588  913: 460  704: 392    519: 359  613: 309  806: 261
  3801. 215: 710  809: 577  306: 458  219: 390    204: 358  909: 308  608: 260
  3802. 416: 707  501: 575  818: 455  910: 385    207: 357  706: 308  603: 251
  3803. 206: 699  203: 573  407: 454  801: 383    304: 351  218: 303  901: 250
  3804. 708: 696  904: 571  210: 454  914: 382    419: 347  610: 301  417: 223
  3805. 602: 691  619: 562  617: 452  406: 382    319: 346  808: 300  308: 217
  3806. 713: 670  817: 550  614: 452  504: 380    618: 345  202: 299  707: 206
  3807. 703: 655  405: 546  415: 443  502: 380    517: 344  606: 292  719: 191
  3808. 212: 638  310: 544  410: 441  908: 376    505: 343  903: 291  506: 186
  3809. 303: 625  804: 542  515: 440  301: 376    702: 337  712: 289  802: 183
  3810. 403: 619  717: 525  601: 439  510: 375    805: 335  812: 288  307: 182
  3811. 615: 617  312: 521  402: 428  217: 375    915: 324  518: 281  607: 180
  3812. 604: 617  414: 517  714: 426  418: 370    409: 323  507: 281  917: 176
  3813. 813: 615  514: 510  516: 426  701: 367    815: 322  902: 279  401: 149
  3814. 803: 609  718: 506  508: 419  408: 366    715: 321  705: 275  413: 136
  3815. 503: 608  816: 496  716: 415  605: 365    208: 320  315: 273  302: 136
  3816. 216: 606  513: 488  907: 414  318: 364    609: 319  814: 271  906: 117
  3817. 404: 601  317: 486  616: 410  512: 363    905: 318  309: 268  807: 107
  3818. 305: 596  916: 475  209: 402
  3819.  
  3820.  
  3821. David Esan      de@moscom.com  
  3822.  
  3823. ------------------------------
  3824.  
  3825. From: wright@LAA.COM
  3826. Subject: Mexican Audiotext ("Dial 900")
  3827. Date: 1 Apr 1994 14:38:06 GMT
  3828. Organization: Lynn-Arthur Associates, Ann Arbor, MI
  3829. Reply-To: wright@LAA.COM
  3830.  
  3831.  
  3832. Telefonos de Mexico is offering an audio text product much like our
  3833. dial 900 services in the U.S. It is dialed within Mexico by dialing
  3834. 91-801 xxxxx. The cost is whatever specific service cost associated
  3835. with the dialed phone number plus the cost from the caller to Mexico
  3836. City.
  3837.  
  3838. If your business in Mexico has not prohibited calls from your PBX, you
  3839. should consider blocking this number. As in the U.S., your
  3840. business/hotel/etc. cannot reliably determine the cost of a call
  3841. before you are billed by Telmex. As a result, you are likely to be out
  3842. some money.
  3843.  
  3844. We provide businesses in Mexico with call pricing data and call
  3845. rating software. Our software will rate calls from any place in 
  3846. Mexico to anyplace in the world. We cover local, national, and 
  3847. international calling using a full V&H database.
  3848.  
  3849. We can also provide Mexican private rating data for those who need it.
  3850.  
  3851.  
  3852. Carl A. Wright       Lynn-Arthur Associates, Inc.   +1 313 995 5590
  3853. wright@laa.com         Operations Support Systems     +1 313 995 5989 (fax)
  3854. 2350 Green Road      Suite 160                      Ann Arbor, MI, 48105 USA
  3855.  
  3856. ------------------------------
  3857.  
  3858. Date: Fri, 1 Apr 1994 09:01:56 -0500
  3859. From: Richard Baum <reb@ritz.mordor.com>
  3860. Subject: 911 Chatline
  3861.  
  3862.  
  3863. New service to pay for cost of enhanced 911
  3864. Date: Fri, 1 APR 94 8:20:19 EST
  3865.  
  3866. NEW YORK (AP) -- Century Communications announced today plans for an
  3867. exciting new 900 service, with profits to go to help defray the cost
  3868. of installing and maintaining enhanced 911 service across the country.
  3869. Called, 'The 911 Chatline,' it allows callers to choose an area of the
  3870. country, and to listen to 911 emergency calls from it.
  3871.  
  3872. When asked what prompted this unusual foray into the 900 business,
  3873. Century spokeswoman Fawn Lebowitz said, "In recent years we've seen a
  3874. dramatic increase in the popularity of reality-based television
  3875. shows. The 911 Chatline allows callers to experience real-life drama
  3876. while it is going on, all from the comfort of their own home."
  3877.  
  3878. While listening to the emergency calls going through, callers to the
  3879. Chatline have a number of options. They can listen to just the 911
  3880. calls for the area they select, switch their call to a different area,
  3881. or, probably the most interesting option, connect their call to the
  3882. '911 Chatline' to discuss the details of the emergencies with each
  3883. other as they happen, and before the police have even arrived!
  3884.  
  3885. Thanks to new voice recognition software from AT&T, callers do not
  3886. even need a touch tone telephone in order to use the service. They can
  3887. choose which 911 center to listen to simply by saying the area code
  3888. and city that they are interested in listening to calls from. Calls
  3889. are directed to the 911 center nearest this location.  
  3890.  
  3891. As 911 centers sign up to recieve their share of the profits, they are
  3892. connected to the Chatline network.  Century says it has already wired
  3893. up over 50 centers, and that it has coverage in most major
  3894. metropolitan areas. They plan to have the whole nation wired by April,
  3895. 1995.
  3896.  
  3897.  
  3898. [TELECOM Digest Editor's Note: Probably by April 1, 1995 ... Readers,
  3899. take care and think it over before writing me in response to this one.
  3900. I guess by now everyone has heard about the infamous magazine article
  3901. this past week which talked about new FCC regulations which '...ban
  3902. speeding on on the Information Highway or driving on it while under
  3903. the influence of drugs or intoxicating liquors ... and which ban any
  3904. discussion of sexual matters using networks connected to the Information
  3905. Highway ...' A reference number was given and there have actually been
  3906. a large number of angry calls to Senators and others in Washington, DC.
  3907. April 1 always brings these things to the net.   PAT]
  3908.  
  3909. ------------------------------
  3910.  
  3911. From: dleifker@mitre.org (Dan Leifker)
  3912. Subject: Extended 911 and Cellular Phones
  3913. Date: 1 Apr 1994 13:51:56 GMT
  3914. Organization: self
  3915.  
  3916.  
  3917. A twist to a recent thread on 911 over cellular phones...
  3918.  
  3919. I am trying to gather information on the use of so-called "extended"
  3920. 911 over cellular phones (e.g., the 911 provider can automatically
  3921. zero in and locate the caller's location).  This is relatively
  3922. straightforward for fixed-address phone numbers, but with nomadic
  3923. telephony it becomes more complicated.
  3924.  
  3925. What is the state of the art in this area?  Can anyone point me to
  3926. resources that might discuss the technical, legal, and management
  3927. aspects of this problem?
  3928.  
  3929. Random thoughts and musings would also be appreciated.  Thanks.
  3930.  
  3931.  
  3932. Dan Leifker   dleifker@mitre.org
  3933.  
  3934. ------------------------------
  3935.  
  3936. From: Dave.Leibold@f730.n250.z1.fidonet.org (Dave Leibold)
  3937. Date: 31 Mar 94 00:38:40 -0500
  3938. Subject: Is 800 ReallP portablY yet?
  3939. Organization: FidoNet 
  3940.  
  3941.  
  3942. I just received a "New Releases" flyer from Bellcore, and one of the
  3943. publications listed was a "Special Access Codes 800/900 NXX
  3944. Assignments" (SR-OPT-001843) dated Dec. 1993. For USD$40, one can get
  3945. the NXX assignments for 800 and 900 special access codes in North
  3946. America. The thing is, there was supposed to be a cutover to
  3947. "portable" 800 service last year which rendered the idea of 800 NXX
  3948. assignments to carriers meaningless. Canada should also have 800
  3949. portability by now (as of January from my latest news).
  3950.  
  3951. Does this mean there are still some carrier NXX assignments for 800,
  3952. or at least 900 service?
  3953.  
  3954. Tangent: a recent ad for a company just outside Toronto listed its
  3955. regular number as (905) 819.wxyz while its toll-free number was (800)
  3956. 819.wxyz, the seven digit components being identical.
  3957.  
  3958.  
  3959. [TELECOM Digest Editor's Note: After portability started, I do not think
  3960. all the numbers were just tossed in a big pot for everyone to pick from.
  3961. I think they were left with the carriers which had them all along but the
  3962. earlier prohibition against moving them was dropped. If you, for example,
  3963. want a certain 800 number and it is found to be inactive and available,
  3964. you go to your carrier of choice and ask for it. They in turn check the
  3965. database and find that the number is in the custody of carrier X, where
  3966. it always had been prior to portability. Your carrier has to then go to
  3967. carrier X and ask to have the number released to them, and carrier X cannot
  3968. frivilously refuse to comply. Now if you have existing service with 
  3969. carrier X and you want to move it to another company, then you have to
  3970. sign a standard form all the carriers seem to be using which authorizes
  3971. the change. And it must be properly filled out. AT&T for one has been very
  3972. stubborn about cooperating with portability. Whenever the form is sent to
  3973. them, they always refuse to accept it the first (and usually second or
  3974. third) time around, claiming it has been filled out incorrectly. They claim
  3975. they can only work with the signature of the president of the corporation,
  3976. for example, even if he has nothing to do with the phone service at all.
  3977. Then they challenge the signature and claim it must have been signed by
  3978. someone else fraudulently; etc. The carrier losing the account is given
  3979. 72 hours after each time the form reaches them to challenge it, contact
  3980. the customer themselves and eventually give over the number or refuse to
  3981. do so (without additional 'verification'). In summary, if you try to get
  3982. a *working* 800 number away from AT&T, it is not easy. 
  3983.  
  3984. When it comes to 'good' numbers (i.e. they spell words or end in x000
  3985. or some other desirable combination) which are idle from AT&T, then AT&T
  3986. always claims the number is 'reserved' for a pending customer. They never
  3987. can produce the name of the so-called customer of course, and although
  3988. reservations are theoretically only good for sixty days (at which point
  3989. a carrier has to make it available without further hassles) AT&T keeps
  3990. on renewing the reservations on the numbers they want. Protest all you
  3991. like, it does not matter. The big three carriers seems to have an unwritten
  3992. rule which says you keep out of our pool of 'good' numbers, and we won't
  3993. raid your pool of 'good' numbers where idle numbers are concerned. That 
  3994. is, if you as a potential customer see that a number is idle and ask your
  3995. carrier for it, chances are likely they will try hard to avoid bucking
  3996. AT&T to get it ... of course as an existing customer you can change your
  3997. 800 away to wherever you want -- they can't give you any bull about the
  3998. number 'is not available, it is reserved by another customer' -- but
  3999. AT&T will insist that the president of your company sign off on it and
  4000. even then they will stall. So although portability is the law, it will
  4001. only work as it should when the FCC orders all the carriers to start
  4002. responding promptly to customer requests for numbers which 'belong' to
  4003. other carriers and to quit reserving numbers for customers who do not
  4004. exist in order to hang on to desirable numbers.   PAT] 
  4005.  
  4006. ------------------------------
  4007.  
  4008. Subject: 900 and Other Premium Numbers (was Pager Scam)
  4009. Date: Thu, 31 Mar 1994 14:20:25 -0500
  4010. From: Atri Indiresan <atri@eecs.umich.edu>
  4011.  
  4012.  
  4013. I thought that when you called a premium number, by law, it was
  4014. required to have a recording that told you what the service cost, and
  4015. gave you thee seconds to hang up to avoid invoking any charges? I
  4016. remember reading this a long time ago, and it was the case on the one
  4017. occasion I had to call a 900 number.
  4018.  
  4019. Does this rule apply only to 900 numbers, and not to local premium
  4020. services? Or is it voluntary and only more "respectable" services
  4021. follow the rule?
  4022.  
  4023. It seems to me that if this were applied to all numbers to which
  4024. anything but the normal toll charges applied, all such scams would
  4025. collapse.
  4026.  
  4027. As an aside, 900 numbers get a lot of publicity, and most people know
  4028. that they are expensive to call. Until I started reading the Telecom
  4029. digest, I was not aware of the existence of 976/540 or any other kinds
  4030. of premium numbers. Offhand, I cannot recall seeing a single
  4031. advertisement for local premium services, but anyone who has ever
  4032. watched late night TV cannot help being aware that 900 calls are
  4033. rather expensive.
  4034.  
  4035.  
  4036. Atri
  4037.  
  4038. ------------------------------
  4039.  
  4040. Date: Thu, 31 Mar 94 19:04 EST
  4041. From: johnl@iecc.com (John R Levine)
  4042. Subject: 976, 540 Services
  4043. Organization: I.E.C.C., Cambridge, Mass.
  4044.  
  4045.  
  4046. Is there anywhere a list of surcharged prefixes in the U.S.?  In most
  4047. places 976 is used for non-porn announcements, but the list of other
  4048. surcharged prefixes seems to be large, growing, and largely
  4049. undocumented.
  4050.  
  4051. Here in eastern Mass, for example, the prefixes (valid in both 617 and 508)
  4052. are:
  4053.  
  4054.     550 - live chat lines
  4055.     554 - live porn
  4056.     920 - business info
  4057.     940 - recorded porn
  4058.     976 - recorded general info
  4059.  
  4060. You have to ask in writing to get calls to 554 and 940 turned on.
  4061.  
  4062. I am astonished at the report that Sprint billed the surcharge for a
  4063. 212-540 number.  Has anyone else ever had this happen?
  4064.  
  4065.  
  4066. Regards,
  4067.  
  4068. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  4069.  
  4070. ------------------------------
  4071.  
  4072. Date: Thu, 31 Mar 1994 19:37:39 MST
  4073. From: O BRIEN  MARITA ANNE <obrienb@ucsu.Colorado.EDU>
  4074. Subject: AccessLine and 700 Service Information Wanted
  4075.  
  4076.  
  4077. Does anyone have any experience with AccessLine service or know how
  4078. popular this service is?  AccessLine is a personal communications
  4079. services offered via landline telephone service through local
  4080. telephone companies (US West, Ameritech, BT, etc).  It allows you to
  4081. set up one number access with a personal service profile that will
  4082. forward calls where you want, allow prioritization of forwarded calls
  4083. via voice prompts, interaction with independent fax or email systems
  4084. for paging, etc.
  4085.  
  4086. This seems similar to the AT&T 700 Easy Reach Service introduced a
  4087. couple of years ago, but I can't find any information about how useful
  4088. these products are and how much they're selling.
  4089.  
  4090.  
  4091. Thanks in advance,
  4092.  
  4093. Marita
  4094.  
  4095. ------------------------------
  4096.  
  4097. From: rasp@cj.in-berlin.de (Ralph Spitzner)
  4098. Subject: USRobotics Email Address Wanted
  4099. Organization: Christof Junge, Berlin
  4100. Date: Thu, 31 Mar 1994 18:39:58 GMT
  4101.  
  4102.  
  4103. Subject says it all.  Any tips appreciated.
  4104.  
  4105.  
  4106. rasp@cj.in-berlin.de
  4107.  
  4108.  
  4109. [TELECOM Digest Editor's Note: I don't know about their email address,
  4110. but their physical presence is here in Skokie just several blocks down
  4111. the street from me on McCormick Blvd. I ride past their office on the
  4112. bus when going to Chicago.   PAT]
  4113.  
  4114. ------------------------------
  4115.  
  4116. Subject: Ethernet via Cable TV
  4117. From: John@msus1.msus.edu (John Biederstedt)
  4118. Date: 31 Mar 94 16:01:28 -0500
  4119. Organization: The Electronmeister
  4120.  
  4121.  
  4122. Is there a product that runs Ethernet (10mbps) over 75 ohm cable?  I
  4123. thought I had heard of such a product once.
  4124.  
  4125.  
  4126. John Biederstedt     Mankato State University     
  4127. Mankato, MN  56002   44d 8'N  93d 59'W   El.1000' 
  4128.  
  4129. ------------------------------
  4130.  
  4131. From: winkowsk@stc.nato.int (Daniel Winkowski)
  4132. Subject: STAR*Telecom Dialback Experiences?
  4133. Organization: SHAPE Technical Centre, NL
  4134. Date: Thu, 31 Mar 1994 13:04:16 GMT
  4135.  
  4136.  
  4137. I saw an ad in the {International Herald Tribune} for a US dialback
  4138. service provider called STAR*Telecom. From their response to my fax
  4139. they state very good rates with no enrollment fee, monthly charge, or
  4140. access costs. They also have a travel phone card for those on the
  4141. move. Sample rates from Europe are:
  4142.  
  4143. Netherlands to USA    $0.40/minute
  4144. Austria to USA        $0.34/minute
  4145. UK to USA        $0.29/minute
  4146.  
  4147. This seems almost too good to be true. Does anyone have experience
  4148. with this company or dialback companies in general?
  4149.  
  4150. Their phone number is (France) +33 1 39 28 00 19 (phone/fax) US +1 305
  4151. 386 5343 (6352 fax)
  4152.  
  4153. If anyone happens to call the Miami Better Business Bureau I would be
  4154. interested in their record :-)
  4155.  
  4156.  
  4157. Daniel Winkowski    Voice: +31 70 314 2255
  4158. SHAPE Technical Center    Fax:   +31 70 314 2111
  4159. P.O. Box 174        winkowsk@stc.nato.int
  4160.  
  4161. ------------------------------
  4162.  
  4163. Date: Thu, 31 Mar 1994 16:11:12 AST
  4164. From: Peter L. Rukavina <rukavina@bud.peinet.pe.ca>
  4165. Subject: Getting Wired: Leased Line vs. Dial-up For 14.4kps Data Comm
  4166.  
  4167.  
  4168. Our small non-profit organization is trying to become an Internet
  4169. service provider with a budget of ~$20,000 which demands that we do
  4170. everything that we do on the cheap.  Our plans are to connect our
  4171. Linux-based PC to our local Internet service provider, which is using
  4172. rack-mounted USR Courier v.32bis modems.  I'm trying to figure out the
  4173. best way of doing this given two options:
  4174.  
  4175. (1) We get a regular POTS line installed, ($40/month, $60 for the
  4176. installation), buy a relatively cheap 14.4kbps modem (~$300) and have
  4177. our service provider dedicate a dial-up line to our exclusive use.
  4178.  
  4179. (2) We get a leased data line (the phone company calls this an LDDS 
  4180. circuit, $32/month, $180 for the installation) installed and buy a more 
  4181. expensive but leased-line capable 14.4kbps modem (~$900) and connect 
  4182. directly.
  4183.  
  4184. The first option works out to a cost of $840 for the year, the second 
  4185. option $1284 for the year, a not-insignificant difference.
  4186.  
  4187. I do not know enough about high-speed modems and leased lines to be able 
  4188. to evaluate the two options technically, nor do I know enough about the 
  4189. telephone system to know if I'm missing a third [or fourth] option that 
  4190. would be a better route to follow.  I would very much appreciate any 
  4191. advice in this regard.
  4192.  
  4193.  
  4194. I am Peter Rukavina at the PEI Crafts Council, Charlottetown, PEI, Canada
  4195. Telephone at work (902) 566-1584, fax (902) 628-8740, at home (902) 368-2871
  4196. Electronic mail to peter@crafts-council.pe.ca or rukavina@peinet.pe.ca
  4197.  
  4198. ------------------------------
  4199.  
  4200. Date: Thu, 31 Mar 94 14:19:20 PST
  4201. From: Carl Silva <silva@lacv01.enet.dec.com>
  4202. Subject: Satellite/Mobile Data Applications
  4203.  
  4204.  
  4205. I am currently investigating what companies provide applications for
  4206. mobile data/satellite networks such as remote data collection, fleet
  4207. management, stolen car tracking, etc.  Does anyone know of companies
  4208. which provide these kinds of applications or would be interested in
  4209. providing these kinds of applications?
  4210.  
  4211.  
  4212. Carl
  4213.  
  4214. ------------------------------
  4215.  
  4216. From: twt@mindlink.bc.ca (Tom W. Tomlinson)
  4217. Subject: Voice and Data Simultaneously Over Modem?
  4218. Date: 31 Mar 94 16:17:21 GMT
  4219. Organization: MIND LINK! - British Columbia, Canada
  4220.  
  4221.  
  4222. Hi,
  4223.  
  4224. I have read in recent articles in computer magazines about two
  4225. different schemes which allow SIMULTANEOUS duplex voice and data
  4226. transmission using high speed modems.  Voice is severely compressed
  4227. and then multiplexed with the normal modem data.  For example, a user
  4228. could be connected to an online service and type away while
  4229. simultaneously talking voice to support staff.
  4230.  
  4231. Does anyone have ANY info about the above?  It is a software standard
  4232. which can be used with standard modems.
  4233.  
  4234. Direct replies by E-mail appreciated.
  4235.  
  4236.  
  4237. Thanks,
  4238.  
  4239. Thomas W Tomlinson  aka Tom, Hylas, Deep Purple
  4240. Vancouver, BC, Canada   twt@mindlink.bc.ca     
  4241.  
  4242. ------------------------------
  4243.  
  4244. Date: Thu, 31 Mar 94 12:34 EST
  4245. From: Lars Nohling <LNohling_+a_BSSI_+lLars_Nohling+r%REMSBSSI@mcimail.com>
  4246. Subject: FAX Mailbox Services
  4247.  
  4248.  
  4249. Does anyone have any info on companies that provide a FAXMAIL service?
  4250.  
  4251. What I am looking for is a FAX Number I can give out that receives
  4252. faxes and then allows me to retrieve them from any fax machine by
  4253. dialing up my code.
  4254.  
  4255.  
  4256. Lnohling@mcimail.com
  4257.  
  4258. ------------------------------
  4259.  
  4260. From: davidw@bga.com (David Winters)
  4261. Subject: New Area Codes List
  4262. Date: 1 Apr 1994 04:23:57 GMT
  4263. Organization: Real/Time Communications - Bob Gustwick and Associates
  4264.  
  4265.  
  4266. There has been much talk as of late on the new area codes in the Los
  4267. Angeles region and elsewhere.  I haven't seen any comprehensive list
  4268. of announced area codes to be implemented in the future.
  4269.  
  4270. In particular, I believe that I read somewhere that there will be a
  4271. second (third if you count outlying metro) area code for the Houston
  4272. area (pagers and cellular).  However, I've not seen a posting on this
  4273. subject.
  4274.  
  4275. Does anyone have a comprehensive list of thus far announced codes
  4276. including Houston?
  4277.  
  4278.  
  4279. Thanks,
  4280.  
  4281. David Winters | davidw@bga.com [preferred e-mail address]             
  4282. Austin, Texas | CIS: 73510.2404@compuserve.com | AOL: davidwi@aol.com 
  4283.  
  4284.  
  4285. [TELECOM Digest Editor's Note: Our two resident area code experts here
  4286. are David Leibold and Carl Moore. There are various archives files on
  4287. the subject of area codes, and these guys generally update them from
  4288. time to time.  PAT]
  4289.  
  4290. ------------------------------
  4291.  
  4292. End of TELECOM Digest V14 #157
  4293. ******************************
  4294.     
  4295.     
  4296. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12133;
  4297.           1 Apr 94 16:15 EST
  4298. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4299.     id AA25606; Fri, 1 Apr 94 12:07:03 CST
  4300. Return-Path: <telecom>
  4301. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4302.     id AA25595; Fri, 1 Apr 94 12:07:01 CST
  4303. Date: Fri, 1 Apr 94 12:07:01 CST
  4304. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4305. Message-Id: <9404011807.AA25595@delta.eecs.nwu.edu>
  4306. To: telecom@eecs.nwu.edu
  4307. Subject: TELECOM Digest V14 #158
  4308.  
  4309. TELECOM Digest     Fri, 1 Apr 94 12:07:00 CST    Volume 14 : Issue 158
  4310.  
  4311. Inside This Issue:                          Editor: Patrick A. Townson
  4312.  
  4313.     Call Counting Device Wanted (Paul Cook)
  4314.     Any Extra Features I Can Order For Analog Modem Line? (Rich Chong)
  4315.     Information About Ermes Project (Stewart Fist)
  4316.     Dials! (Bob Frankston)
  4317.     ZMODEM - Proprietary? (Christopher Tate)
  4318.     Where is alt.2600? (FILCHOCK@cup.edu)
  4319.     Job Opening (Doug Gurich)
  4320.     MCI Goes "Both Ways" (Was Useless 800 Number) (Paul Robinson)
  4321.     Looking For CID Box With Serial Port (David Vrona)
  4322.     Re: Humorous Names For the RBOCs (Ted Hadley)
  4323.     Re: Humorous Names For the RBOCs (Dave Ptasnik)
  4324.     Primeline Service (Peter Tindall)
  4325.     Modern Times (Jerry Leichter)
  4326.     *999; CB Channel 9 (Jonathan)
  4327.     Re: *999; CB Channel 9 (Andrew C. Green)
  4328.     Re: New Area Code 630 (Andrew C. Green)
  4329.     Re: Who Paid For My 550? (Jack Hamilton)
  4330.     Re: Country Code For San Marino (Jack Hamilton)
  4331.     Re: CATV Modems (wright@LAA.COM)
  4332.     Re: Ruling on Dark Fiber (Tom Watson)
  4333.     Re: Extension Cord For Cell Phone (Gregory Youngblood)
  4334.  
  4335. TELECOM Digest is an electronic journal devoted mostly but not
  4336. exclusively to telecommunications topics. It is circulated anywhere
  4337. there is email, in addition to various telecom forums on a variety of
  4338. public service systems and networks including Compuserve and GEnie.
  4339. Subscriptions are available at no charge to qualified organizations
  4340. and individual readers. Write and tell us how you qualify:
  4341.  
  4342.                  * telecom-request@eecs.nwu.edu *
  4343.  
  4344. The Digest is compilation-copyrighted by Patrick Townson Associates of
  4345. Skokie, Illinois USA. We provide telecom consultation services and
  4346. long distance resale services including calling cards and 800 numbers.
  4347. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  4348. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  4349.  
  4350.     ** Article submission address only: telecom@eecs.nwu.edu **
  4351.  
  4352. Our archives are located at lcs.mit.edu and are available by using
  4353. anonymous ftp. The archives can also be accessed using our email
  4354. information service. For a copy of a helpful file explaining how to
  4355. use the information service, just ask.
  4356.  
  4357. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  4358. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  4359. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  4360. Digest" shares archives resources at lcs.mit.edu for the convenience
  4361. of users. Please *DO NOT* cross post articles between the groups. All
  4362. opinions expressed herein are deemed to be those of the author. Any
  4363. organizations listed are for identification purposes only and messages
  4364. should not be considered any official expression by the organization.
  4365. ----------------------------------------------------------------------
  4366.  
  4367. Date: Thu, 31 Mar 94 18:46 EST
  4368. From: Paul Cook <0003991080@mcimail.com>
  4369. Subject: Call Counting Device
  4370.  
  4371.  
  4372. Does anyone know of a box that could install in series with multiple
  4373. phone lines to not only count calls, but deliver reports on the exact
  4374. time between the first ring and when each call was answered?
  4375.  
  4376. Output could be a printer or RS232 port.
  4377.  
  4378.  
  4379. Paul Cook   Proctor & Associates
  4380. 206-881-7000   3991080@mcimail.com
  4381.  
  4382. ------------------------------
  4383.  
  4384. Date: Thu, 31 Mar 1994 08:12:16 CST
  4385. From: Rich Chong <U41602@uicvm.uic.edu>
  4386. Subject: Any Extra Features I Can Order For Analog Modem Line?
  4387. Organization: University of Illinois at Chicago, ADN Computer Center
  4388.  
  4389.  
  4390. I'm getting an analog phone line installed to be used for only modem
  4391. work. I'll be using a v.fc modem. I understand that a normal voice
  4392. grade line *should* work fine. But since the company is paying for it,
  4393. I was wondering if there was any special conditioning I can request to
  4394. be installed with that line to assure things are clean at my end; what
  4395. it roughly costs; and is it worth it?  I know v.fc and v.fast are
  4396. different than normal v.32bis, but i've seen some problems where some
  4397. 14.4k modems just dont want to connect at 14.4k on some phone lines.
  4398. thanks.
  4399.  
  4400.  
  4401. rc
  4402.  
  4403. ------------------------------
  4404.  
  4405. Date: 31 Mar 94 07:00:34 EST
  4406. From: Stewart Fist <100033.2145@CompuServe.COM>
  4407. Subject: Information About ERMES Project
  4408.  
  4409.  
  4410. Lars Kalsen requested information about the ERMES project.  I doubt if
  4411. I have anything substantial enough to interest him, and I think a lot
  4412. of us would like to know what's happening here.
  4413.  
  4414. Here's an outline for those who don't know Ermes.  Iit is the European
  4415. Radio Messaging System from ETSI.  It is planned to be a pan-European
  4416. VHF multi-channel, wide-area alphanumeric paging network with (originally) 
  4417. a 1993 launch date (which has since slipped).
  4418.    
  4419. The European commission allocated 200 kHz of spectrum between 169.6
  4420. and 169.8MHz for Ermes, and other frequencies around 800 MHz have been
  4421. reserved in the VHF band.  It will use frequency-agile receivers which
  4422. scan 16 possible frequencies.  The data-rate is 6250bit/s and the
  4423. system allows the transparent transmission of data.  Ermes devices may
  4424. eventually be able to receive common frequencies across the US, Asia
  4425. and the Pacific region.
  4426.   
  4427. The problem with the system appears to be the additional costs imposed
  4428. by the need for agile receivers.  Normal pagers only use a single
  4429. frequency.
  4430.  
  4431. Don't confuse Ermes with Hermes, which is a European development of a
  4432. space shuttle. There's also a cut-down pre-Ermes standard called
  4433. Euromessage in the UHF band, which is limited to the UK, Germany,
  4434. Italy and France.
  4435.  
  4436. ------------------------------
  4437.  
  4438. From: Bob_Frankston@frankston.com
  4439. Subject: Dials!
  4440. Date: Thu, 31 Mar 1994 09:47 -0400
  4441.  
  4442.  
  4443. My son (11) confronted a dial phone this past weekend and couldn't
  4444. figure out how to use it. He tried pressing the "buttons" but nothing
  4445. happened. We finally had to show him the concept of turning the dial.
  4446. It took a little practice to get it smooth.
  4447.  
  4448. I guess we've reached a milestone. What if he were confronted by the
  4449. "anti-drug" pay phones with dials and had to dial 911? He'd be stuck.
  4450.  
  4451. In designing UI's we make assumptions about cultural norms or icons.
  4452. Most people see the phone dial as a very obvious interface. It isn't,
  4453. it's just something most of us learned at an early enough age to
  4454. assume it is a part of the natural world.
  4455.  
  4456. ------------------------------
  4457.  
  4458. From: fixer@faxcsl.dcrt.nih.gov
  4459. Subject: ZMODEM - Proprietary?
  4460. Reply-To: fixer@faxcsl.dcrt.nih.gov
  4461. Organization: DCRT, NIH, Bethesda, MD
  4462. Date: Fri, 1 Apr 1994 01:04:43 GMT
  4463.  
  4464.  
  4465. I'm trying to determine whether the Zmodem transfer protocol is
  4466. proprietary.  Specifically, are there any *free* (i.e. non-shareware)
  4467. tools for sending/receiving files utilizing the Zmodem protocol?
  4468.  
  4469.  
  4470. Christopher Tate    MSD, Inc.   fixer@faxcsl.dcrt.nih.gov 
  4471.  
  4472. ------------------------------
  4473.  
  4474. Date: Thu, 31 Mar 1994 13:54:49 EST
  4475. From: FILCHOCK@cup.edu
  4476. Subject: where is ALT.2600?
  4477.  
  4478.  
  4479. Hi,
  4480.  
  4481. We do not receive any ALT newsgroups at our site ... ARGHHHHHHHHH
  4482.  
  4483. Could someone please inform me how/if I could get on the mailing list
  4484. for alt.2600
  4485.  
  4486.  
  4487. Thanks,
  4488.  
  4489. Richard Filchock    filchock@cup.edu
  4490.  
  4491.  
  4492. [TELECOM Digest Editor's Note: You don't receive any alt groups at your
  4493. site? What a horrible deprivation that must be!  :)  I could understand
  4494. your sysadmins deciding to only take alt groups and dump all the Usenet
  4495. groups ... but not the other way around.  I dunno if alt.2600 even has
  4496. a mailing list (electronically, of course they have their printed maga-
  4497. zine) but surely somene from there reading this will get back to you
  4498. with details if they do.   PAT]
  4499.  
  4500. ------------------------------
  4501.  
  4502. Date: Thu, 31 Mar 94 13:59:02 CST
  4503. From: Doug_Gurich@fcircus.sat.tx.us (Doug Gurich)
  4504. Subject: Job Opening
  4505.  
  4506.  
  4507. GlobalCom International, a diversified telcommunications firm with
  4508. world-wide operations, is seeking a Proposal Engineer with significant
  4509. experience in data communications, ISDN and video conferencing.  The
  4510. ideal candidate would also have voice communications experience.
  4511.  
  4512. This request is for a part-time consulting position which maycould lead to
  4513. permanent employment.  Applicants from all areas of the world are
  4514. encouraged to apply (most work will be done on a telecommuting basis).
  4515.  
  4516. Please forward credentials and accomplishments to the attention of Doug
  4517. Gurich.
  4518.  
  4519.  
  4520. Internet     Doug_Gurich@fcircus.sat.tx.us
  4521. Compuserve   71650,3012
  4522. Fax          +1 (210) 525-7959
  4523. Address      9311 San Pedro, St. 700, San Antonio, TX 78216, USA
  4524.  
  4525. ------------------------------
  4526.  
  4527. Date: Thu, 31 Mar 1994 02:31:04 EST
  4528. From: Paul Robinson <PAUL@TDR.COM>
  4529. Reply-To: Paul Robinson <PAUL@TDR.COM>
  4530. Subject: MCI Goes "Both Ways" (Was Useless 800 Number)
  4531. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  4532.  
  4533.  
  4534. Monty Solomon mentions MCI's 800-WOW-ITS-HOT number, to make us think
  4535. of how hot it is during summer.  (Actually it's a demonstration of
  4536. MCI's network, of course.)
  4537.  
  4538. Item three on MCI's WOW-ITS-HOT recording is of seagulls at the beach.
  4539. This was also in their demonstration last summer, for numbers to
  4540. listen to so we can cool off!  I guess they figure this sound works
  4541. both ways!
  4542.  
  4543.  
  4544. Paul Robinson - Paul@TDR.COM
  4545.  
  4546.  
  4547. [TELECOM Digest Editor's Note: Your mention of this brought to mind
  4548. our illustrious former president Lyndon Baines Johnson (1963-1968).
  4549. One of his campaign slogans was 'all the way with LBJ' ... but during
  4550. his term in office, the person who was his chief of staff, principal
  4551. right-hand man and confidant of many years standing -- a fellow named
  4552. Walter Jenkins -- got caught in an indelicate situation in the public
  4553. men's room at the YMCA in Washington, DC. Caught with his pants down
  4554. in a manner of speaking, the newspapers had a great time with it for
  4555. a few days and Jenkins was forced to resign, all the while President
  4556. Johnson pleaded ignorance of his long time associate's predilection.
  4557. Before long the slogan 'all the way with LBJ' was more commonly said
  4558. as 'either way with LBJ' or 'both ways with LBJ'. If you recall the
  4559. man, you'll appreciate well the slogan could fit him. He was a coarse
  4560. and rough-talking old geezer; sex was never far from his mind.  PAT]
  4561.  
  4562. ------------------------------
  4563.  
  4564. From: dave@sashimi.wwa.com (David Vrona)
  4565. Subject: Looking For CID Box With Serial Port
  4566. Date: 31 Mar 1994 11:50:02 -0600
  4567. Organization: WorldWide Access (SM) Chicagoland Internet Services
  4568. Reply-To: dave@sashimi.wwa.com
  4569.  
  4570.  
  4571. Hi All,
  4572.  
  4573. I am looking for a box like the old Classmate that does CID and has
  4574. serial output.  I know I can buy a modem like the ZyXEL that does this
  4575. but I am looking for something for under $100.
  4576.  
  4577. Oh, and also, I would like name as well as number capability.
  4578.  
  4579.  
  4580. Thanks,
  4581.  
  4582. David Vrona N9QNZ           +1 708 367 1870 (voice)  Internet: dave@wwa.com
  4583. Computing Engineers Inc.    +1 708 367 1871 (data)  +1 708 367 1872 (fax)
  4584. Home of WorldWide Access (SM), Internet services for the Chicagoland area.
  4585. Send e-mail to info@wwa.com for information, or call +1 708 367 1871 (data).
  4586.  
  4587. ------------------------------
  4588.  
  4589. Date: Thu, 31 Mar 94 09:59:34 PST
  4590. From: tedh@cylink.COM (Ted Hadley)
  4591. Subject: Re: Humorous Names For the RBOCs
  4592.  
  4593.  
  4594. >     US West            Taco Bell
  4595.  
  4596. FYI:
  4597.  
  4598. Stockbrokers call Telefonos de Mexico (The newly privatized Mexican
  4599. telephone company) Taco Bell. Fits better than with US West, IMO.
  4600.                    ^^^^^^^^^
  4601.  
  4602. Ted A. Hadley     tedh@cylink.com
  4603.  
  4604. ------------------------------
  4605.  
  4606. From: davep@u.washington.edu (Dave Ptasnik)
  4607. Subject: Re: Humorous Names For the RBOCs
  4608. Date: 31 Mar 1994 18:54:28 GMT
  4609. Organization: University of Washington
  4610.  
  4611.  
  4612. DAVID AUS <71742.1102@CompuServe.COM> writes:
  4613.  
  4614. > When the Bell System was broken up, some wags came up with a cute name for 
  4615. > each of the then new RBOCs.  I think I remember some of them:
  4616.  
  4617. >     Ameritech          ?
  4618. >     Bell Atlantic      Liberty Bell
  4619. >     Bell South         Southern Belle
  4620. >     Nynex              ?
  4621. >     PacTel             Tinker Bell
  4622. >     Southwestern Bell  Mission Bell
  4623. >     US West            Taco Bell
  4624.  
  4625. > Does anyone remember all the names?
  4626.  
  4627. Ameritech was Cow Bell as I recall.
  4628.  
  4629.  
  4630. All of the above is nothing more than the personal opinion of - 
  4631.  
  4632. Dave Ptasnik     davep@u.washington.edu
  4633.  
  4634. ------------------------------
  4635.  
  4636. Date: Thu, 31 Mar 94 00:31 WET
  4637. From: ptindall@io.org (Peter Tindall)
  4638. Subject: Primeline
  4639.  
  4640.  
  4641. PAT said: 
  4642.  
  4643. > PrimeLine is essentially the equivilent of AT&T's 'Easy Reach 700'
  4644. > service.
  4645.  
  4646. Pat - Unless I am mistaken about 'Easy Reach 700' - they are not the same.
  4647.  
  4648. PrimeLine is a service in Toronto that gives you a 416-410-NNNN number
  4649. on a DMS switch. Software on the switch (written by a company called
  4650. AccessLine I believe) answers the call and plays a message of your
  4651. choice to the caller- and then handles the call according to your
  4652. instructions.  Transfer to Home/Office/Cellular/Other-In town/Other-
  4653. Out of Town/Pager/ Messaging/Meet me Service (Caller hears jazzy
  4654. elevator music while party is paged -- then calls are connected).
  4655.  
  4656. An assortment of screening options are included: Prompts caller to
  4657. identify if call is urgent/Forces caller to enter private DTMF code/
  4658. Forces caller to speak name & reason.
  4659.  
  4660. You can also setup a weekly schedule in advance to vary your call
  4661. processing options.
  4662.  
  4663. My only complaint is that all long distance transfers are billed to
  4664. your calling card. (With appropriate transaction charges -- and a
  4665. slight delay as the DMS is DTMF'ing your calling number -- (caller
  4666. does not get to hear)).
  4667.  
  4668. Also the service is available in Ottawa area.
  4669.  
  4670. Definately not a new advance in the Telecom world, but new for
  4671. Ontario.  You could duplicate this with a PC -- two phone lines and a
  4672. Voice Mail card.
  4673.  
  4674. But having used Primeline since March 2 I have only good things to say
  4675. about it (except for comment above). It has simplified my life, and
  4676. lowered my voice mailbox costs.
  4677.  
  4678.  
  4679. Regards,
  4680.  
  4681. Peter
  4682.  
  4683. ------------------------------
  4684.  
  4685. Date: Thu, 31 Mar 1994 16:02:30 EST
  4686. From: Jerry Leichter <LEICHTER@thorium.rutgers.edu>
  4687. Subject: Modern Times
  4688.  
  4689.  
  4690. The following appeared last Wednesday in the {New York Times} "Metro-
  4691. politan Diary" section, a compendium of amusing little stories about 
  4692. life today:
  4693.  
  4694. Lobby conversation overheard while waiting for an elevator in midtown
  4695. Manhattan.
  4696.  
  4697. First guy:   Well, I sure wasted a buck and a half last night.
  4698. Second guy:  How's that?
  4699. First guy:   That TV program "Hard Copy" did a segment on Tonya
  4700.         Harding and invited viewers to phone in, at 50 cents
  4701.         per call, yes or no, to the question, "Should Tonya
  4702.         go to jail?"
  4703. Second guy:  And...?
  4704. First guy:   I dialed the 'Yes' number but after I hung up I realized
  4705.         I'd phoned the 'No' number by mistake so then, of
  4706.         course, I had to dial the 'Yes' number twice to make
  4707.         my vote count.
  4708. Second guy:  Remember when you could just sit and watch?
  4709.  
  4710.  
  4711. Jerry
  4712.  
  4713. ------------------------------
  4714.  
  4715. Date: Thu, 31 Mar 1994 21:09:06 -0500
  4716. From: Jonathan <jdl@wam.umd.edu>
  4717. Subject: *999; CB Channel 9
  4718.  
  4719.  
  4720. Hello.
  4721.  
  4722. I am wondering why the police do not routinely monitor CB channel 9,
  4723. since the primary use of this channel is to report emergencies.
  4724.  
  4725. Also, I have never heard of *999.  Does it only work in Illinois?
  4726.  
  4727. ------------------------------
  4728.  
  4729. Date: Thu, 31 Mar 1994 23:04:00 CST
  4730. From: Andrew C. Green <ACG@dlogics.com>
  4731. Subject: Re: *999; CB Channel 9
  4732.  
  4733.  
  4734. Jonathan <jdl@wam.umd.edu> writes:
  4735.  
  4736. > I am wondering why the police do not routinely monitor CB 
  4737. > channel 9, since the primary use of this channel is to report 
  4738. > emergencies.
  4739.  
  4740. I think I generalized a bit there. I have heard conversations on
  4741. Channel 9, including participating in one with an Indiana State
  4742. Trooper trying to get through backed-up traffic to the scene of a
  4743. rather nasty accident on I-65 one night, so Indiana State Police are
  4744. listening. I think it's reasonable to assume that in all the
  4745. technology packed into those squad cars, particularly Highway Patrol
  4746. cars, they probably have sprung an extra fifty bucks or so for a CB
  4747. radio, or included the appropriate wavelengths in the tuners of
  4748. whatever equipment they have. Nevertheless, the fact remains that on
  4749. many occasions I've heard legitimate requests for State Police help,
  4750. in the middle of Chicago rush hours when you just _know_ they're
  4751. around, and those requests are not answered.
  4752.  
  4753. Similarly, the "Minutemen" Department of Transportation heavy tow
  4754. trucks on routine patrol seem to be unreachable via CB radio. Now, I
  4755. know they are in contact with dispatchers, but it's somewhat
  4756. ridiculous to be in line-of-sight with a Minuteman who's unaware of,
  4757. say, some incident occurring behind him, and be unable to get his
  4758. attention via a simple CB radio.
  4759.  
  4760. > Also, I have never heard of *999.  Does it only work in Illinois?
  4761.  
  4762. It's an arrangement between the cellular providers and the State
  4763. Police, and I know it's not unique to the Chicago area, but beyond
  4764. that I don't know the details. PAT, please advise!
  4765.  
  4766.  
  4767. Andrew C. Green
  4768. Datalogics, Inc.  Internet: acg@dlogics.com
  4769. 441 W. Huron      Chicago, IL  60610-3498   FAX: (312) 266-4473
  4770.  
  4771.  
  4772. [TELECOM Digest Editor's Note: *999 goes to a state police dispatcher
  4773. who in turn can dispatch it out or forward the call to the appropriate
  4774. city authorities as needed.  PAT]
  4775.  
  4776. ------------------------------
  4777.  
  4778. Date: Thu, 31 Mar 1994 10:19:44 CST
  4779. From: Andrew C. Green <ACG@dlogics.com>
  4780. Subject: Re: New Area Code 630
  4781.  
  4782.  
  4783. Carl Moore <cmoore@BRL.MIL> writes:
  4784.  
  4785. > Just today, I have received note of 630 in Illinois and 562 in
  4786. > California ...
  4787.  
  4788. > 630 might get landlines (that would affect some people who shifted
  4789. > from 312 to 708 only in November 1989);
  4790.  
  4791. On further reflection here in 708-land, I would have to assume that
  4792. 630 would overlay 708, not be created from a renumbered chunk of
  4793. existing 708. When 708 was introduced as a renumbering of part of 312
  4794. (the part outside Chicago city limits), there was a great hue and cry,
  4795. of course, but also a rather considerable lead-in time. I believe it
  4796. was something much more than the eleven months indicated for the
  4797. impending 630. Consider also how much complaining would be generated
  4798. from 708 folks having to change their stationery yet again.
  4799.  
  4800. The local press has responded with thundering silence to this news item,
  4801. by the way.
  4802.  
  4803.  
  4804. Andrew C. Green
  4805. Datalogics, Inc.  Internet: acg@dlogics.com
  4806. 441 W. Huron      Chicago, IL  60610-3498   FAX: (312) 266-4473
  4807.  
  4808. ------------------------------
  4809.  
  4810. From: jfh@netcom.com (Jack Hamilton)
  4811. Subject: Re: Who Paid For My 550?
  4812. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  4813. Date: Thu, 31 Mar 1994 17:04:13 GMT
  4814.  
  4815.  
  4816. > [TELECOM Digest Editor's Note: Normally the agents are on the A or B
  4817. > side but not both; that is in their contract with the carriers.
  4818.  
  4819.  ... 
  4820.  
  4821. > Tandy has the kind of money and influence with the carriers that
  4822. > they can get away with it. Its the same kind of thing where Pepsi and
  4823. > Coca-Cola are concerned. You never see them both in the same vending
  4824. > machine; you never see them both in the same restaurant as fountain
  4825. > drinks.
  4826.  
  4827. In our vending machine room there are two Pepsi machines.  One has
  4828. Pepsi products plus a few other things like Mountain Dew.  The other
  4829. contains no Pepsi products, but does have several varieties of
  4830. Coca-Cola.  In one of the smaller buildings, there's a single machine
  4831. with both Coke and Pepsi.
  4832.  
  4833. I'd never heard of this happening before very recently, though. 
  4834.  
  4835.  
  4836. Jack Hamilton      Postal: POB 281107 SF CA 94128  USA 
  4837. jfh@netcom.com     Packet: kd6ttl@w6pw.#nocal.ca.us.na 
  4838.  
  4839.  
  4840. [TELECOM Digest Editor's Note: Probably they cut a deal with the local
  4841. salesman. Whoever is the bottler (distributor) for the area is under
  4842. pretty tight constraints with Pepsi headquarters in Purchase, NY or
  4843. Coke headquarters in Atlanta, GA regarding those things. Note that 
  4844. the local Pepsi bottler also has the Mountain Dew franchise, but he
  4845. *cannot* have the 7-Up franchise because they are aligned with Coke.
  4846. So you won't -- or rarely -- see 7-Up in a so-called 'Pepsi machine',
  4847. and you won't see 'Upper-10' or whatever it is called in a 'Coke
  4848. machine'. All the little (by comparison) outfits, join one side or
  4849. the other in the local bottling and distribution process where Coke
  4850. and Pepsi are concerned. But they all want **so bad** to be in the
  4851. fountain syrup vending machine at all Southland stores that they
  4852. swallow their pride or ambition or whatever. Coke even goes so far as
  4853. to say in fountain service, you *will* use their paper cups with 
  4854. their insignia and their products advertised ... none others. But
  4855. 7-Eleven gets to break the rules, as does Tandy where cell phones 
  4856. are concerned. Tandy has tossed around the idea of starting their
  4857. own national cellular service, you know. They'd buy *huge* blocks of
  4858. capacity from various cell carriers and they would then call the
  4859. shots. I'm sure all the A and B carriers would fall in line pretty 
  4860. fast, or get dealt out of the game completely.  PAT]
  4861.  
  4862. ------------------------------
  4863.  
  4864. From: jfh@netcom.com (Jack Hamilton)
  4865. Subject: Re: Country Code For San Marino
  4866. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  4867. Date: Thu, 31 Mar 1994 17:09:14 GMT
  4868.  
  4869.  
  4870. Richard Barry <rbarry@iol.ie> wrote:
  4871.  
  4872. > The ITU has issued a batch of new country codes which includes a new
  4873. > code for San Marino (+378 effective 26.10.93). Other countries that
  4874. > will be getting their own country code include Andorra (Autumn 1994)
  4875. > and Monaco (in 1995) when France Telecom introduces its 2-digit new
  4876. > area code plan.
  4877.  
  4878. Do you know what the new plan will be?  The two-digit department
  4879. number strikes me as being a good choice, although it might not have
  4880. enough space for Paris.
  4881.  
  4882. If I were in charge of France Telecom, I'd probably use the department
  4883. number plus a third digit for overlays and very large departments.
  4884.  
  4885. (A department is roughly equivalent to a state or province in North
  4886. America.  Postal codes start with the department number.)
  4887.  
  4888.  
  4889. Jack Hamilton      Postal: POB 281107 SF CA 94128  USA 
  4890. jfh@netcom.com     Packet: kd6ttl@w6pw.#nocal.ca.us.na 
  4891.  
  4892. ------------------------------
  4893.  
  4894. From: wright@LAA.COM
  4895. Subject: Re: CATV Modems
  4896. Date: 31 Mar 1994 18:07:07 GMT
  4897. Organization: Lynn-Arthur Associates, Ann Arbor, MI
  4898. Reply-To: wright@LAA.COM
  4899.  
  4900.  
  4901. In article <telecom14.145.2@eecs.nwu.edu>, gabioud@uni2a.unige.ch writes:
  4902.  
  4903. > Do you know any equipment (modem, remodulator, ...) that allows data
  4904. > communication over the CATV cable. On the user side, the modem should
  4905. > feature a well-known interface (RS232C, Ethernet, ...).
  4906.  
  4907. Check out First Pacific Networks at 408-730-6600. They have been
  4908. providing this equipment for years.
  4909.  
  4910.  
  4911. Carl A. Wright       Lynn-Arthur Associates, Inc.   +1 313 995 5590
  4912. wright@laa.com         Operations Support Systems     +1 313 995 5989 (fax)
  4913. 2350 Green Road      Suite 160                      Ann Arbor, MI, 48105 USA
  4914.  
  4915. ------------------------------
  4916.  
  4917. From: tsw@cypher.apple.com (Tom Watson)
  4918. Subject: Re: Ruling on Dark Fiber
  4919. Date: Thu, 31 Mar 1994 12:45:24 -0800
  4920. Organization: Apple Computer (more or less)
  4921.  
  4922.  
  4923. OK, I'll bite...
  4924.  
  4925. What is "dark fiber".
  4926.  
  4927. Tom Watson   tsw@cypher.apple.com
  4928.  
  4929.  
  4930. [TELECOM Digest Editor's Note: Dark Fiber is, as I understand it, simply
  4931. the fiber from one point to another, without the intelligence on either
  4932. end of the line **as supplied by the telco** to use it. Dark fiber could
  4933. roughly be compared to a wire cable from one place to another without
  4934. telco's battery and/or switching apparatus on either end; the customer
  4935. left to his own devices on how to use it. Although telcos have for many
  4936. years provided so-called 'private line service' -- that is, a piece of
  4937. wire from one point to another with the subscriber doing his own thing
  4938. on both ends of the wire, I understand they (telcos) are not terribly
  4939. enthusiastic about providing fiber under the same conditions. George
  4940. Gilder wrote about this, and his essay is in the Telecom Archives for
  4941. interested parties to review.   PAT]
  4942.  
  4943. ------------------------------
  4944.  
  4945. Subject: Re: Extension Cord For Cell Phone
  4946. From: zeta@tcscs.com (Gregory Youngblood)
  4947. Date: Thu, 31 Mar 94 12:57:24 PST
  4948. Organization: TCS Computer Systems
  4949.  
  4950.  
  4951. > I _still_ think you're crazy.  Nearly any cellular connection will
  4952. > cost more than nearly any equivalent wired connection.  Please check
  4953. > this out carefully.
  4954.  
  4955. Not quite.  Several carriers now have plans with free (yes *FREE*)
  4956. airtime on weekends or extremely low rates at night during certain
  4957. hours.  In 1988, it was cheaper to call from your basic rate cellular
  4958. phone in Galveston after 11PM at night to Houston than it was to use
  4959. the regular telephone.  The price was 0.045 cents per minute with
  4960. cellular.
  4961.  
  4962. Now, my cousin in houston has a phone that has free airtime on the
  4963. weekend.  They use it a lot ... and they should.  They pay $70/month
  4964. for it, but when you consider that the dialing area for cellular in
  4965. houston is so much larger than telco, they can call all their friends
  4966. and family in the surrounding Houston metro area for no charge.
  4967.  
  4968. So, the idea of going with an extension cord is not a crazy one ... it
  4969. could make sense, although you have to check very carefully to make
  4970. sure that your plan really is cheaper.  It is possible.
  4971.  
  4972.  
  4973. Greg
  4974. The Complete Solution BBS     Allfiles List:    Anonymous UUCP Calls Accepted
  4975. 707-459-4547 (24hrs, v.32)    ~/tcsbbs.lst      Login: nuucp  Password: nuucp
  4976. Telemate Distribution Site  zeta@tcscs.com      Cellular Telephony Groups
  4977.  
  4978.  
  4979. [TELECOM Digest Editor's Note: But would they use $70 worth on a regular
  4980. basis if landline was all they had? That is what has to be answered. We
  4981. all know that the more service which is available, the more subscribers
  4982. will use it. In other words, cellular service comes in many shapes and
  4983. sizes. Some very inexpensive plans bill for every single minute day or
  4984. night at high rates. There is nothing unusual about spending a lot of
  4985. money on cellular and getting a sort of kickback from the carrier in
  4986. terms of free or nearly free weekend and night service. And while landline
  4987. service offers 'free local calling' in many areas, the geographic
  4988. area is smaller as is the monthly fee for the 'free local calls'.
  4989. Cellular service gives a larger 'local area' but charges by the minute.
  4990. It has to be your own application as to which works out better; but 
  4991. overall, would you be willing to spend as much money on landline service
  4992. call by call as you spend on cellular for the advantage of 'free' service
  4993. nights and weekends if landline was all you had available?   PAT]
  4994.  
  4995. ------------------------------
  4996.  
  4997. End of TELECOM Digest V14 #158
  4998. ******************************
  4999.     
  5000.     
  5001. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12729;
  5002.           1 Apr 94 17:51 EST
  5003. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5004.     id AA00513; Fri, 1 Apr 94 13:33:03 CST
  5005. Return-Path: <telecom>
  5006. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5007.     id AA00502; Fri, 1 Apr 94 13:33:01 CST
  5008. Date: Fri, 1 Apr 94 13:33:01 CST
  5009. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5010. Message-Id: <9404011933.AA00502@delta.eecs.nwu.edu>
  5011. To: telecom@eecs.nwu.edu
  5012. Subject: TELECOM Digest V14 #159
  5013.  
  5014. TELECOM Digest     Fri, 1 Apr 94 13:33:00 CST    Volume 14 : Issue 159
  5015.  
  5016. Inside This Issue:                          Editor: Patrick A. Townson
  5017.  
  5018.     Long Distance Dialing in Delaware (Wilmington News Journal via Carl Moore)
  5019.     Re: Bellcore Goes Crypto (Greg Trotter)
  5020.     Re: Bellcore Goes Crypto (George L. Sicherman)
  5021.     Re: Windows or DOS Caller ID Program (Fritz Friedlaender)
  5022.     Re: Windows or DOS Caller ID Program (Todd Inch)
  5023.     Re: Windows or DOS Caller ID Program (Nazli Meliha Roth)
  5024.     Re: Predictions About Future A/C Splits (David A. Kaye)
  5025.     Re: Predictions About Future A/C Splits (James Taranto)
  5026.     Re: Observations About Area Code Splits (David Esan)
  5027.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Jeff Haran)
  5028.     Re: Will Widespread Use of Cell Phones Reduce Crime? (102030@pwfl.com)
  5029.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Ed Mitchell)
  5030.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Laurence Chiu)
  5031.     Re: Direct Modem / Cellular Links (Daniel Goemans)
  5032.     Re: Direct Modem / Cellular Links (Lynne Gregg)
  5033.  
  5034. TELECOM Digest is an electronic journal devoted mostly but not
  5035. exclusively to telecommunications topics. It is circulated anywhere
  5036. there is email, in addition to various telecom forums on a variety of
  5037. public service systems and networks including Compuserve and GEnie.
  5038. Subscriptions are available at no charge to qualified organizations
  5039. and individual readers. Write and tell us how you qualify:
  5040.  
  5041.                  * telecom-request@eecs.nwu.edu *
  5042.  
  5043. The Digest is compilation-copyrighted by Patrick Townson Associates of
  5044. Skokie, Illinois USA. We provide telecom consultation services and
  5045. long distance resale services including calling cards and 800 numbers.
  5046. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  5047. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  5048.  
  5049.     ** Article submission address only: telecom@eecs.nwu.edu **
  5050.  
  5051. Our archives are located at lcs.mit.edu and are available by using
  5052. anonymous ftp. The archives can also be accessed using our email
  5053. information service. For a copy of a helpful file explaining how to
  5054. use the information service, just ask.
  5055.  
  5056. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  5057. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  5058. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  5059. Digest" shares archives resources at lcs.mit.edu for the convenience
  5060. of users. Please *DO NOT* cross post articles between the groups. All
  5061. opinions expressed herein are deemed to be those of the author. Any
  5062. organizations listed are for identification purposes only and messages
  5063. should not be considered any official expression by the organization.
  5064. ----------------------------------------------------------------------
  5065.  
  5066. Date: Fri, 1 Apr 94 11:54:21 EST
  5067. From: Carl Moore <cmoore@BRL.MIL>
  5068. Subject: Long Distance Dialing in Delaware
  5069.  
  5070.  
  5071. This appeared on page 1 of the {News Journal}, Wilmington, Delaware,
  5072. on March 31, 1994.  Notice that 1 is being dropped for 555-1212.
  5073. About 2/3 of the way through this article, it says "zeroes and ones as
  5074. second digits in local numbers"; I don't know the meaning of this
  5075. remark, because: 1. Some Bell Atlantic areas already use N0X/N1X
  5076. prefixes.  (New Jersey; 215 in Pa.; 410/301/202/703 in Md./DC/Va.)  2.
  5077. As you know, Delaware is way down near the bottom in being crowded w/r
  5078. to telephone numbers.  (And in the history file, I do ask what will
  5079. become of "no N0X/N1X prefixes unless NNX is running short".)
  5080.  
  5081.                  ------------------
  5082.  
  5083. Long-distance dialing in Del. just got longer
  5084.  
  5085. By JANE BROOKS, Staff reporter
  5086.  
  5087. WILMINGTON -- Beginning April 1, people making long-distance telephone
  5088. calls within Delaware should start dialing 11 digits.
  5089.  
  5090.      It's no April Fools' Day joke.
  5091.  
  5092.      Dial 1 (or 0 for collect), plus area code 302, plus the seven-digit
  5093. number of the party you are calling.
  5094.  
  5095.      After April 1, however, you can drop the 1 prefix when calling
  5096. directory assistance within the state.  Just dial 555-1212.
  5097.  
  5098.      But should you forget to add the area code or dial the unnecessary 
  5099. 1 for information, have no fear.  The phone company will be forgiving.
  5100. The network will accept old and new dialing patterns for nine months.
  5101. And there will be plenty of advertising reminders before the new
  5102. methods become mandatory.
  5103.  
  5104.      Why change dialing patterns?
  5105.  
  5106.      There's no immediate problem in Delaware, but the nation is running
  5107. out of phone numbers.
  5108.  
  5109.      Until now, all area codes had 0 or 1 as the middle digit, for
  5110. instance, 302 and 610.  As the population and telephone service grows,
  5111. so does the need for more area codes and the subsequent need for
  5112. different middle digits.
  5113.  
  5114.      Also, Bell Atlantic will begin using zeroes and ones as second digits
  5115. in local numbers next year to open up a multitude of new number series.
  5116.  
  5117.      Eleven-digit dialing is designed to help computers distinguish
  5118. area codes and local exchange numbers.  The Delaware Public Service
  5119. Commission approved.
  5120.  
  5121.      So, on Jan. 7, 1995, you fingers will have to walk a little
  5122. longer from Wilmington to Dover, from Dover to Delmar.  Bell Atlantic-Delaware 
  5123. suggests you start now.
  5124.  
  5125.      Rates will not be affected.
  5126.  
  5127. ------------------------------
  5128.  
  5129. From: greg@gallifrey.ucs.uoknor.edu (Greg Trotter)
  5130. Subject: Re: Bellcore Goes Crypto
  5131. Date: 31 Mar 1994 01:39:03 GMT
  5132. Organization: Home of the TimeLords...
  5133.  
  5134.  
  5135. In article <telecom14.150.1@eecs.nwu.edu> vantek@aol.com writes:
  5136.  
  5137. > LIVINGSTON, N.J. (MARCH 22) BUSINESS WIRE - March 22, 1994 -- A new
  5138. > company which is employing Bellcore-developed technology is expected
  5139. > to have a far-reaching impact on electronic record keeping and on
  5140. > controversies ranging from authenticity of business records to false
  5141. > retouching of digital photographs.
  5142.  
  5143. [...]
  5144.  
  5145. > Surety Technologies welcomes developers and corporations who are
  5146. > interested in testing the system and serving as beta sites for Digital
  5147. > Notary software.  Call Surety Technologies, Inc.  at (201) 993-8178;
  5148. > fax number is (201) 993-8748.  Information is also available on the
  5149. > Internet at infonotary.com.
  5150.               ^^^^^^^^^^^^^^
  5151.  
  5152. My system can't seem to find this place  ... and whois at internic seems
  5153. clueless as well. Anybody have any updated information?
  5154.  
  5155.  
  5156. greg
  5157.  
  5158. ------------------------------
  5159.  
  5160. From: George.L.Sicherman@att.com
  5161. Subject: Re: Bellcore Goes Crypto
  5162. Organization: Save the Dodoes Foundation
  5163. Date: Fri, 1 Apr 1994 14:25:59 GMT
  5164.  
  5165.  
  5166. In <telecom14.150.1@eecs.nwu.edu>, vantek@aol.com wrote:
  5167.  
  5168. > The new company, Surety Technologies, Inc., will offer its Digital
  5169. > Notary service that can affix a tamper-proof time-stamp seal to any
  5170. > electronic document.  ...
  5171. > At the core of the time-stamping technology is an innovative
  5172. > application of software that generates a characteristic "digital
  5173. > fingerprint" for any document.  ... When a
  5174. > user seals a document, computer software generates the document's
  5175. > fingerprint and sends it as a "time-stamp request" to a Digital Notary
  5176. > server, which immediately sends back a "time-stamp certificate" for
  5177. > the document.  ...
  5178.  
  5179. Isn't the server a critical weakness?  The details are missing, but it
  5180. sounds as if the server encrypts the hashed document with the date and
  5181. time, using a private R.S.A. key.  To validate the document, the
  5182. public would decrypt the cipher with the corresponding public key.  If
  5183. you obtain the private key, by bribery or other means, you can forge
  5184. all the documents you like.
  5185.  
  5186. For the service company to let the key fall into the wrong hands would
  5187. be like a bank's letting a safe-deposit key fall into the wrong hands.
  5188. That's bad for the bank's reputation and is not supposed to happen --
  5189. but it does.
  5190.  
  5191. The lesson for us is that an authentication is no more reputable than
  5192. the people doing the authenticating.  In the computer age, everybody's
  5193. reputation is on the line!
  5194.  
  5195. P.S.  I've never committed all the area codes to memory (though ASCII
  5196. codes are another story), but anybody who thinks the Moderator's wits
  5197. are crumbling just isn't reading carefully.  The only warning symptom
  5198. I've ever seen is his continuing to put out this Digest when he could
  5199. be out enjoying life as a coal miner in Kentucky.  
  5200.  
  5201.  
  5202. Col. G. L. Sicherman   gls@hrcms.ATT.COM
  5203.  
  5204.  
  5205. [TELECOM Digest Editor's Note: Thank you Colonel. Tell me this: any ideas
  5206. how Colonel came to be pronounced 'kernel' rather than 'call-on-nell'?
  5207. Or put another way, why is it we make popcorn and have left over kernels
  5208. rather than left over colonels?  And even though this is April Fool's
  5209. Day, there *was* at one point in the Army an actual person of Colonel
  5210. in rank whose last name was Korne. At least it was not spelled 'corn'. 
  5211. And why do we call it the kernel in Unix instead of the colonel?   PAT
  5212.  
  5213. ------------------------------
  5214.  
  5215. From: fritzj@ecn.purdue.edu (Fritz Friedlaender)
  5216. Subject: Re: Windows or DOS Caller ID Program
  5217. Organization: Purdue University Engineering Computer Network
  5218. Date: Thu, 31 Mar 1994 21:46:45 GMT
  5219.  
  5220.  
  5221. If you have a modem that supports caller ID (e.g. PP14400 - the mini-
  5222. tower and internal version, NOT the pocket version) it is easy to
  5223. store the CNID data on a PC.
  5224.  
  5225. Get Kermit (for instance), at zero cost, and run a "log file".  This
  5226. file will contain all the "ring" entries, and the Caller-ID information, 
  5227. usually between the first and second ring. Just be sure that your
  5228. communications program is running and Caller-ID enabled in the desired
  5229. format, IF available on your modem.  See several very recent postings
  5230. on the minimum conditions needed to make this work (in essence, if
  5231. your Caller-ID box works, so will this scheme with the appropriate
  5232. modem). Same information.
  5233.  
  5234.  
  5235. FJF
  5236.  
  5237. ------------------------------
  5238.  
  5239. From: Todd Inch <toddi@fdsi1.ocsg.com>
  5240. Subject: Re: Windows or DOS Caller ID Program
  5241. Date: Thu, 31 Mar 1994 14:22:10 PST
  5242.  
  5243.  
  5244. In volume 14, issue 154 it is written:
  5245.  
  5246. > In article <telecom14.152.1@eecs.nwu.edu> Paul Robinson
  5247. > <PAUL@TDR.COM> writes:
  5248.  
  5249. >> Steve Lindsay <slindsay@nyx10.cs.du.edu>, writes to TELECOM Digest
  5250. >> as follows:
  5251.  
  5252. >>> Does anyone know of a little DOS or Windows shareware program 
  5253. >>> that will act like the one of those caller-ID boxes?
  5254.  
  5255. If, as others have said, most modems with Caller-ID can output
  5256. formatted, human-readable text, why not simply use Windows'
  5257. "Accessories Terminal" or Kermit or whatever to monitor the modem
  5258. output?  Most such communications programs will log output to a file
  5259. as well.  Of course this won't run in the background and pop up in the
  5260. forground when a call comes in or have other fancy features, but the
  5261. price is right.
  5262.  
  5263. ------------------------------
  5264.  
  5265. From: Nazli@panda.dnr.state.mi.us (Nazli Meliha Roth)
  5266. Subject: Re: Windows or DOS Caller ID Program
  5267. Date: Thu, 31 Mar 1994 00:22:58 +1000
  5268. Organization: Michigan State University
  5269.  
  5270.  
  5271. > I am in the same situation as the original author.  I have Caller-ID
  5272. > service at my home, and I have a stand-alone Caller-ID box that
  5273. > usually displays the numbers of callers in my local area codes (508 &
  5274. > 617; BTW, I've never seen one from outside those areas ... yet).
  5275. > However, I have a Practical Peripheral PM14400FXMT modem, and it
  5276. > supports Caller ID, and I, too, would like a Windows utility that
  5277. > basically acts like my stand-alone Caller-ID box.  I want the utility
  5278. > to display incoming caller information in real time, and also have to
  5279. > ability to log this data to a file if I want.  I should be able to
  5280. > scroll thru some number of recent calls, etc, etc.
  5281.  
  5282. You may do well by just loading up some decent terminal application
  5283. (or terminal.exe if you are desperate), typing in the AT command that
  5284. starts up your Caller-ID support and let it run in the background.  I
  5285. have a SupraFaxModem v.32bis and plan on doing this when (and if) I
  5286. ever get the service.
  5287.  
  5288. ------------------------------
  5289.  
  5290. From: dk@crl.com (David A. Kaye)
  5291. Subject: Re: Predictions About Future A/C Splits
  5292. Date: 31 Mar 1994 12:52:46 -0800
  5293. Organization: CRL Dialup Internet Access    (415) 705-6060  [login: guest]
  5294.  
  5295.  
  5296. Linc Madison (LincMad@netcom.com) wrote:
  5297.  
  5298. > The following area codes could all at least TRIPLE the number of
  5299. > exchanges in use without requiring a split.  Any split is thus quite a
  5300. > long ways off.
  5301.  
  5302. > 707 - Napa/Eureka, California
  5303.  
  5304. It's funny that you call this Napa/Eureka, since Santa Rosa is the
  5305. largest city.  Anyhow, I don't think they'll be splitting anytime
  5306. soon, because aside from the Santa Rosa area there is no growth in the
  5307. Redwood Empire.  Eureka has only grown 3,000 people in 10 years, Napa
  5308. about 10,000, and Ukiah about 2,500.  Cell phone penetration is not
  5309. big in that region, nor is voicemail.  Paging is okay, but has none of
  5310. the intensive growth seen in metro areas.  It's not a fad there.  I'll
  5311. admit it is unusual to see a California area code amost 300 miles long
  5312. and about 100 miles wide, but nobody's there!
  5313.  
  5314. ------------------------------
  5315.  
  5316. From: taranto@panix.com (James Taranto)
  5317. Subject: Re: Predictions About Future A/C Splits
  5318. Date: 31 Mar 1994 00:59:43 GMT
  5319. Organization: The Bad Taranto
  5320.  
  5321.  
  5322. In article <telecom14.154.4@eecs.nwu.edu>, LincMad@netcom.com (Linc
  5323. Madison) wrote:
  5324.  
  5325. > The splits in 703 and 214 in particular may put to the test the
  5326. > sanctity of the "you must dial 1 for all toll calls, and you must be
  5327. > able to dial all local calls without a 1" arrangement.
  5328.  
  5329. That arrangement is hardly sacred.  In NYC, for example, we have to dial 1
  5330. for all calls between 212 and 718.
  5331.  
  5332. Cheers,
  5333.  
  5334. James Taranto  taranto@panix.com
  5335.  
  5336. ------------------------------
  5337.  
  5338. From: de@moscom.com (David Esan)
  5339. Subject: Re: Observations About Area Code Splits
  5340. Date: 31 Mar 94 15:42:25 GMT
  5341. Organization: Moscom Corporation, Pittsford NY
  5342.  
  5343.  
  5344. In article <telecom14.153.4@eecs.nwu.edu> LincMad@netcom.com (Linc
  5345. Madison) writes:
  5346.  
  5347. > I was looking at David Esan's 1/15/94 NPA-NXX list and noticed quite a
  5348. > number of surprising numbers.  There were a couple of instances where
  5349. > I hope the answer is that a previously-effected split is not yet
  5350. > reflected in the number of exchanges shown for the old area code.  For
  5351. > example, 212 shows 639 exchanges, and 168 for 917.  I hope that the
  5352. > total for 212 still includes the prefixes now in 917 and/or the Bronx
  5353. > prefixes now in 718.
  5354.  
  5355. Your hope is in vain.  When the Bronx was moved to 718 there were more
  5356. than 700 exchanges in 212.  There were 99 exchanges that moved and 212
  5357. must have added a few.  When 917 was created, I understood that all
  5358. cellular, fax, modem, etc. numbers would be moved there.  This does
  5359. not seem to be the case.  It looks more like all new numbers will be
  5360. there, while the old numbers remain in 212.
  5361.  
  5362. > Colorado's 303 is also one I hope is wrong: it shows 601 prefixes against 
  5363. > 184 in 719.  Atlanta's recent split apparently isn't yet (fully?) reflected:
  5364. > 404 shows 590 and 706 shows >308.
  5365.  
  5366. I stand by my numbers.  The numbers given will reflect the deletions
  5367. caused by a split, when those deletions go into effect, usually three
  5368. to six months after the end of the permissive dialing period.
  5369.  
  5370. I can not speak for why NPAs were split the way that they were.  It is
  5371. possible that they were done in the hope that the NPAs would survive
  5372. until Time T, when overlays would be more common and available.
  5373.  
  5374. It makes sense on a map to draw a circle around Atlanta and say: This
  5375. will be 404, the rest will be 706.  It makes no sense from a
  5376. telephonic viewpoint.  The 303 split should have a been a overlay.
  5377. The majority of the people in Colorado live in or near Denver.  And
  5378. yet that wouldn't have been polically expedient in those days.  You
  5379. can easily see why most the splits were done in the manner they were,
  5380. circles drawn on the map.  Dallas and the 'burbs remain 214, the
  5381. exurbs go to 903.  Houston goes by itself.  Toronto, but not the
  5382. surrounding area.  Detroit, but not the 'burbs, Chicago but not the
  5383. 'burbs.  Do these splits actually split?  Do they make sense for the
  5384. future?  No.  Houston is now going to split while the surrounding NPA
  5385. (409) has only 323 exchanges.  708 is going to split, just a few short
  5386. years after the first split.  303 and 404 are bound to be split in the
  5387. next few years.
  5388.  
  5389. There will continue to be explosive growth in the West.  I have seen
  5390. studies that suggest the mountain states could quadruple their
  5391. populations in the next 20 years. (Where the water is coming from I
  5392. fear to find out.)  This could mean an increase in telephone services
  5393. of 6 to 8 times, as the newcomers will not add just one line, but
  5394. several, and services will increase.
  5395.  
  5396.  
  5397. David Esan      de@moscom.com  
  5398.  
  5399. ------------------------------
  5400.  
  5401. From: jharan@cwa.com (Jeff Haran)
  5402. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  5403. Organization: CWA Communications Products, Los Gatos, CA
  5404. Date: Fri, 1 Apr 1994 01:02:06 GMT
  5405.  
  5406.  
  5407. In article <telecom14.147.4@eecs.nwu.edu> howard@hal.com writes:
  5408.  
  5409. > A friend suggested to me that, sometime in the future, almost everyone
  5410. > will carry around a cellular phone almost all the time.  She thinks
  5411. > this will significantly reduce the amount of crime, because it will be
  5412. > very easy to report a crime or other suspicious behavior that one
  5413. > observes.  I'm skeptical, but it seems like an interesting topic for
  5414. > discussion.
  5415.  
  5416. There is an interesting sci-fi novel that you might still be able to
  5417. find on the bookshelves that discusses this very topic (among several
  5418. others), sort of. "Earth" by David Brin. Interesting method of
  5419. reducing crime, but not a universe I want to live in. My problem is at
  5420. this point I think it is a future scenario that is just about
  5421. unavoidable in the not so far distant future, and I figure I still
  5422. have quite a few years left.
  5423.  
  5424.  
  5425. [TELECOM Digest Editor's Note: "Earth" discusses things that even a
  5426. few years ago were unthinkable. But a lot of things which were unthinkable
  5427. years ago are gradually becoming 'thinkable' ... solutions are being
  5428. found for problems that are as frightening as the problems they solve.
  5429. Yet they seem to be the only solution; the only real workable answer.
  5430. Consider Chicago: what little civilization remains in large parts of the 
  5431. city is rapidly vanishing. Gangs rule in large parts of the south and
  5432. west sides. Twelve children killed in the past two weeks in various 
  5433. incidents of gun battles between rival gangs ... the murder rate here is
  5434. 25 percent higher than a year ago. Ditto Miami and Los Angeles to name
  5435. two areas here: the inner cities are rotten to the core. I lived in
  5436. Chicago for almost all my life and I would never want to go back into 
  5437. the city again. I cringe when I have to ride downtown to the post office
  5438. where I still have my PO Box I've had for 25 years.  PAT]       
  5439.  
  5440. ------------------------------
  5441.  
  5442. Date: Thu, 31 Mar 94 15:57:06 EST
  5443. From: E102030@PWAGPDB.pwfl.com
  5444. Subject: Re: Will Widespread Use of Cellphones Reduce Crime?
  5445.  
  5446.  
  5447. Widespread use of cellphones will probably not reduce crime but it
  5448. will give ball-less individuals another opportunity to not make a
  5449. difference.
  5450.  
  5451. Appropriate avoidance of physical involvement in violent situations is
  5452. certainly a responsible behavior. However, not calling 911 because it
  5453. does not involve 'me' is reprehensible.
  5454.  
  5455. I'm glad I don't live in Chicago.
  5456.  
  5457.  
  5458. [TELECOM Digest Editor's Note: I'm glad I don't live there any longer
  5459. also. First of all, 911 does not work from cell phones here. You can
  5460. dial the oh-operator and ask to be extended if you wish. However, contrary
  5461. to what you might hear when listening to a police scanner with the constant
  5462. backlog of calls (the Chicago PD dispatchers *never* quit talking; *never*
  5463. drop carrier -- seriously, there is a constant backlog of calls being
  5464. given out), even though on all sorts of minor matters when the police are
  5465. sent somewhere and the complaintant is given as 'citizen refused' or 
  5466. 'Mr. Good Citizen' as they sometimes mock the callers to 911 when talking
  5467. on the radio, your number is recorded and they can get back to you if they
  5468. wish -- which is fine, except!  Try reporting a serious crime which you
  5469. witnessed. If the criminal is caught, *you* will be subpoened to come to
  5470. court and give your eye-witness account. *You* will be hounded and harassed
  5471. by the ACLU attorney appointed to represent the defendant. *Your* integrity
  5472. will be called into question. Defendants have the right, as I believe they
  5473. should, to confront their accuser ... that's you if you were the one
  5474. calling 911 to report it.   PAT]
  5475.  
  5476. ------------------------------
  5477.  
  5478. From: Ed Mitchell <edmitch@microsoft.com>
  5479. Date: Thu, 31 Mar 94 12:06:49 PST
  5480. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  5481.  
  5482.  
  5483. In Seattle WA, the 911 dispatchers have said that they often receive
  5484. up to 30 calls from cellular phone users when an accident occurs on a
  5485. major highway. This results in a massive overload of the 911 system.
  5486. The result is that US West Cellular announced last winter that they
  5487. would begin charging 50 cents for each 911 call, in addition to
  5488. airtime charges, to discourage overuse of the system and to help fund
  5489. additional 911 dispatchers to answer the phone. The Seattle Times
  5490. article that reported on this also mentioned that the enhanced 911
  5491. system, which provides addresses of the caller, is going to become
  5492. worthless in a world full of portable telephones. Clearly, this is a
  5493. major problem to which some great minds will need to give a lot of
  5494. attention.
  5495.  
  5496. Lastly, use your own judgment in terms of reporting a crime. Ensure
  5497. your own safety by not putting yourself in danger (an injured rescuer
  5498. is worse than no rescuer since now there are at least two parties to
  5499. rescue). Do report medical emergencies and serious vehicle accidents.
  5500. Minor fender benders do not need a police response.
  5501.  
  5502. Your state may wish that you report motorists with disabled vehicles
  5503. along freeways. A few years ago, I read where a mother and daughter,
  5504. parked will off the right side of the road, in broad daylight, hood
  5505. up, flasher on, were slammed from behind by a drunk and killed -- if
  5506. someone had called a tow truck or 911, perhaps they would not have
  5507. been waiting beside the road so long. A couple of months ago, a woman
  5508. was raped in her own vehicle on I-5, right in Seattle. She'd been on
  5509. the side of the road, flashers on, for FOUR hours in the darkness of
  5510. evening. State records showed that no patrol car had passed by. You
  5511. should have called!
  5512.  
  5513.  
  5514. Ed Mitchell   edmitch@microsoft.com
  5515.  
  5516.  
  5517. [TELECOM Digest Editor's Note: One thing you do not want to do in Chicago
  5518. is get out of your car for any reason on the Dan Ryan expressway where it
  5519. runs through the center of the CHA housing projects on the south side. 
  5520. In general, avoid the Dan Ryan (I-94) whenever possible because they also
  5521. shoot at the cars from the highrises nearby.   PAT]
  5522.  
  5523. ------------------------------
  5524.  
  5525. From: lchiu@crl.com (Laurence Chiu)
  5526. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  5527. Date: 31 Mar 1994 17:42:33 -0800
  5528. Organization: CRL Dialup Internet Access
  5529.  
  5530.  
  5531. In article <telecom14.154.9@eecs.nwu.edu>, Andrew Robson wrote:
  5532.  
  5533. > The Half Moon Bay Review (a local paper in CA) carried an article on
  5534. > the front page about a bank robbery foiled by a cell phone.
  5535.  
  5536. > When the getaway car roared away, a local citizen was offended by the
  5537. > reckless driving.  He didn't know about the robbery, he just wanted
  5538. > safe driving on the local streets.  He followed long enough to call
  5539. > the licence, a description of the car, and its direction to 911.
  5540. > There are only three roads out of town, with no turn off for several
  5541. > miles.  The robber was arrested a couple of minutes later.
  5542.  
  5543. Out of interest, I presume that when you call 911 from your home phone
  5544. you reach a dispatch service which is local to your community.  So if
  5545. you call 911 from a cell phone, which dispatch service do you reach?
  5546.  
  5547.  
  5548. Laurence Chiu            | Walnut Creek, California |
  5549. Tel: 510-215-3730 (work) | Internet: lchiu@crl.com  |
  5550.  
  5551.  
  5552. [TELECOM Digest Editor's Note: In a lot of places, including the Chicago
  5553. metro area you don't reach anyone. 911 goes to intercept telling you
  5554. in an emergency to dial the operator for assistance.  In other place where
  5555. there is only one central dispatch, it goes there.  PAT]
  5556.  
  5557. ------------------------------
  5558.  
  5559. From: goemansd@kirk.usafa.af.mil (Daniel Goemans)
  5560. Subject: Re: Direct Modem / Cellular Links
  5561. Date: Thu, 31 Mar 1994 21:19:25 GMT
  5562. Organization: United States Air Force Academy
  5563.  
  5564.  
  5565. In article <telecom14.149.5@eecs.nwu.edu> bobfromtn@aol.com
  5566. (BobFromTN) writes:
  5567.  
  5568. > These products are for direct links between RJ11 jack and the cellular
  5569. > phone.  Perhaps other/better products are available?
  5570.  
  5571. With that link, does anyone know if you then need an MNP-10 standard
  5572. modem *in addition* to the link (to package data) ... or does the link
  5573. package the data accordingly on its own?
  5574.  
  5575.  
  5576. Daniel Goemans    USAF Academy   
  5577.  
  5578. ------------------------------
  5579.  
  5580. From: Lynne Gregg <lynne.gregg@mccaw.com>
  5581. Subject: Re: Direct Modem / Cellular Links
  5582. Date: Thu, 31 Mar 94 13:15:00 PST
  5583.  
  5584.  
  5585. From: bobfromtn@aol.com (BobFromTN)
  5586.  
  5587. > A competitor's product is made by AXCELL, but I have no other information
  5588. > about this product.
  5589.  
  5590. I've used the AXCELL (Spectrum) product under the Fujitsu label.
  5591.  
  5592. The Spectrum product performs very well and worked with a number of
  5593. devices from PC's to fax machines.
  5594.  
  5595.  
  5596. Regards,
  5597.  
  5598. Lynne
  5599.  
  5600. ------------------------------
  5601.  
  5602. End of TELECOM Digest V14 #159
  5603. ******************************
  5604.     
  5605.     
  5606. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa13040;
  5607.           1 Apr 94 18:18 EST
  5608. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5609.     id AA02629; Fri, 1 Apr 94 14:21:10 CST
  5610. Return-Path: <telecom>
  5611. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5612.     id AA02620; Fri, 1 Apr 94 14:21:08 CST
  5613. Date: Fri, 1 Apr 94 14:21:08 CST
  5614. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5615. Message-Id: <9404012021.AA02620@delta.eecs.nwu.edu>
  5616. To: telecom@eecs.nwu.edu
  5617. Subject: TELECOM Digest V14 #160
  5618.  
  5619. TELECOM Digest     Fri, 1 Apr 94 14:21:00 CST    Volume 14 : Issue 160
  5620.  
  5621. Inside This Issue:                          Editor: Patrick A. Townson
  5622.  
  5623.     PC Pursuit Has Ended (Steven H. Lichter)
  5624.     Re: CATV Modems (Barton F. Bruce)
  5625.     Re: CATV Modems (Steve Kalkwarf)
  5626.     Re: CATV Modems (Darren Swartzendruber)
  5627.     Re: Telecom Business Idea (Paul Robinson)
  5628.     Re: Telecom Business Idea (Mike Lanza)
  5629.     Re: Telecom Business Idea (Robert L. McMillin)
  5630.     Re: Area Code 562 (Alan Larson)
  5631.     Re: Cellular Roaming Charges (Carl Jones)
  5632.     Re: Digital Cordless Phones -- How Private? (Bill Mayhew)
  5633.     Re: Pager Scam Resurfaces (David G. Cantor)
  5634.     Congo Expedition Video Con Kickoff (Steve Eggleston)
  5635.  
  5636. TELECOM Digest is an electronic journal devoted mostly but not
  5637. exclusively to telecommunications topics. It is circulated anywhere
  5638. there is email, in addition to various telecom forums on a variety of
  5639. public service systems and networks including Compuserve and GEnie.
  5640. Subscriptions are available at no charge to qualified organizations
  5641. and individual readers. Write and tell us how you qualify:
  5642.  
  5643.                  * telecom-request@eecs.nwu.edu *
  5644.  
  5645. The Digest is compilation-copyrighted by Patrick Townson Associates of
  5646. Skokie, Illinois USA. We provide telecom consultation services and
  5647. long distance resale services including calling cards and 800 numbers.
  5648. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  5649. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  5650.  
  5651.     ** Article submission address only: telecom@eecs.nwu.edu **
  5652.  
  5653. Our archives are located at lcs.mit.edu and are available by using
  5654. anonymous ftp. The archives can also be accessed using our email
  5655. information service. For a copy of a helpful file explaining how to
  5656. use the information service, just ask.
  5657.  
  5658. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  5659. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  5660. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  5661. Digest" shares archives resources at lcs.mit.edu for the convenience
  5662. of users. Please *DO NOT* cross post articles between the groups. All
  5663. opinions expressed herein are deemed to be those of the author. Any
  5664. organizations listed are for identification purposes only and messages
  5665. should not be considered any official expression by the organization.
  5666.  
  5667.      *****************************************************
  5668.      DON'T FORGET! THIS IS THE WEEKEND WE IN THE USA MUST
  5669.      CHANGE OUR CLOCKS FORWARD ONE HOUR ON SATURDAY NIGHT
  5670.      OR SUNDAY MORNING. SPRING AHEAD AS 'THEY' SAY!!
  5671.      *****************************************************
  5672. ----------------------------------------------------------------------
  5673.  
  5674. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  5675. Subject: PC Pursuit Has Ended
  5676. Date: 1 Apr 1994 19:29:13 GMT
  5677. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  5678.  
  5679.  
  5680. PC Pursuit has now gone into The Information Highway history books. As
  5681. of 9:00 PM Pacific Time it went down; that was three hours earlier
  5682. then it was supposed to on 3/31/94. Many paid for a full month of
  5683. $30.00 for 30 hours and got cheated for at least three hours. The talk
  5684. among the many users of the service was Sprint killed the program by
  5685. not advertising a service that could have made money.
  5686.  
  5687. Global Access hasa service much like Pursuit but at a higher cost but
  5688. from what I have seen soon to be 9600 and it covers much more of the
  5689. country the Pursuit did since they have switched or are switching over
  5690. to Tymnet.
  5691.  
  5692.  
  5693. Sysop: Apple Elite II -=- an Ogg-Net Hub BBS 
  5694. (909) 359-5338 12/24/96/14.4 V32/V42bis Via PCP CACOL/12/24
  5695.  
  5696. ------------------------------
  5697.  
  5698. From: Barton.Bruce@camb.com
  5699. Subject: Re: CATV Modems
  5700. Organization: Digital Equipment Computer Users Society
  5701. Date: 31 Mar 94 01:00:43 -0500
  5702. Organization: Cambridge Computer Associates, Inc.
  5703.  
  5704.  
  5705. In article <telecom14.147.19@eecs.nwu.edu>, leonard@telcom.arizona.edu
  5706. (Aaron Leonard) writes:
  5707.  
  5708. > In article <telecom14.145.2@eecs.nwu.edu>, gabioud@uni2a.unige.ch writes:
  5709.  
  5710. >> A CATV cable has a huge bandwidth available. A part of it is usually
  5711.  
  5712. > I understand that Zenith also has (or is working on) such a device,
  5713. > although Zenith's is cheaper and only provides .5Mbps.
  5714.  
  5715. Zenith is what Continental Cable and PSI are using in their 500kb
  5716. Internet to the home service in Cambridge MA.
  5717.  
  5718. The Zenith NIC fits in you ISA bus PC and has NDIS and other reasonable
  5719. drivers.
  5720.  
  5721. A short cord ties it to a box that the CATV cable goes into. This per
  5722. home stuff **LISTS* at $500, and obviously wholesales in CATV
  5723. quantities for a LOT less.
  5724.  
  5725. The 'headend' stuff (headend here is the 20 or so 'neighborhoods'
  5726. Cambridge is split into -- done for normal video, before data) is a
  5727. $2000 box plus another at $1000 to get to ethernet.
  5728.  
  5729. Zenith puts four 500kb channels on a video channel, and two (one each
  5730. way) are used for each 'LAN' of customers. More video channels can be
  5731. used if needed, and 'neighborhoods' can be split into smaller ones. It
  5732. is all fiber back to headquarters.
  5733.  
  5734. Recent trade press has Continental buying MANY $100,000 each ATM
  5735. switches to feed out to various towns.
  5736.  
  5737. Zenith has the hardware, just order it. Oh, and while you are at it,
  5738. you probably better BUY a cable TV company too ...
  5739.  
  5740. ------------------------------
  5741.  
  5742. From: kalkwarf@netcom.com (Steve Kalkwarf)
  5743. Subject: Re: CATV Modems
  5744. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  5745. Date: Fri, 1 Apr 1994 06:04:01 GMT
  5746.  
  5747.  
  5748. In article <telecom14.145.2@eecs.nwu.edu>, gabioud@uni2a.unige.ch wrote:
  5749.  
  5750. > Do you know any equipment (modem, remodulator, ...) that allows data
  5751. > communication over the CATV cable. On the user side, the modem should
  5752. > feature a well-known interface (RS232C, Ethernet, ...).
  5753.  
  5754. I've seen PR flack from Zenith Data Systems that promises 4 .5mb
  5755. Ethernet "stripes" per 6mhz channel. The burning question in my mind
  5756. that an engineer from TCI (my local franchise) couldn't answer is,
  5757. "What can you do to guarantee that ingress won't snuff my network?"
  5758.  
  5759.  
  5760. Steve
  5761.  
  5762. ------------------------------
  5763.  
  5764. From: dls@cci.com (Darren Swartzendruber)
  5765. Subject: Re: CATV Modems
  5766. Organization: Northern Telecom, Network Application Systems
  5767. Date: Thu, 31 Mar 1994 16:49:11 GMT
  5768.  
  5769.  
  5770. In article <telecom14.145.2@eecs.nwu.edu>, gabioud@uni2a.unige.ch writes:
  5771.  
  5772. > A CATV cable has a huge bandwidth available. A part of it is usually
  5773. > not used for TV channels and could be used (at least from a technical
  5774. > standpoint) for data transmission, if a return channel is available.
  5775.  
  5776. > Do you know any equipment (modem, remodulator, ...) that allows data
  5777. > communication over the CATV cable. On the user side, the modem should
  5778. > feature a well-known interface (RS232C, Ethernet, ...).
  5779.  
  5780. I have been looking into PSICable. For $125 a month (flat fee) they
  5781. offer a 500 Kb/s connection to the Internet to your home via cable.
  5782. Small businesses and larger organizations can get a 2 Mb/s connection.
  5783. Unfortunately, it is currently only available in Cambridge (not
  5784. here!). I have a call into my cable company's VP of Marketing to find
  5785. out when the Rochester, NY area will get it.
  5786.  
  5787. Try PSICable at 1 800 827 7482 (1.800.82psi82).
  5788.  
  5789. For me, forget ISDN!
  5790.  
  5791.  
  5792. Darren Swartzendruber        Internet: n2ktj@cci.com
  5793. Northern Telecom NAS    Packet->Internet: n2ktj@w2xo.wpa.pa.usa.noam
  5794. Rochester, NY
  5795.  
  5796. ------------------------------
  5797.  
  5798. Date: Thu, 31 Mar 1994 12:22:00 EST
  5799. From: Paul Robinson <PAUL@TDR.COM>
  5800. Reply-To: Paul Robinson <PAUL@TDR.COM>
  5801. Subject: Re: Telecom Business Idea
  5802. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  5803.  
  5804.  
  5805. Mike Lanza <lanza@dnc.com>, writes in TELECOM Digest:
  5806.  
  5807. >> Since many people are buying computers with modems and 
  5808. >> software (and often trial Compuserve memberships), I feel 
  5809. >> there may be a market for providing a local access number that 
  5810. >> would give them a dial-tone in a neighboring city, thus 
  5811. >> allowing them to dial the service of their choice.  
  5812.  
  5813. > If the economics were there to do this, I don't see why the 
  5814. > packet networks wouldn't have already done it.  Besides, it 
  5815. > seems to me that the most cost-effective way to get this done 
  5816. > is either through 800 access or 950 access for those who do 
  5817. > not have a local access number.
  5818.  
  5819. I think they have.  That's what Compuserve did.  But remember that a
  5820. large company is going to have large overhead, and higher costs.  A
  5821. small, lean company can get by on much less.
  5822.  
  5823. What I find -- amazing is the kindest term - are the claims of people
  5824. who suggest that using a packet network provider is less expensive.
  5825. I've seen people quote rates for someone wanting to use Compuserve's
  5826. network to connect their own system, and the rates are something like
  5827. $7.80 an hour.  Someone want to explain how this supposed to be an
  5828. advantage to me?  I can get $6.60 an hour on AT&T at night without
  5829. even having to subscribe to their plans.  Compuserve itself only
  5830. charges its own customers $0.30 an hour for connection time through
  5831. its network (probably because they make it up in the service fees.)
  5832.  
  5833. And if I was doing a wats extender service, I would *never* give
  5834. someone raw dial tone; you have something simulate it, let them dial
  5835. in, then have your end dial out on a different line, then bridge the
  5836. two together, being certain to instantly disconnect if it either gets
  5837. CPC or hears dialtone on the distant line.
  5838.  
  5839. > At low volume, 800 service (w/ T1 at the receiving end) goes for about
  5840. > 14 cents a minute, while 950 access goes for around 18 cents a minute,
  5841. > but the latter should definitely come down as its traffic increases.
  5842. > This compares to about eight or nine cents a minute for packet access.
  5843. > (Of course, keep in mind that the quantity discount for packet access
  5844. > is greater since there is no fixed cost of local access -- four cents
  5845. > a minute -- to account for.)
  5846.  
  5847. This doesn't make any sense.  If a call across the country at night is
  5848. around 11c/minute, why would someone pay 3-7c/minute more to allow
  5849. someone to be able to connect to them.
  5850.  
  5851. I think your rate is much higher than actual rates.  Even the smallest
  5852. telephone company providing long distance service (Interexchange Company
  5853. or IXC) can match AT&T's rates, which I'm sure they can't do it if a 1-800
  5854. access costs 14c, plus costs to then retransmit that traffic.  Yet even a
  5855. small IXC can't be doing that large a volume.
  5856.  
  5857. Here's an example.  If you have a small town and set up a bank of ten
  5858. lines to allow them to be used for reduced-price outgoing calls, here's 
  5859. the numbers to expect:
  5860.  
  5861. Fixed Costs:
  5862. 10 Computers to do wats extender service-  $5000
  5863. 20 Installed lines                          2000
  5864. Fiber and installation between points       1000
  5865.                                             8000
  5866. Recurring Costs
  5867. 20 Commercial lines at $20 a month each          $400  
  5868. Rental of a closet at each end                    200
  5869. Electricity for computers                          20   
  5870. Connection between both points                    200
  5871.  Subtotal                                         820
  5872.  One year's charges                         9840
  5873.  Total                                     17840
  5874.  
  5875. My estimate of "connection between both points" is based upon running
  5876. your own connection across private property and leasing pole space.
  5877. This does not include any permits or licenses it is claimed you might
  5878. be required to obtain.
  5879.  
  5880. Now, let's say that you can get the lines used for 50% of the time,
  5881. due to the cost difference.  If you charge, let's say 5c per minute,
  5882. then 10 lines x 12 hours x 60 x 5 = 36000 minutes @.05 = 1800 a month.
  5883.  
  5884. For small towns, there probably just isn't the interest for a larger 
  5885. company to spend the time and trouble to handle the load.
  5886.  
  5887. 10% ROI is not bad -- if you can keep the lines loaded.  If this can be
  5888. done in several areas that someone can service all of them as one
  5889. person, then it may be possible to make a living off of it.  At least
  5890. until the phone company wises up and cuts its rates or uses its
  5891. political clout to try to allow you to be refused access.
  5892.  
  5893.  
  5894. Paul Robinson - Paul@TDR.COM
  5895.  
  5896. ------------------------------
  5897.  
  5898. Date: Thu, 31 Mar 94 11:16:59 +0000
  5899. From: Mike Lanza <lanza@dnc.com>
  5900. Subject: Re: Telecom Business Idea
  5901.  
  5902.  
  5903. >> At low volume, 800 service (w/ T1 at the receiving end) goes for about
  5904. >> 14 cents a minute, while 950 access goes for around 18 cents a minute,
  5905. >> but the latter should definitely come down as its traffic increases.
  5906. >> This compares to about eight or nine cents a minute for packet access.
  5907. >> (Of course, keep in mind that the quantity discount for packet access
  5908. >> is greater since there is no fixed cost of local access -- four cents
  5909. >> a minute -- to account for.)
  5910.  
  5911. > This doesn't make any sense.  If a call across the country at night is 
  5912. > around 11c/minute, why would someone pay 3-7c/minute more to allow 
  5913. > someone to be able to connect to them.
  5914.  
  5915. You're talking about night rates.  I didn't qualify what time period I
  5916. was talking about.  What you'll find with volume long-distance pricing
  5917. is that it's a bit cheaper for non-peak times (i.e. nights and weekends), 
  5918. and a *lot* cheaper for peak times.  Having an 800 number adds a small 
  5919. amount to the total cost.
  5920.  
  5921. Let's take Sprint's 800 pricing.  The structure is more complicated
  5922. than I want to get into here, but Peak (M-F, 8-5) prices are about 15
  5923. cents less at least 12 percent volume discount (low volumes -- around
  5924. $5000 month get around 12 percent discount, and the highest volumes
  5925. get up to 20 percent).  Non-peak prices are about 12.2 cents less at
  5926. least 12 percent volume discount.
  5927.  
  5928. These prices were as of about a year and a half ago.  I'm sure that they're
  5929. lower now, and will be lower a year from now.
  5930.  
  5931. > Here's an example.  If you have a small town and set up a bank of 10 
  5932. > lines to allow them to be used for reduced-price outgoing calls, here's
  5933. > the numbers to expect:
  5934.  
  5935. > Fixed Costs:
  5936. > 10 Computers to do wats extender service-  $5000
  5937. > 20 Installed lines                          2000
  5938. > Fiber and installation between points       1000
  5939. >                                             8000
  5940. > Recurring Costs
  5941. > 20 Commercial lines at $20 a month each          $400  
  5942. > Rental of a closet at each end                    200
  5943. > Electricity for computers                          20   
  5944. > Connection between both points                    200
  5945. >  Subtotal                                         820
  5946. >  One year's charges                         9840
  5947. >  Total                                     17840
  5948.  
  5949. It sure looks like you've done your homework on how to do it your way.
  5950. One problem that I have with your numbers, though, is that I think a
  5951. very large cost of running these sites is the labor cost of setting
  5952. everything up at a site (transporting hardware to the site, finding
  5953. the "closet" and renting it, traveling to the closet to install the
  5954. hardware and to get everything up and running) and maintaining each
  5955. site.  There's a *ton* of travel time in there.  After all, these
  5956. rural sites are almost always hard to get to by definition.
  5957.  
  5958. One other problem -- how do you let the people in these rural areas
  5959. know about your service?  I can't think of a way to do it unless you
  5960. team up with the online services to inform them.  They'd have to
  5961. change their welcome packet literature, software for online signup
  5962. (AOL), and they'd have to get this information to all their customer
  5963. support people.  You're pretty much dependent on them to do all this,
  5964. so you'd have to pay them for it.  You might have to pay them, say,
  5965. 20% (?) of your revenues.  One thing I can guarantee you -- it won't be
  5966. 1% or 5%, as you'd like.
  5967.  
  5968. > Now, let's say that you can get the lines used for 50% of the time, due 
  5969. > to the cost difference.  If you charge, let's say 5c per minute, then
  5970.  
  5971. 50% utilization?  Really?  That's if you're doing *really* well.
  5972. That's after you've been up and running for a couple of years and have
  5973. tuned each node to match performance well.  And to do the latter,
  5974. you're going to have to monitor utilization on all these sites rather
  5975. closely.  How will you monitor them?  Won't monitoring cost money (in
  5976. terms of up-front software development time, telecom time to pick up
  5977. data, and management time to collect and interpret the data)?
  5978.  
  5979. I'm just skeptical that adding hardware at rural sites for connection
  5980. to the telephone system can be profitable.  As any telco numbers
  5981. person -- their rural loops are *incredibly* unprofitable.  The telcos
  5982. will continue take a bath in rural loops because they're forced to.
  5983. If they didn't have to, they wouldn't.
  5984.  
  5985.  
  5986. Mike Lanza
  5987.  
  5988. ------------------------------
  5989.  
  5990. Date: Thu, 31 Mar 94 20:44 PST
  5991. From: rlm@helen.surfcty.com (Robert L. McMillin)
  5992. Subject: Re: Telecom Business Idea
  5993.  
  5994.  
  5995. On 24 Mar 1994 04:09:22 PST, Jonathan_Welch <JHWELCH@ecs.umass.edu> said:
  5996.  
  5997. > If you're going to go to the trouble of leasing a line you might be
  5998. > better off setting up a 486DX50 pc running linux and lease the line to
  5999. > an internet provider.  You'd then sell accounts on your machine for a
  6000. > flat monthly rate.  You'd have to be sure your local calling area
  6001. > encompases enough subscribers so you don't end up losing money.
  6002.  
  6003. Good grief!  I run Linux and I know *I'd never* want to run it as an
  6004. O/S directly connected to the Net, particularly one that is a public
  6005. location.  The networking code still has lots of security holes.
  6006.  
  6007. ------------------------------
  6008.  
  6009. Date: Mon, 28 Mar 94 14:54:26 PST
  6010. From: larson@net.com (Alan Larson)
  6011. Subject: Re: Area Code 562
  6012.  
  6013.  
  6014. In article <telecom14.146.12@eecs.nwu.edu> was written written:
  6015.  
  6016.  
  6017. > [TELECOM Digest Editor's Note: You know, this is getting to where it 
  6018. > isn't even funny any more. Thirty years ago I knew every area code and
  6019. > where it was located. Now I can't remember half of them ... and wait until
  6020. > next year when all those strange ones start popping up everywhere.   PAT]
  6021.  
  6022.   Well, this is one of the unfortunate side-effects of getting older ...
  6023.  
  6024. Alan
  6025.  
  6026.  
  6027. [TELECOM Digest Editor's Note: Thank you for sharing. Who's next?  PAT]
  6028.  
  6029. ------------------------------
  6030.  
  6031. From: uswnvg!uswnvg.com!cajones@uunet.UU.NET (Carl Jones)
  6032. Subject: Re: Cellular Roaming Charges
  6033. Date: 31 Mar 94 23:43:53 GMT
  6034.  
  6035.  
  6036. Not to be a pessimist here, but your method is not going to work very
  6037. well for several reasons.  Usually A system carriers do not have
  6038. roaming agreements with B side carriers and vice versa.  So you won't
  6039. be able to use your phone on the non preferred system most of the time
  6040. (unless you set up as a guest roamer which is expensive to the point
  6041. of insanity).  Also your roaming rates are pre-determined by your
  6042. cellular carrier.  Your home carrier sets up roaming networks with
  6043. other carriers and will charge under the standard rate that the
  6044. carrier that you are roaming into charges (or over, for that matter)
  6045.  
  6046.  
  6047. I speak for everyone in a twenty mile radius around me.
  6048. Any questions  ... E-Mail cajones@uswnvg.com
  6049.  
  6050. ------------------------------
  6051.  
  6052. From: wtm@uhura.neoucom.EDU (Bill Mayhew)
  6053. Subject: Re: Digital Cordless Phones -- How Private?
  6054. Organization: Northeastern Ohio Universities College of Medicine
  6055. Date: Thu, 31 Mar 1994 00:47:07 GMT
  6056.  
  6057.  
  6058. I don't know about most models.  I have a Tropez "Digital 900DX".  It
  6059. appears to exchange a 16 bit key when it is placed on the base unit.
  6060. It appears that the key is not sent out over he air.  If the handset
  6061. forgets the key due to a dead battery, the only way to resynchronize
  6062. is to put it back on the base unit.  There are three elelctrical
  6063. contracts that engage when the handset is on the base.  The logical
  6064. extension of this fact is that the same key (or key sequence) will be
  6065. used at least until the phone is hung up.  If they were smart, a
  6066. working key would be generated based upon the message exchanged
  6067. without brodcast.  Without too much work, the 900 MHz phones could be
  6068. made pretty darn secure.  It is all a matter of programming, and the
  6069. processing power is will within the reach of modern inexpensive
  6070. embedded controllers.
  6071.  
  6072. I don't know if it is possible to exhaustively search the 65,536 or so
  6073. available key combinations.  I'm not terribly familiar with the
  6074. operation of the Motorola CODECs and control microprocessors to make a
  6075. judgement.  A professional might be able to get your converstion, but
  6076. the casual teenager next door with a scanner will be foiled.
  6077.  
  6078.  
  6079. Bill Mayhew        NEOUCOM Computer Services Department
  6080. Rootstown, OH  44272-0095  USA      phone: 216-325-2511
  6081. wtm@uhura.neoucom.edu       amateur radio 146.58: N8WED
  6082.  
  6083. ------------------------------
  6084.  
  6085. Reply-To: dgc@math.ucla.edu
  6086. Subject: Re: Pager Scam Resurfaces 
  6087. Date: Thu, 31 Mar 1994 18:51:37 -0800
  6088. From: David G. Cantor <dgc@ccrwest.org>
  6089.  
  6090.  
  6091. In his note the TELECOM Digest Editor stated:
  6092.  
  6093. > The other thing which makes this 'modem scam resurfaces' thing fishy
  6094. > in my opinion is that suppose you have a pager and get such a call.
  6095. > Where do you usually go to return the call?  Either a pay phone or
  6096. > you use your cell phone ... and telcos do not connect to 976 or 900
  6097. > numbers from pay phones either.  How are they gonna get paid; are
  6098. > you gonna stand there and deposit fifty dollars in quarters in the
  6099. > box?  And cellphone carriers also typically disallow 976 and 900
  6100. > calls.  Usually the only place you can complete these calls is from
  6101. > a private phone within the LATA.  PAT]
  6102.  
  6103. There are many workmen who go to customer's offices or homes and who
  6104. can't afford cellular telephones. They carry pagers.  When they get a
  6105. page, they will ask the customer if they can return the page from the
  6106. customer's phone.  The customer will almost always say "yes".
  6107.       
  6108. Furthermore, at least in California, you can make it very difficult
  6109. for the fraudulent scam operator to collect.  The back of my Pac Bell
  6110. bill states "Your basic telephone service will not be disconnected for
  6111. non-payment [of] 900 and 976 charges or other information services ..."
  6112.  
  6113.  
  6114. David G. Cantor         dgc@math.ucla.edu
  6115.  
  6116.  
  6117. [TELECOM Digest Editor's Note: You know, failure to pay for your sub-
  6118. scription to this Digest will not cause your phone to get turned off
  6119. either ... but my phones here are in constant jeopardy of disconnection
  6120. due to the high cost versus relatively low income where the publication
  6121. of the Digest is concerned. Gifts from readers are always graciously
  6122. accepted and may be made payable either to Ameritech or Northern Illinois
  6123. Gas Company. Thanks go to a reader who wishes to remain anonymous who
  6124. sent a check to the Village of Skokie Water Works; that bill is now 
  6125. paid in full; at least I don't have to worry about drawing water for
  6126. my bath should I be inclined to take one or fixing a pot of coffee now
  6127. and then. It was a long and very cold winter here though; I still have
  6128. a few hundred to pay off on the gas bill. I've had a few contacts with
  6129. a corporate/organizational sponsor for the Digest and I hope that those
  6130. arrangements will be in effect soon. My sincere thanks go out to those 
  6131. readers who have contributed financially to the Digest over the past couple
  6132. months; I appreciate the generosity you have shown.   PAT]
  6133.  
  6134. ------------------------------
  6135.  
  6136. From: nuance@access.digex.net (T. Stephen Eggleston)
  6137. Subject: Congo Expedition Video Con Kickoff
  6138. Date: 31 Mar 1994 20:59:53 -0500
  6139. Organization: Nuance Data Systems - Alexandria,  VA  (703)823-8963
  6140.  
  6141.  
  6142. I am posting this for an associate.
  6143.  
  6144.                          ++++++ Cut Here ++++++
  6145.  
  6146.                                                    28 March, 1994
  6147.  
  6148.                        THE CONGO EXPEDITION KICK-OFF
  6149.                         Interactive Videoconference
  6150.  
  6151. Be a part of the adventure that will capture the attention and
  6152. imagination of the world.
  6153.  
  6154. This 6,000 mile trek across Africa will bring the excitement of
  6155. distance learning to students and teachers across the country. The
  6156. Congo Expedition will reenact Stanley's historic search for the source
  6157. of the Nile and Congo Rivers.  They will leave Washington, D.C. on
  6158. April 20, 1994 to begin their year long adventure.
  6159.  
  6160. The Alliance for Environmental Education will use the exciting
  6161. expedition to test a new educational model.  This model will
  6162. demonstrate the connection between exploration, accurate, timely
  6163. information about environmental issues, and hands-on learning on the
  6164. educational experience.
  6165.  
  6166.                    BEGIN THE JOURNEY WITH US!
  6167.  
  6168. Introduce your middle and high school students to the thrill of this
  6169. adventure by subscribing to this LIVE-INTERACTIVE videoconference.
  6170.  
  6171. April 13, 1993 we will be introducing the Expedition Leader, Jim Owens
  6172. and his team, to students who will experience this journey with them.
  6173. Jim will discuss what lies ahead for everyone as the Congo Expedition
  6174. begins. This 60 minute videoconference will also host other
  6175. dignitaries including representatives of the Afrcan Embassies, U.S.
  6176. Department of Education and a possible guest appearance from the White
  6177. House.
  6178.  
  6179. IF YOU SIGN-UP IMMEDIATELY YOUR STUDENTS CAN ALSO PARTICIPATE IN THE Q&A
  6180. SESSION WITH EACH OF THESE REPRESENTITIVES.
  6181.  
  6182. Involve your students in the excitement and thrill of following
  6183. scientific experiments, conducting cultural investigations and
  6184. exploring environmental questions-all in real time-and from a global
  6185. perspective.
  6186.  
  6187. Date of Videoconference: April 13, 1994
  6188.  
  6189.                    Time: 11:30am-12:30pm  (EST)
  6190.  
  6191.  Technical Requirements: Ability to access a satellite
  6192.                          downlink facility.
  6193.  
  6194. Broadcast Opportunities: The program can easily be captured and
  6195.                          rebroadcast to multiple school locations for a
  6196.                          nominal fee of $15.00.
  6197.  
  6198.            To Subscribe: Schools with immediate interest should contact
  6199.                          VideoLinx Communications, Inc. at 703-658-5469
  6200.                          for complete subscription details.
  6201.  
  6202.  
  6203. Contact: VideoLinx Communications at 703-658-5469 for Details
  6204. E-Mail to: Steve Eggleston  nuance@digex.net
  6205.  
  6206. Steve Eggleston                               Internet:nuance@digex.net
  6207. Nuance Data Systems  (703)823-8963                 CIS:72040,713
  6208.  
  6209.          "Technology Should Set You Free, Not Make You Crazy"
  6210.  
  6211. ------------------------------
  6212.  
  6213. End of TELECOM Digest V14 #160
  6214. ******************************
  6215.     
  6216.     
  6217. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa26121;
  6218.           4 Apr 94 15:33 EDT
  6219. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6220.     id AA15617; Mon, 4 Apr 94 10:40:06 CDT
  6221. Return-Path: <telecom>
  6222. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6223.     id AA15601; Mon, 4 Apr 94 10:40:03 CDT
  6224. Date: Mon, 4 Apr 94 10:40:03 CDT
  6225. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6226. Message-Id: <9404041540.AA15601@delta.eecs.nwu.edu>
  6227. To: telecom@eecs.nwu.edu
  6228. Subject: TELECOM Digest V14 #161
  6229.  
  6230. TELECOM Digest     Mon, 4 Apr 94 10:40:00 CDT    Volume 14 : Issue 161
  6231.  
  6232. Inside This Issue:                          Editor: Patrick A. Townson
  6233.  
  6234.     CID Modem Inits and Result Codes (Cid Technologies)
  6235.     STU 3 Secure Phones (Mark Kelly)
  6236.     Centrex - Disaster Recovery and Remote Access (Keith Luca)
  6237.     Question About MIN and ESN (Sathyadev Uppala)
  6238.     Satellite Seminar on Convergence of Computing, Telecom and TV (R. Layman)
  6239.     AT&T Screws up, Over and Over (Scott D. Green)
  6240.     Telco MUX to Home? (Roger Marquis)
  6241.     Information Wanted on Univ of Florida, Gainesville (Steven Glinberg)
  6242.     Bornstein, Cooper & Associates (Jeffrey Bornstein)
  6243.     Information Wanted on ATM (Apurva Shrivastava)
  6244.     New Use of ANI (Rob Boudrie)
  6245.     Help! Big Problem With Phone Company (smolko@che.ncsu.edu)
  6246.     Last Laugh! Dennis the Menace (Carl Moore)
  6247.  
  6248. TELECOM Digest is an electronic journal devoted mostly but not
  6249. exclusively to telecommunications topics. It is circulated anywhere
  6250. there is email, in addition to various telecom forums on a variety of
  6251. public service systems and networks including Compuserve and GEnie.
  6252. Subscriptions are available at no charge to qualified organizations
  6253. and individual readers. Write and tell us how you qualify:
  6254.  
  6255.                  * telecom-request@eecs.nwu.edu *
  6256.  
  6257. The Digest is compilation-copyrighted by Patrick Townson Associates of
  6258. Skokie, Illinois USA. We provide telecom consultation services and
  6259. long distance resale services including calling cards and 800 numbers.
  6260. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  6261. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  6262.  
  6263.     ** Article submission address only: telecom@eecs.nwu.edu **
  6264.  
  6265. Our archives are located at lcs.mit.edu and are available by using
  6266. anonymous ftp. The archives can also be accessed using our email
  6267. information service. For a copy of a helpful file explaining how to
  6268. use the information service, just ask.
  6269.  
  6270. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  6271. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  6272. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  6273. Digest" shares archives resources at lcs.mit.edu for the convenience
  6274. of users. Please *DO NOT* cross post articles between the groups. All
  6275. opinions expressed herein are deemed to be those of the author. Any
  6276. organizations listed are for identification purposes only and messages
  6277. should not be considered any official expression by the organization.
  6278. ----------------------------------------------------------------------
  6279.  
  6280. From: dreuben@netcom.com (Cid Technologies)
  6281. Subject: CID Modem Inits and Result Codes
  6282. Date: Mon, 4 Apr 1994 03:15:37 PDT
  6283.  
  6284.  
  6285. I've recently been made aware that Caller ID decoding modems do NOT
  6286. all use the same init string and/or now display the CID information on
  6287. a terminal the same way.
  6288.  
  6289. For example, I *thought* that the standard CID Init to enable Caller
  6290. ID detection was: "AT#CID=1" (alternately you can use AT#CID=2 for the
  6291. "raw data" output format).
  6292.  
  6293. However, a ZyXEL modem user has told me that the Init string for him
  6294. is something like "ATS40=4" (or something like that, ie, not the same
  6295. as above).
  6296.  
  6297. Moreover, I had come to believe that the standard output format for the 
  6298. CID data was as follows:
  6299.  
  6300. TIME: 0900
  6301. DATE: 0401
  6302. NMBR: 6175551212
  6303.  
  6304. (I assume all modems with Rockwell chips look like this ... am I
  6305. correct in this assumption?)
  6306.  
  6307. However, it seems the ZyXEL outputs the info differently, and this
  6308. doesn't even take into account Canadian CID or CNID (with the name
  6309. somewhere in the string).
  6310.  
  6311. So, if anyone has a Caller ID modem whose Init string is different
  6312. from "AT#CID=1" to enable Caller ID detection, and/or whose output
  6313. string differs from the above example (including people with CNID and
  6314. CID in Canada), could you please drop me a note with what Init string
  6315. you use, or a copy of a typical CID output from a call? (You don't
  6316. need to use real numbers or anything, just so I'll know what the
  6317. format looks like ...)
  6318.  
  6319. Thanks in advance for any help!
  6320.  
  6321.  
  6322. Doug  dreuben@netcom.com 
  6323.  
  6324. (Since there will hopefully be a number of responses, please reply to netcom
  6325. instead of my usual Wesleyan address - thanks!)
  6326.  
  6327. ------------------------------
  6328.  
  6329. Date: Sun, 3 Apr 1994 16:23:23 EDT
  6330. From: Mark Kelly <mkelly@gabriel.resudox.net>
  6331. Subject: STU 3 Secure Phones
  6332.  
  6333.  
  6334. Can anyone point me to (or provide me with) information about STU 3
  6335. phones. Based on a brief conversation I had with a potential customer,
  6336. I believe it is a portable phone that can be plugged into an standard
  6337. telephone jack to allow secure (scrambled) telephone calls.
  6338.  
  6339. The customer asked me if he could hold multi-party conference calls
  6340. using the STU phone through our service. We have direct T1 feeds from
  6341. our local telco into our digial conference bridge. DSPs in the bridge
  6342. mix the voice signals to do multi-point conferencing.
  6343.  
  6344. I suspect that the STU phone scrambles the voice signal and the DSPs
  6345. will just end up mixing a bunch of garbage.
  6346.  
  6347. If this is true, does anyone know of H/W that can be connected to T1s
  6348. to unscramble the incoming voice before it hits the conference bridge
  6349. and then rescramble it on its way back out the T1.
  6350.  
  6351. E-mail to mkelly@resudox.net would be appreciated. Thanks.
  6352.  
  6353.  
  6354. Mark Kelly   Advanced Multi-Point Conferencing   Kanata, Ontario, Canada
  6355.  
  6356. ------------------------------
  6357.  
  6358. From: kluca@pipeline.com (Keith Luca)
  6359. Subject: Centrex - Disaster Recovery and Remote Access
  6360. Date: 3 Apr 1994 10:57:01 -0400
  6361. Organization: The Pipeline
  6362.  
  6363.  
  6364. My company has recently switched to NYNEX Intelepath Centrex service.
  6365. We were given several disaster recovery options which were all very
  6366. expensive.  If you use Intelepath or any other Centrex service,
  6367. preferably on an AT&T 5ESS switch, what kind of offsite disaster
  6368. recovery plan are you using?
  6369.  
  6370. Also, I would like to provide my users with remote access to the
  6371. switch but I'm very concered about the security issue. I have not
  6372. initiated this with NYNEX yet, but would appreciate any comments about
  6373. opening up you switch.
  6374.  
  6375. ------------------------------
  6376.  
  6377. From: sathya@uw-isdl.ee.washington.edu (Sathyadev Uppala)
  6378. Subject: Question About MIN and ESN
  6379. Date: 3 Apr 1994 22:53:10 GMT
  6380. Organization: Electrical Engineering, University of Washington, Seattle
  6381.  
  6382.  
  6383. What is the difference between MIN and ESN?
  6384.  
  6385. Each mobile unit in a celllular system has a unique ESN, so what is
  6386. the need to have a MIN?
  6387.  
  6388. ------------------------------
  6389.  
  6390. Date: Mon, 4 Apr 1994 08:46:38 EDT
  6391. From: Richard Layman <rlayman@cap.gwu.edu>
  6392. Subject: Satellite Seminar on Convergence of Computing, Telecom and TV
  6393.  
  6394.  
  6395.     The Public Broadcasting Service's Adult Learning Satellite
  6396. Service/The Business Channel, the Computer Television Network, and the
  6397. Data Processing Management Association have joined together to produce
  6398. a series of programs on information technology (IT) and
  6399. telecommunications.  {NetworkWorld} magazine is a promotional sponsor.
  6400. (Previous programs in this year's series were "Deploying New Computer
  6401. Technology Successfully" and "Solving Local and Wide Area Network
  6402. Challenges.")
  6403.  
  6404.     "Bandwidth and Public Policy: The Data Highway Debate and Its
  6405. Impact on Businesses" (4/14/94 - two hours) covers the convergence of
  6406. television, computing, and telecommunications, and explores what this
  6407. may mean for organizations.
  6408.  
  6409.     It features Robert Heldman, director of technical strategies
  6410. for US WEST and author of {Future Telecommunications}, {Information
  6411. Telecommunications}, and {Global Telecommunications} all published by
  6412. McGraw-Hill and Richard Wiley, former chair of the Federal Communications 
  6413. Commission and the leading telecommunications attorney in Washington, D.C.
  6414.  
  6415.     The program features filmed Q&A with George Gilder, one of the
  6416. leading "futurists" about convergence, and author of {Life After
  6417. Television} and {Microcosm}.  It will also feature filmed pieces with
  6418. VP Gore, Rep. Rick Boucher of the House Telecommunications Subcommittee, 
  6419. and others.
  6420.  
  6421.     Mr. Heldman is well-known in the telephone industry for trying
  6422. to figure out what their future may be -- his normal audience is made
  6423. up of the presidents of the local telephone companies.  Mr. Wiley will
  6424. discuss how the federal government and regulation will respond to
  6425. bring that future about.
  6426.  
  6427.     George Gilder has provocative ideas about how the computing
  6428. industry will be in the drivers seat -- and how the laws of the
  6429. microcosm and telecosm are driving much faster than 55 mph!  (He has
  6430. other provocative ideas too! -- for example, that cable companies and
  6431. telephone companies ought to be able to work together TODAY, even in
  6432. monopolistic situations, provided there are no barriers to unaffiliated 
  6433. content-providers.)
  6434.  
  6435.     Audience/Objectives: Everyone is talking about "video-on-demand" 
  6436. and the information highway.  Most of the discussion has focused on the 
  6437. home consumer.  This program focuses on the "enterprise" -- be it a
  6438. profit-making or non-profit organization.  The target audience is IT
  6439. and telecommunications managers.
  6440.  
  6441. How to receive this program:
  6442.  
  6443.     This program is distributed by the Public Broadcasting Service's 
  6444. Adult Learning Satellite Service, by satellite, direct to a site equipped 
  6445. with satellite-receive (TVRO) equipment.
  6446.  
  6447.     The license fee is based on the type of organization receiving
  6448. the program.  Affiliates of PBS-ALSS and Data Processing Management
  6449. Association chapters pay $175.  Other nonprofits pay $275.  Businesses
  6450. are charged $375.
  6451.  
  6452. University Downlink Tips:
  6453.  
  6454.     Many of the college and universities that license the ITS
  6455. programs do so through a continuing education division.  (This may be
  6456. in collaboration with a local chapter of the Data Processing Management 
  6457. Association and/or computing departments within the university, or with 
  6458. academic or administrative computing divisions.)  Most charge non-
  6459. University attendees a fee for the seminar.  You may wish to explore this
  6460. as a way to keep costs down.
  6461.  
  6462. Downlink Tips for Businesses and other organizations:
  6463.  
  6464.     If your organization doesn't have satellite-receive equipment
  6465. it is possible to identify a site in your area which does (colleges,
  6466. PBS television stations, and K-12 school districts, etc., to name a
  6467. few).  PBS account representatives can provide suggestions about sites
  6468. in your area.
  6469.  
  6470.     It is also possible that there is a site within your community
  6471. which has already licensed the program, and is making it available to
  6472. others within your area.  We can help you identify such sites as well
  6473. (send an e-mail request to rllayman@netcom.com).
  6474.  
  6475. For More Information:
  6476.  
  6477.     For questions about downlinking, licensing, etc., please
  6478. contact PBS's Adult Learning Satellite Service at 1-800-257-2578 or by
  6479. fax at 1-703-739-8495.
  6480.  
  6481.     You may also send additional queries by e-mail to:
  6482.  
  6483. rllayman@netcom.com
  6484.  
  6485. Thank you for your time and interest.
  6486.  
  6487.  
  6488. Richard Layman   Marketing Director
  6489. Computer Television Network   East Coast Office 
  6490. 825 6th St. N.E.   Washington, DC 20002-4325
  6491. 202-544-5722 (voice)   202-543-6730 (fax)
  6492. rllayman@netcom.com (email)
  6493.  
  6494. ------------------------------
  6495.  
  6496. From: green@whrepro1.wharton.upenn.edu (Scott D. Green)
  6497. Subject: AT&T Screws up, Over and Over
  6498. Date: Sun, 3 Apr 1994 16:36:40
  6499.  
  6500.  
  6501. Here's a tale of AT&T Corporate Card/ProWATS hell that I've been going
  6502. thru since 11/93.  I share it with you to see if there are other
  6503. battle-scarred veterans out there.
  6504.  
  6505. My company, thru the Travel office and Telecom, got AT&T calling
  6506. cards hooked up with our AMEX statements to provide single-statement
  6507. "convenience" for submitting vouchers for reimbursement.  Our rate
  6508. schedule is on some sort of ProWATS plan, and provides a 10% discount
  6509. of the total.
  6510.  
  6511. So I get my 11/93 statement with a few calls between TX and PA listed.
  6512. They were all made during night or weekend periods, yet the Rate Code
  6513. listed is E(vening) or U (no rate - pretty strange for domestic
  6514. calls).  I also notice that calls made between the same CO's during
  6515. the same rate period were costed differently: three one-minute calls at
  6516. $.90, $.96, and $1.00.  I call their "customer service" line and,
  6517. shockingly, my next statement appears with a total of $5.43 in credit,
  6518. against original charges of $10.13!
  6519.  
  6520. Unfortunately on that (12/93) statement, I also had a bunch of new
  6521. calls, but our AT&T/ProWATS page turned into an AT&T/Corporate page,
  6522. and didn't have our 10% discount.  So another round with customer
  6523. service, only this time it has to go to the Corporate Card Center in
  6524. Charleston, WV.  Turns out that the entire university was billed
  6525. incorrectly.  They admitted it.  Of course, most folks who use calling
  6526. cards, and get reimbursed, have no incentive at all to analyze their
  6527. charges and/or discounts, so this is pretty much a ripoff, even though
  6528. AT&T pledged to credit back the differences.
  6529.  
  6530. So the next statement (1/94) comes in, with no adjustments.  AT&T said
  6531. that they're still working on it.
  6532.  
  6533. 2/94 rolls in, and AT&T's fix was to credit back every call from
  6534. 12/93, and then re-bill it.  This one is pretty interesting, because
  6535. virtually all the calls were re-billed at a higher rate (under
  6536. ProWATS) than under "Corporate", *even after the 10% discount*.  And
  6537. on top of that, there are several pairs of identical calls (CO's, rate
  6538. period, length) that are again billed inconsistently.  
  6539.  
  6540. First thing I do here is call AMEX and explain to them that I have a
  6541. dispute with a vendor (AT&T) and would they kindly not mark my account
  6542. delinquent while this is being resolved.  AMEX says they can't do
  6543. that, I have to call AT&T.  OK, I've got to call them anyway. :) AT&T
  6544. can't explain to me the billing inconsistencies; they can't even tell
  6545. me what the calling card surcharge is for the calls!  What follows is
  6546. a long series of phone calls to the Corporate Card Center, our local
  6547. AT&T AE, and the folks at this university in Travel and Telecom, who are
  6548. supposed to be watchdogging their vendor.
  6549.  
  6550. It was a frustrating month, because most of it was spent trying to
  6551. convince the aforementioned Bozos of the existence of a problem.  The
  6552. kicker came on my 3/94 statement.  I had one new call listed, placed
  6553. on a Saturday afternoon.  The rate code listed was E(vening).  Honest.
  6554. And, AMEX placed a polite "your account is delinquent" message on my
  6555. statement.  Another round of calls to my new-found extended family:
  6556. AMEX still says they can't deal with the AT&T dispute (why not?  they
  6557. handle it with every other vendor whose charges appear on their
  6558. statement); AT&T said I need to contact AMEX about the dispute.  AT&T
  6559. finally got the three of us on a conference call to fix that.  My
  6560. "personal" AT&T CSR tried to foist some of the blame onto *their*
  6561. "billing vendor," Cincinatti Bell.
  6562.  
  6563. So, while we're waiting for corrected charges, the university is
  6564. finally wondering how much we got ripped off for, and whether this
  6565. program is really worth it.  Meanwhile, AT&T, which has presumably
  6566. been in the business of providing toll-call service longer than
  6567. anybody, has not provided me an accurate billing since November, for
  6568. calls made in October.  That's six months, with no resolution in
  6569. sight.  How the mighty have fallen ...
  6570.  
  6571. ------------------------------
  6572.  
  6573. From: marquis@netcom.com (Roger Marquis)
  6574. Subject: Telco MUX to Home?
  6575. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  6576. Date: Mon, 4 Apr 1994 01:37:19 GMT
  6577.  
  6578.  
  6579. When Pac Bell recently installed a second line into my (1940s) apartment 
  6580. building they didn't run any new wire but instead installed a new demark/
  6581. junction box.  When I opened this box to connect my second line I was
  6582. surprised to find only the one original line going in, and _two_ lines
  6583. coming out!  Could it be my lines are MUXed to the local switch?
  6584.  
  6585. I've tested the quality of both lines by making a voice call on one and a 
  6586. data call on the other (while executing 'sz /dev/zero' at 14.4+) without 
  6587. finding any measurable degradation.
  6588.  
  6589. The alleged MUX measures 2*3*3 in. and is fully sealed except for the
  6590. contacts.  Does anyone know what I have here?
  6591.  
  6592.  
  6593. Roger Marquis
  6594.  
  6595. ------------------------------
  6596.  
  6597. From: sjg@cs.wisc.edu (Steven Glinberg)
  6598. Subject: Information Wanted on Univ of Florida, Gainesville
  6599. Date: 3 Apr 1994 22:57:58 GMT
  6600. Organization: U of Wisconsin CS Dept
  6601.  
  6602.  
  6603. Sorry for the intrusion, but I was wondering if anyone could email
  6604. input on the University of Florida, in Gainesville.  I read this group
  6605. all the time and I figured I could reach a lot of people quickly this
  6606. way.
  6607.  
  6608. I have an opportunity to study there this summer, particularly in the
  6609. psych dept, and I would like input from anyone who studied/lived
  6610. there, to help me make my decision. (what the campus is like, how big
  6611. the school is, how close the campus is to the real world, about the
  6612. city, Gainesville, anything about the campus would be helpful)
  6613.  
  6614. I will be unable to read this newsgroup this week, but I will have access
  6615. to my email, so please email any responses to sjg@yar.cs.wisc.edu 
  6616.  
  6617. Thanks much for your help.
  6618.  
  6619.  
  6620. Steve Glinberg
  6621. E mail: BEST ADDRESS       sjg@yar.cs.wisc.edu 
  6622.         2nd best address   glinberg@students.wisc.edu
  6623.         3rd best           glinberg@macc.wisc.edu
  6624.  
  6625. ------------------------------
  6626.  
  6627. From: nteractive@aol.com
  6628. Date: Sun, 03 Apr 94 20:10:12 EDT
  6629. Subject: Bornstein, Cooper & Associates
  6630.  
  6631.  
  6632. BORNSTEIN, COOPER & ASSOCIATES functions as a Broker and "Clearing
  6633. House" for Agents and Marketing Companies that are already active, or
  6634. wish to become involved in the RESALE OF LONG DISTANCE SERVICES,
  6635. PRODUCTS, AND ANCILLARY ITEMS.
  6636.  
  6637. BC&A Principals have been active in the Telecommunications Industry
  6638. for over 40 years! Our Support Staff is located in all geographic
  6639. areas of the United States.
  6640.  
  6641. BC&A represents only reputable and proven PROVIDERS, RESELLERS, AND
  6642. CARRIERS who in most cases, are members of TRA (Telecommunications
  6643. Resellers Association). However, in all instances, each has been
  6644. carefully screened and researched by our company, it's legal staff,
  6645. and Dun & Bradstreet.
  6646.  
  6647. BC&A CONTRACTS Agents and Marketing Companies DIRECTLY with the
  6648. Providers, Resellers and Carriers that we represent. There are NO
  6649. "MIDDLEMEN" involved with you and your COMMISSIONS! However, we are
  6650. licensed to discuss all contractual issues so that you can achieve a
  6651. proper match and fit. Nondisclosure Forms ARE NOT REQUIRED, since BC&A
  6652. guarantees you can not secure a better deal, even if you negotiate
  6653. directly with our service providers.
  6654.  
  6655. If you are involved in Long Distance and desire: higher commissions,
  6656. better and more accurate reporting, and a safer environment to market
  6657. in, or ... if you are simply excited about becoming a part of a
  6658. growing ($60 BILLION MARKET) and dynamic industry ... look to the
  6659. experience and expertise of BC&A.
  6660.  
  6661. Our PRODUCT LINE consists of the following:
  6662.  
  6663. * OUTBOUND & INBOUND: AT&T, SPRINT, WILTEL, ALLNET,
  6664.   LDDS-METROMEDIA, LCI & WCT
  6665. * DEDICATED (T-1) ACCESS
  6666. * CALLING CARDS
  6667. * DEBIT (PREPAID) CALLING CARDS
  6668. * INTERNATIONAL CALLBACK
  6669. * OTHER SMALL BUSINESS DISCOUNT PRODUCTS & SERVICES
  6670. * QUALIFIED CUSTOMER/END-USER LEADS
  6671.  
  6672. For more information, please contact Jeffrey Bornstein (nteractive@aol.com)
  6673. or feel free to FAX/write or call for more information:
  6674.  
  6675.  
  6676. Jeffrey Bornstein
  6677. BORNSTEIN, COOPER & ASSOCIATES
  6678. 1001 Village Road
  6679. Orwigsburg, PA  17961
  6680. (800) 754-4411
  6681. (717) 366-1699
  6682. (717) 366-1827 FAX
  6683.  
  6684. Jeff Bornstein   Bornstein, Cooper & Associates  nteractive@aol.com
  6685.  
  6686. ------------------------------
  6687.  
  6688. From: ashrivas@st6000.sct.edu (Apurva Shrivastava)
  6689. Subject: Information Wanted on ATM
  6690. Date: Sun,  3 Apr 94 22:26:29 EDT
  6691.  
  6692.  
  6693. People,
  6694.  
  6695. I am looking for material on doing my thesis on routing problems
  6696. in ATM as this this is an open issue.
  6697.  
  6698. It has been suggested by my guide, Dr. Doreen Erickson, to ask
  6699. companies like Bellcore etc for material and also volunteer to do
  6700. research on their behalf. Of course all confidentiality papers etc.
  6701. would be signed by the entire committee. I have knocked one door after
  6702. another but have been very unsuccessful as yet. (My confidence level
  6703. seems to be decaying exponentially). All articles and material that I
  6704. have read seem to say 'ROUTING IS AN OPEN ISSUE', but nobody elaborates 
  6705. (proprietory problems?).
  6706.  
  6707. I know that this forum is very well and widely subscribed to and hence
  6708. would like to take the great opportunity offered by this medium to
  6709. request for help from all sympathetic souls.
  6710.  
  6711.  
  6712. ADVthanksANCE,
  6713.  
  6714. Apurva
  6715.  
  6716. ------------------------------
  6717.  
  6718. From: rboudrie@chpc.org (Rob Boudrie)
  6719. Subject: New Use of ANI
  6720. Date: 4 Apr 1994 06:37:38 GMT
  6721. Organization: Ctr for High Performance Computing, Marlboro Ma.
  6722. Reply-To: rboudrie@chpc.org (Rob Boudrie)
  6723.  
  6724.  
  6725. <all policital commentary left out, to address only telecom issues>
  6726.  
  6727. 800-WHY-GUNS is an 800 number set up by a gun control proponent to
  6728. accumulate messages from people wanting to recieve literature on their
  6729. cause.
  6730.  
  6731. Interesting points :
  6732.  
  6733. - Some users report that the message changes after the third call
  6734.   from the same number, stating that calls from a single number are
  6735.   limited to three because of harassment from opponents [note: I wonder
  6736.   if they still pay for a call to their computers to identify the
  6737.   caller and leave this message?]
  6738.  
  6739. - The voice repsonse unit appears to do some checking on the zip
  6740.   code spoken into the system -- it replies invalid entry if you
  6741.   read in a nine digit zip (with a spoken dash in it).
  6742.  
  6743.  
  6744. Robert Boudrie         Center for High Performance Computing
  6745. rboudrie@chpc.org      293 Boston Post Rd West
  6746. (508) 624-7400 x635    Marlboro, MA 01752
  6747.   
  6748. ------------------------------
  6749.  
  6750. From: smolko@che.ncsu.edu
  6751. Subject: HELP! Big Problem With Phone Company
  6752. Date: 4 Apr 1994 02:21:40 -0600
  6753. Organization: UTexas Mail-to-News Gateway
  6754.  
  6755.  
  6756. I have a big problem with the phone company, and I'm not sure how to
  6757. deal with it.  This "friend" of mine who lives at the university is
  6758. forced to use a single long-distance carrier that charges top dollar
  6759. for long- distance calls.  Somehow he got MCI to set up an account
  6760. that would allow him to make calls on my phone, using a special code,
  6761. and have the bill for the calls sent to his address.  This seemed
  6762. rather unusual and so I called MCI to inquire about it.  I was told
  6763. that this is not really unusual and that I would not be responsible
  6764. for the charges if this guy doesn't pay the bills.  The impression I
  6765. was given was that the special code that he would use is something
  6766. like a calling card.  That being the case, I told him he could use my
  6767. phone.
  6768.  
  6769. For several months he has been using this arrangement with MCI to make
  6770. numerous, lengthy calls to a foreign country (he is not a U.S. citizen).
  6771. However, on my latest phone bill there was listed nearly $700 worth of
  6772. calls that this guy made using my phone.  When I called MCI to try to
  6773. rectify the situation I was told that his account had been closed by
  6774. the fraud department.  Apparently, he racked up between $3000 and
  6775. $4000 worth of charges on that account, paid some of it, and then
  6776. disputed the rest of the charges.  I was told by MCI that I am
  6777. responsible for the $700 bill since this guy used the phone with my
  6778. permission.  I was also told that they will probably come after me for
  6779. the other charges as well. Apparently, they may try to use the same
  6780. excuse -- that he used the phone with my permission.  However, as I see
  6781. it, there's a big difference between "Can I make a toll call on your
  6782. phone?" and "Can I make a toll call on your phone and have it charged
  6783. to my account?".
  6784.  
  6785. What are my legal responsibilities in a situation like this?  What is
  6786. the best way to handle this predicament?  I suppose I'll have to try
  6787. to collect the $700 from this guy so I can pay my recent phone bill.
  6788. As for the other charges, I guess I'll just have to wait and see what
  6789. happens.  Unfortunately, I don't expect it to be easy to get any money
  6790. from this guy.  I'll probably have to put a lot of pressure on him,
  6791. and even then I may never collect a penny.  I hope someone out there
  6792. can provide me with some helpful advice, as this whole thing is
  6793. starting to make me feel rather ill.
  6794.  
  6795.  
  6796. Dan   smolko@che.ncsu.edu
  6797.  
  6798.  
  6799. [TELECOM Digest Editor's Note: The long-standing rule in telephony has
  6800. always been that each subscriber is responsible for the (physical) use 
  6801. of his instruments. That is, if someone uses your phone with your per-
  6802. mission, then telco will as a courtesy attempt to bill the call however
  6803. the party wants; but as a worst-case scenario, if the billing falls
  6804. through then it comes back to the subscriber as a last recourse. The
  6805. called party could agree to accept your collect call for example, and
  6806. if later they change their mind, you get billed. When you, or someone
  6807. you allow uses your phone, the tariff says you agree -- if no other
  6808. billing is workable (third party, collect, credit card, whatever) to
  6809. pay. If your phone is used, billing and collection is your problem.
  6810.  
  6811. Now in your case, there seems to be no physical use of your phone, thus
  6812. no liability on your part in that way. However, there is a credit issue
  6813. involved: did you agree to allow your credit standing with telco to be
  6814. used as the basis for an extension of credit to your friend? If the answer
  6815. is yes, that you told telco they could rely upon you for payment of your
  6816. friend's bills, then indeed you are now responsible for payment. Consider
  6817. it like co-signing a note for an automobile purchase or any other credit
  6818. purchase. On his own merits, he could not get credit, but you agreed to
  6819. help, and as a good customer, telco accepted your guarentee. As 'they'
  6820. say, now it is payback time.  
  6821.  
  6822. But did you really give this guarentee or permission to telco? Your first
  6823. paragraph seems to imply otherwise. You say he 'somehow' got MCI to set
  6824. up a credit account using your phone number as the basis for credit. Were
  6825. you aware that he got MCI to make these arrangements prior to him making
  6826. them? If so, then now this is your problem. You say you called MCI and 
  6827. were told this was not 'unusual'. No, it is not; telcos will issue credit
  6828. cards to 'friends' or roomates or whatever, but they do it on the basis
  6829. of someone, somewhere having a good credit standing and agreeing to pay.
  6830. Your account with the local telco sufficed for this purpose.
  6831.  
  6832. You say you were told by the MCI rep (orally I am sure, not in writing)
  6833. that you would not be responsible for charges. That amounts to the same
  6834. thing as a used-car salesman telling you that if you co-sign for some kid
  6835. to buy a car, you won't be held responsible if the kid defaults on the
  6836. payments ... of course you will be responsible! And needless to say, MCI
  6837. will deny ever making such a statement in the first place; maybe they
  6838. did and maybe they didn't. They'll help chase him, but its your problem.
  6839.  
  6840. Most likely if you do not pay, one of two things will happen. If the
  6841. charges are billed to you via your local telco, then failing to pay, 
  6842. you will get cut until you do. Telco may require a deposit to turn you
  6843. back on. If the charges were billed direct by MCI on a separate statement,
  6844. then if you fail to pay MCI will place you with an agency and probably auth-
  6845. orize the agency to sue you. If at that point you can convince MCI or the
  6846. court that you did not initially know of the billing arrangements and that
  6847. the guarentee was not authorized by you, then you will be off the hook. If 
  6848. you knew about the arrangement from its onset, it is unlikely the court 
  6849. will accept your word that MCI told you 'that you would not be responsible 
  6850. if party did not pay ...'. If you can convince the court (should you get 
  6851. sued, although MCI may simply write you off as a bad debt) that you did not 
  6852. initially know of the arrangements; that they were made without your
  6853. knowledge or permission and that you attempted to void the arrangements, 
  6854. then you will get off the hook. The catch is, what did you know and how soon 
  6855. did you know it and what efforts did you take to mitigate creditor's losses 
  6856. and your own? Only you and your friend know the answer to that, and should 
  6857. this go to the wall, a judge will decide who owes what.  PAT]
  6858.  
  6859. ------------------------------
  6860.  
  6861. Date: Mon, 4 Apr 94 7:53:07 EST
  6862. From: Carl Moore <cmoore@BRL.MIL>
  6863. Subject: Last Laugh! Dennis the Menace
  6864.  
  6865.  
  6866. I have just seen an episode of the "Dennis the Menace" TV series, made
  6867. in 1959.  It always opens with some mischievous incident; this morning, 
  6868. Mr. and Mrs. Mitchell were saying how someone "fixed" their phone so
  6869. they could dial long distance without having to go through an operator, 
  6870. and Dennis then talks about dialing and hearing the ringing sound (he
  6871. used nonsense syllables to describe it) and saying that "Aunt ___ was
  6872. surprised to hear my voice".  At that, Mr. and Mrs.  Mitchell have
  6873. astonished looks; left unspoken is "Dennis, did YOU make a long
  6874. distance call?".  (In case anyone is interested, Dennis was played by
  6875. Jay North; Henry and Alice Mitchell, his parents, by Herbert Anderson
  6876. and Gloria Henry; Mr. Wilson, by Joseph Kearns.  It was based on Hank
  6877. Ketcham's comic strip.)
  6878.  
  6879. That reminds me that the Nancy comic strip had Aunt Fritzie holding a
  6880. $98 phone bill and saying "NANCY, DID YOU MAKE ANY LONG DISTANCE CALLS?".
  6881.  
  6882. ------------------------------
  6883.  
  6884. End of TELECOM Digest V14 #161
  6885. ******************************
  6886.     
  6887.     
  6888. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa26757;
  6889.           4 Apr 94 16:41 EDT
  6890. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6891.     id AA21283; Mon, 4 Apr 94 12:22:03 CDT
  6892. Return-Path: <telecom>
  6893. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6894.     id AA21273; Mon, 4 Apr 94 12:22:00 CDT
  6895. Date: Mon, 4 Apr 94 12:22:00 CDT
  6896. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6897. Message-Id: <9404041722.AA21273@delta.eecs.nwu.edu>
  6898. To: telecom@eecs.nwu.edu
  6899. Subject: TELECOM Digest V14 #162
  6900.  
  6901. TELECOM Digest     Mon, 4 Apr 94 12:22:00 CDT    Volume 14 : Issue 162
  6902.  
  6903. Inside This Issue:                          Editor: Patrick A. Townson
  6904.  
  6905.     FAQ: Telephone Call-Back Service Providers (v1.1) (Bruce Hahne)
  6906.     Globalcom Inernational Callback Service (Scott C. Bundren)
  6907.     AT&T Price Changes on International Calls (Van Hefner)
  6908.     LEC Competition/Value of Service (00r0nolting@leo.bsuvc.bsu.edu)
  6909.     Where Can I Find Back Issues? (Javier Montero)
  6910.     Need Advice on Terminal Server For PPP Access (Ben Lippolt)
  6911.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Brian Gordon)
  6912.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Jon Anhold)
  6913.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Robert S. Helfman)
  6914.  
  6915. TELECOM Digest is an electronic journal devoted mostly but not
  6916. exclusively to telecommunications topics. It is circulated anywhere
  6917. there is email, in addition to various telecom forums on a variety of
  6918. public service systems and networks including Compuserve and GEnie.
  6919. Subscriptions are available at no charge to qualified organizations
  6920. and individual readers. Write and tell us how you qualify:
  6921.  
  6922.                  * telecom-request@eecs.nwu.edu *
  6923.  
  6924. The Digest is compilation-copyrighted by Patrick Townson Associates of
  6925. Skokie, Illinois USA. We provide telecom consultation services and
  6926. long distance resale services including calling cards and 800 numbers.
  6927. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  6928. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  6929.  
  6930.     ** Article submission address only: telecom@eecs.nwu.edu **
  6931.  
  6932. Our archives are located at lcs.mit.edu and are available by using
  6933. anonymous ftp. The archives can also be accessed using our email
  6934. information service. For a copy of a helpful file explaining how to
  6935. use the information service, just ask.
  6936.  
  6937. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  6938. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  6939. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  6940. Digest" shares archives resources at lcs.mit.edu for the convenience
  6941. of users. Please *DO NOT* cross post articles between the groups. All
  6942. opinions expressed herein are deemed to be those of the author. Any
  6943. organizations listed are for identification purposes only and messages
  6944. should not be considered any official expression by the organization.
  6945. ----------------------------------------------------------------------
  6946.  
  6947. Subject: FAQ: Telephone Call-Back Service Providers (v1.1)
  6948. Date: Mon, 04 Apr 94 17:38:04 +0900
  6949. From: Bruce Hahne <bruce@jise.isl.melco.co.jp>
  6950.  
  6951.  
  6952.         LIST OF COMPANIES PROVIDING INTERNATIONAL CALL-BACK SERVICE
  6953.                                 version 1.1
  6954.                                 March 24, 1994
  6955.  
  6956. Introduction:
  6957.  
  6958. This list started as an attempt to gather information about companies
  6959. which provide call-back services to Japan.  Such companies allow you
  6960. to call from Japan to the U.S. at U.S. rates instead of at the (much
  6961. less competitive) rates set by Japan's 3 international phone
  6962. companies.
  6963.  
  6964. I have since found that most call-back companies provide call-back
  6965. services to many different countries, so I will not limit the
  6966. distribution of this post to newsgroups such as soc.culture.japan and
  6967. fj.life.in-japan.  However, the pricing information I give has a bias
  6968. towards examples connecting to or from Japan.
  6969.  
  6970. This document is in the public domain.  Please pass it around freely
  6971. and help people to save some money!  Please send additional
  6972. information on old or new callback companies to Bruce Hahne at any of
  6973. the addresses listed at the end of this post.
  6974.  
  6975. Companies are listed in alphabetical order.
  6976.  
  6977. This information is NOT guaranteed accurate, and may be based in part
  6978. on advertisements or fliers which are out of date, as well as on
  6979. 3rd-party reports.  For full details and up-to-date pricing information, 
  6980. contact the companies directly.
  6981.  
  6982.  
  6983. NAME: Business Communications Management, Inc.
  6984. CONTACT INFO:   Business Communications Management, Inc.
  6985.                 1320 El Capitan Drive, Suite 300
  6986.                 Danville, CA  94526
  6987.                 Phone: 1-510-277-3030
  6988.                 Fax: 1-510-277-3555
  6989.                 Internet: vthiry@netcom.com
  6990.  
  6991. HOW IT WORKS: Call your access number (in the U.S.?), then hang up. 
  6992.   Their computer calls you back at a preselected number.
  6993. BILLING: $50 one-time enrollment fee.  $25 monthly minimum.  Billed to
  6994.   your credit card.
  6995. SAMPLE RATES:   Japan to U.S. or U.S. to Japan: $0.45/min.
  6996.                 Japan to U.K. or U.K. to Japan: $0.74/min.
  6997.                 Japan to Canada or Canada to Japan: $0.68/min.
  6998.                 Japan to Germany or Germany to Japan: $0.91/min.
  6999.                 (30-second minimum per call, billed in 6-second increments)
  7000. COMMENTS:  Rates are the same at all times of the day and week. 
  7001.   Monthly statement is mailed to you.  No PIN.  You can register as many
  7002.   call-back numbers as you want.  
  7003. NOTES:  
  7004. - This company is a reseller of the MTC PASSPORT service, also available
  7005.   from MTC listed below.  They do not resell the MTC OneCard mentioned in
  7006.   the MTC entry.
  7007. - Vthiry@netcom.com appears willing to fax out rate sheets so that you
  7008.   have pricing information in writing.
  7009.  
  7010.  
  7011. NAME:  CSI (Communications Systems International)
  7012. CONTACT INFO:   Communications Systems International, Inc.
  7013.                 121 E. Pikes Peak Ave., Suite 226A
  7014.                 Colorado Springs, CO  80903  USA
  7015.                 Phone: 1-719-471-3332
  7016.                 Fax:  1-719-471-2893 or 1-719-564-0541
  7017.                 Internet: HVGriner@delphi.com
  7018.                 Compuserve: 73174,2250
  7019.  
  7020. HOW IT WORKS:   Dial an unlisted number assigned to you in the U.S. 
  7021.   Their computer doesn't answer, but calls you back after you hang up,
  7022.   giving you a U.S. dial tone.
  7023. BILLING:  $250 refundable deposit required for account setup.  $27.50
  7024.   monthly service fee if your bill is under $100/month.  Billed
  7025.   directly or via credit card.  Billed in 6-second increments, not
  7026.   1-minute increments.
  7027. SAMPLE RATES:
  7028.   Per-minute costs from Japan to various sites are, in U.S. dollars:
  7029.  
  7030.                   Japan Time:  8am -  2pm       2pm - 11pm      11pm - 8am
  7031.                             first   add'l    first   add'l    first  add'l
  7032.     Country or ZONE          min.    min.     min.    min.     min.   min.
  7033.     --------------------- ------- -------  ------- -------  --------------
  7034.     Australia               4.48    2.07     3.98    1.99     4.51   2.19
  7035.     United Kingdom          3.36    1.88     3.23    1.79     3.35   1.98
  7036.     United States           2.52    1.38     2.41    1.30     2.56   1.48
  7037.  
  7038. COMMENTS:    Can be set up for any of 235 countries.  No PIN.  It seems
  7039.   as if you will always be called back at the same number, though this
  7040.   isn't completely clear from their P.R. materials.  Full pricing
  7041.   information available on MS-dos disk.  Speed dialing available.
  7042.  
  7043.  
  7044. NAME:  Logical / Kokusai Telecom
  7045. CONTACT INFO:   2-1-1 Minamidai
  7046.                 Nakano-ku
  7047.                 Tokyo 164, Japan
  7048.                 (03) 5385-4701
  7049. Other information presently unavailable.  Supposedly their rates are 25%
  7050. below those of KDD, at all times.  This company is the Japanese agent
  7051. for a U.S. company.
  7052.  
  7053.  
  7054. NAME:  MTC OneCard
  7055. CONTACT INFO:   MTC Passport Telemanagement
  7056.                 Call Clearance Center
  7057.                 55 S. Market St., Suite 1435
  7058.                 San Jose, CA  95113
  7059.                 1-800-967-5382  or (408) 298-2985
  7060.                 Fax: (408) 298-6905
  7061. HOW IT WORKS: Dial local access number, your PIN, the phone number
  7062.   you're calling FROM, then hang up.  Their computer calls you back and
  7063.   gives you a U.S. dial tone.
  7064. BILLING:  $5 for initial account setup.  Billed through your credit card.
  7065. SAMPLE RATES:  From Japan to U.S.: $2.50 per call + 46.3 cents/minute?
  7066. COMMENTS:  Works from anywhere in the world with a local access number:
  7067.   about 45 countries.  Other services (speed dialing, conference calls,
  7068.   etc.) also available or will be available soon.
  7069. NOTES: 
  7070. - MTC also sells a callback service called "PASSPORT", listed below. 
  7071. - I have had serious problems trying to figure out the facts behind what
  7072.   services MTC offers and where to contact them to request service.  So
  7073.   far I have 3 postal addresses, 4 phone numbers, 2 fax numbers, and at
  7074.   least one person has reported being told that MTC doesn't offer the
  7075.   "OneCard". This is clearly not true, since I have one.  See the entry
  7076.   below for more MTC addresses and phone numbers.
  7077. - I do not have anything in writing directly from MTC giving their
  7078.   per-call and per-minute rates.  I have reports of $2.50/call plus 46.3
  7079.   cents per minute from Japan, but the math on my first bill does not
  7080.   match these numbers.  I would suggest contacting them directly for
  7081.   pricing information.
  7082. - MTC is allegedly receiving 100 new customers a day, so you may need to
  7083.   be patient about signing up and receiving information.
  7084.  
  7085.  
  7086. NAME:  MTC Passport
  7087. CONTACT INFO:   MTC Telemanagement Corporation
  7088.                 1304 Southpoint Boulevard
  7089.                 Petaluma, CA  94954
  7090.                 1-800-999-2682  or 1-800-733-2682
  7091.                 Fax: (707) 769-5940
  7092.                         or
  7093.                 Passport International Telemanagement
  7094.                 925 Lakeville St. #318
  7095.                 Petaluma, CA  94952
  7096. HOW IT WORKS: 2nd-hand information suggests it works as follows:  dial
  7097.   local access number, your PIN, then hang up.  Their computer calls you
  7098.   back at a predetermined number and gives you a U.S. dial tone.
  7099. BILLING:  $50 one-time enrollment fee.  $25 monthly minimum.
  7100. SAMPLE RATES:  From Japan to U.S.: 46.3 cents/minute, no per-call charge?
  7101. NOTES: 
  7102. - See notes above on MTC OneCard.
  7103. - The Passport service is also resold by Business Communications
  7104.   Management, listed earlier.
  7105.  
  7106.  
  7107.  
  7108. NAME: Progressive Communications
  7109. CONTACT INFO:   P.O. Box 5890
  7110.                 Athens, OH  45701-5890
  7111.                 Fax: 614-592-4970
  7112.                 Internet: dprince@oucsace.cs.ohiou.edu
  7113. COMMENTS:
  7114. - Information presently unavailable, but hopefully will be in
  7115.   place by the time I release version 1.2 of this FAQ.
  7116.  
  7117.  
  7118.  
  7119. NAME: Telepassport
  7120. CONTACT INFO:   P.O. Box 1003
  7121.                 Chicago, IL  60690
  7122.                 Fax: 1-708-329-0572
  7123. HOW IT WORKS: There are two main methods:
  7124.   1: Dial a U.S. number given to you by Telepassport, then hang up.  Their
  7125.   computer calls you back at your home number.  PIN optional.
  7126.   2: Dial a local toll-free number for Japan, enter account number and
  7127.   PIN, then enter a number which requests a callback to wherever you are.
  7128. BILLING: $25/month minimum.  Billed via credit card or via electronic
  7129.   funds transfer (bank to bank).
  7130. SAMPLE RATES:
  7131.   From Japan to U.S., standard/discount/economy rates:  .98/.85/.79 ($/minute)
  7132. COMMENTS: PIN is 4 digits.  You receive monthly statements.  Service
  7133.   available all over the world.  Message forwarding, voice mail, and
  7134.   other services available.  For extensive information, email the following
  7135.   message to tel-archives@lcs.mit.edu :
  7136.         reply YOURNAME@YOURSITE.YOUR.DOMAIN
  7137.         info telepassport
  7138.         end
  7139.  
  7140.  
  7141. Disclaimer:  I don't work for any of these companies.
  7142.  
  7143. Bruce Hahne
  7144. Current address:  bruce@jise.isl.melco.co.jp
  7145. Lifetime address: hahne@acm.org
  7146.  
  7147. ------------------------------
  7148.  
  7149. From: scottb@cats.ucsc.edu (Scott C Bundren)
  7150. Subject: Globalcom International Callback Service
  7151. Date: 4 Apr 1994 05:16:00 GMT
  7152. Organization: University of California, Santa Cruz
  7153.  
  7154.  
  7155.   *****GLOBALCOM INTERNATIONAL CALLBACK SERVICE BEGINS APRIL 15******
  7156.   
  7157. Globalcom 2000 is a U.S. based telecommunications company offering
  7158. Prepaid calling cards and long distance service to residential and
  7159. commercial clients.  Globalcom 2000 uses the WilTel fiber optic
  7160. network for superior quality telephone service.
  7161.  
  7162. On April 15th, 1994, Globalcom will begin to offer International
  7163. Callback service to clients worldwide.
  7164.  
  7165. HOW IT WORKS: The International Callback user dials a number which is
  7166. a toll free call from anywhere in the world, and receives a busy
  7167. signal.  The customer then hangs up the phone, and the system calls
  7168. them back, giving them access to U.S. lines and low Globalcom rates on
  7169. International calling.
  7170.  
  7171. SAMPLE RATES: All rates are per minute, for anytime of day
  7172.  
  7173. Australia $0.88            France $0.56
  7174. Germany $0.57            Hong Kong $0.66
  7175. India $1.27            Japan $0.63
  7176. Sweden $0.54            United Kingdom $0.44
  7177.  
  7178. Features:  
  7179.  
  7180. -- The most sophisticated and technologically advanced callback system in the 
  7181.    world.
  7182.  
  7183. -- 24-hour operator assistance.
  7184.  
  7185. -- Tremendous savings: Call from outside the USA to the USA at discount rates
  7186.    saving you 20%-70%.
  7187.  
  7188. -- Call from outside the USA to other countries, including across closed
  7189.    political borders.
  7190.  
  7191. -- Your personal/business voice mail message service in the USA--FREE.
  7192.  
  7193. -- Fax service: Store and Foward -plus- Fax Mail Boxes.
  7194.  
  7195. -- Access to all USA toll free 800 numbers.
  7196.  
  7197. -- Immediate access to Directory Assistance anywhere in the USA.
  7198.  
  7199.  
  7200. A complete rate sheet is available by e-mail.  Please send requests or
  7201. questions to scottb@cats.ucsc.edu.
  7202.  
  7203. ------------------------------
  7204.  
  7205. From: vantek@aol.com
  7206. Date: Mon, 04 Apr 94 09:00:44 EDT
  7207. Subject: AT&T Price Changes on International Calls
  7208.  
  7209.  
  7210. AT&T LOWERS PRICES ON INTERNATIONAL COLLECT CALLS 
  7211. SHORT HILLS, N.J. (APRIL 1) BUSINESS WIRE -
  7212.  
  7213. March 31, 1994 AT&T customers can now save money when making collect
  7214. calls to the United States from more than 125 countries using AT&T
  7215. USADirect (R) Service. The new prices go into effect on April 13,
  7216. thanks to a tariff filed this week with the FCC.
  7217.  
  7218. "With these reductions, the price of a five-minute collect call on
  7219. USADirect will be reduced by up to 27 percent," said Mike Dimperio,
  7220. group product manager for AT&T Direct services.
  7221.  
  7222. With AT&T's reduced prices, a customer who makes a five-minute collect
  7223. USADirect call from London to New York would pay only $9.89, a 23
  7224. percent reduction from the previous price of $12.89.  A similar call
  7225. to the U.S. from Germany has dropped almost $3.00, from $12.04 to
  7226. $9.36, a reduction of over 22 percent.
  7227.  
  7228. AT&T also filed modest price increases on AT&T USADirect calling card
  7229. rates.  These rate revisions for calling card calls from 113 countries
  7230. to the United States average about a 2.5 percent increase per call.
  7231.  
  7232. Millions of people worldwide -- business people, vacationers, students
  7233. and military persons -- use AT&T USADirect and AT&T World Connect (sm)
  7234. Service for fast, convenient and economical telephone access to the
  7235. United States and over 75 countries.  "These services let customers
  7236. call the U.S., or country-to-country, from more countries than any
  7237. other telecommunications company," Dimperio said.
  7238.  
  7239. AT&T USADirect and AT&T World Connect Service are available simply by
  7240. dialing a toll-free access number.  Callers are connected directly to
  7241. an English-speaking AT&T operator or voice prompt to place calling
  7242. card and collect calls.  AT&T's international operators provide
  7243. service in eight languages.  Additionally, AT&T offers customers
  7244. automated calling card and collect calls without operator assistance
  7245. from more than 60 countries.  Other AT&T USADirect and AT&T World
  7246. Connect Service benefits include:
  7247.  
  7248. o Sequential calling of up to 10 consecutive numbers
  7249.  
  7250. o Voice messaging services allow callers to record a message
  7251.  
  7252.   and have it delivered to virtually any phone in 170 countries
  7253.  
  7254. o Callers can conference up to 500 people in up to 270
  7255.  
  7256.   countries on the spur of the moment or by reservation
  7257.  
  7258. o Callers can gain access to AT&T Language Line Services for over-the-phone
  7259.   interpretations from English to more than
  7260.  
  7261. 140 languages
  7262.  
  7263. o Instant connection to all U.S. 800 numbers
  7264.  
  7265. o Instant access to U.S. and international directory assistance
  7266.  
  7267. o Customer service available 24 hours a day, seven days a week
  7268.  
  7269. For AT&T Calling Card calls via AT&T USADirect, AT&T True World
  7270. subscribers get a five percent discount off the cost of the call. And
  7271. True World customers who call their designated country receive an
  7272. additional 15 percent -- for a total of 20 percent -- on AT&T Calling
  7273. Card calls via USADirect.
  7274.  
  7275. For $3 a month, True World offers savings of up to 35 percent for
  7276. customers who make international calls.
  7277.  
  7278. AT&T USADirect customers who are also enrolled in the AT&T True
  7279. Rewards(sm) program and spend at least $25 a month in long-distance
  7280. services receive points that can be redeemed for frequent flier miles
  7281. and long distance gift certificates.
  7282.  
  7283. For more information on AT&T USADirect Service, customers in the U.S. may
  7284. call 1-800-331-1140.
  7285.  
  7286.  
  7287. CONTACT:  AT&T, Short Hills, N.J.
  7288.    Pat Robinson, 908/221-7949 (office)
  7289.    201/292-1557 (home)
  7290.           or
  7291.    Maureen Lynch, 201/564-3265 (office)
  7292.    908/580-1125 (home) 
  7293.  
  7294.                         -----------------
  7295.  
  7296. Van Hefner      Vantek Communications      vantek@aol.com
  7297.  
  7298. ------------------------------
  7299.  
  7300. From: 00r0nolting@leo.bsuvc.bsu.edu
  7301. Subject: Information Needed on LEC Competition/Value of Service
  7302. Date: 4 Apr 94 10:04:02 EST
  7303. Organization: Ball State University, Muncie, In - Univ. Computing Svc's
  7304.  
  7305.  
  7306. I urgently need information on pricing regulations in the local
  7307. exchange with regard to universal service subsidies. I have heard the
  7308. term "value of service" but am unable to find how the higher priced
  7309. business phone subsidizes the rural phone. Is part of the monthly fee
  7310. put into a fund, part of every local call?  Three of us are participating 
  7311. in a competition and have to present our ideas on Friday, April 8th, in 
  7312. the morning.
  7313.  
  7314. A short explanation or a reference will be appreciated. Anyone who
  7315. wants to can have our handout e-mailed to them next week.
  7316.  
  7317.  
  7318. Thanks, 
  7319.  
  7320. Reinhard Nolting, CICS, BSU   00r0nolting
  7321.  
  7322. ------------------------------
  7323.  
  7324. Date: Mon,  4 Apr 1994 10:36:17 UTC+0200
  7325. From: Javier Montero <montero@deusto.es>
  7326. Subject: Where Can I Find Back Issues?
  7327.  
  7328.  
  7329. Hi,
  7330.  
  7331. Where can I find the back issues of TELECOM Digest?  Is there another
  7332. mag like this?
  7333.  
  7334. Thanks a lot.
  7335.  
  7336.  
  7337. [TELECOM Digest Editor's Note: You can have thirteen year's worth of
  7338. back issues of this Digest by checking out the Telecom Archives. You can 
  7339. get there using anonymous ftp lcs.mit.edu; then when connected you would
  7340. do 'cd telecom-archives/back.issues'. They are in batches of fifty issues
  7341. with the most recent fifty or so at any given time available individually
  7342. in the 'recent.single.issues' sub-directory or the 'telecom.recent' file.
  7343. You can also use Gopher or WEB. In addition you can use the Telecom Archives
  7344. Email Information Service, and a help file for that is available on
  7345. request from me. Since like my competitor {The New York Times} I print all
  7346. the news that fits (both the amount of space available and my own philis-
  7347. ophical perspective on life), you need look no further. :)   PAT] 
  7348.  
  7349. ------------------------------
  7350.  
  7351. Date: Mon, 04 Apr 1994 06:51:01 GMT
  7352. From: B.J.Lippolt@research.ptt.nl (Ben Lippolt)
  7353. Subject: Need Advice on Terminal Server For PPP Access
  7354. Reply-To: B.J.Lippolt@research.ptt.nl
  7355. Organization: PTT Research, The Netherlands
  7356.  
  7357.  
  7358. Hi,
  7359.  
  7360. We want to start a pilot with PPP. We're looking for a terminal server
  7361. (with 8 ports) which will be connected to our ethernet and which
  7362. should support at least PPP (and preferable also (c)slip). Any suggest-
  7363. ions about good brands, models, etc, positive as well as negative are 
  7364. welcome.
  7365.  
  7366. Thanks for any info.
  7367.  
  7368.  
  7369. Ben Lippolt
  7370.  
  7371. ------------------------------
  7372.  
  7373. From: briang@netcom.com (Brian Gordon)
  7374. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  7375. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  7376. Date: Sun, 3 Apr 1994 19:33:43 GMT
  7377.  
  7378.  
  7379. In article <telecom14.159.13@eecs.nwu.edu> lchiu@crl.com (Laurence Chiu) 
  7380. writes:
  7381.  
  7382. > Out of interest, I presume that when you call 911 from your home phone
  7383. > you reach a dispatch service which is local to your community.  So if
  7384. > you call 911 from a cell phone, which dispatch service do you reach?
  7385.  
  7386. > [TELECOM Digest Editor's Note: In a lot of places, including the Chicago
  7387. > metro area you don't reach anyone. 911 goes to intercept telling you
  7388. > in an emergency to dial the operator for assistance.  In other place where
  7389. > there is only one central dispatch, it goes there.  PAT]
  7390.  
  7391. In CA, it goes to the nearest CHP (California Highway Patrol) dispatch
  7392. center.  At their discretion, they can transfer to an appropriate 911
  7393. dispatch center, but a very high percentage of the calls are CHP
  7394. matters anyway (breakdowns and the like).
  7395.  
  7396.  
  7397. Brian G. Gordon        briang@netcom.COM    bgg on DELPHI  
  7398. 70243,3012 on Compu$erve    BGordon on GENie    BGordon2 on AOL
  7399.  
  7400. ------------------------------
  7401.  
  7402. From: jganhold@magnus.acs.ohio-state.edu (Jon Anhold)
  7403. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  7404. Date: 4 Apr 1994 13:24:48 GMT
  7405. Organization: The Ohio State University
  7406.  
  7407.  
  7408. In Cleveland, we have CECOM/CEMAC. It's an Emergency Management Agency
  7409. with office space downtown. One of the departments is a central
  7410. emergency dispatch, where they can talk to all of the suburbs Police
  7411. and Fire Departments in case of a city/county-wide emergency. 911
  7412. calls go there from Cell phones, so it's city-independant.
  7413.  
  7414.  
  7415. Jon Anhold N8USK   jganhold@magnus.acs.ohio-state.edu
  7416.  
  7417. ------------------------------
  7418.  
  7419. From: helfman@aero.org (Robert S. Helfman)
  7420. Subject: Re: Will Widespread Use of Cellphones Reduce Crime?
  7421. Date: Mon, 4 Apr 1994 00:11:54 -0800
  7422. Organization: The Aerospace Corporation, El Segundo, CA
  7423.  
  7424.  
  7425. > [TELECOM Digest Editor's Note: I'm glad I don't live there any longer
  7426. > also. First of all, 911 does not work from cell phones here.
  7427.  
  7428. PAT, you seemed to imply that Los Angeles' inner-city was "rotten to
  7429. the core". It isn't true. I live here. The streets are not ruled by
  7430. gangs, unless you consider the one that rides in the L.A.P.D. cars and
  7431. wears blue.
  7432.  
  7433. > 'Mr. Good Citizen' as they sometimes mock the callers to 911 when talking
  7434. > on the radio, your number is recorded and they can get back to you if they
  7435. > wish -- which is fine, except!  Try reporting a serious crime which you
  7436. > witnessed. If the criminal is caught, *you* will be subpoened to come to
  7437. > court and give your eye-witness account. *You* will be hounded and harassed
  7438. > by the ACLU attorney appointed to represent the defendant. *Your* integrity
  7439. > will be called into question. Defendants have the right, as I believe they
  7440. > should, to confront their accuser ... that's you if you were the one
  7441. > calling 911 to report it.
  7442.  
  7443. PAT, you should be ashamed of yourself for bad-mouthing the ACLU. 
  7444.  
  7445. First, the ACLU rarely handles the initial defense of a suspect.
  7446. Their work is almost always on appeals (at least in criminal matters).
  7447. And they aren't defending a particular defendant - they're defending a
  7448. matter of constitutional law. You will note that they have defended
  7449. the Ku Klux Klan and Oliver North and other such "non-liberal"
  7450. defendants.
  7451.  
  7452. Lawyers appointed by courts to defend indigents are almost always a
  7453. public defender (or a private attorney appointed to defend one of
  7454. multiple defendants when there would a conflict of interest if the
  7455. public defender handled all the defendants).
  7456.  
  7457. As an ACLU member, I take personal offense at your sometimes mindless
  7458. conservative blather. For a guy with a sometimes wicked sense of humor,
  7459. you take some things entirely to seriously.
  7460.  
  7461. And I'll be the most surprised person on the Net if you let this posting 
  7462. into comp.dcom.telecom (That's a dare, PAT!)
  7463.  
  7464. > [TELECOM Digest Editor's Note: In a lot of places, including the Chicago
  7465. > metro area you don't reach anyone. 911 goes to intercept telling you
  7466. > in an emergency to dial the operator for assistance.  In other place where
  7467. > there is only one central dispatch, it goes there.  PAT]
  7468.  
  7469. In Los Angeles, dialing 911 from a cellular phone gets the California
  7470. Highway Patrol dispatcher.
  7471.  
  7472. In Southern California, it's important to know exactly what jurisdiction 
  7473. you're in. There are embedded sections of unincorporated L.A. County, 
  7474. served by the County Sheriff, within the City of Los Angeles.
  7475.  
  7476. Use of 911 for reporting out-of-service traffic lights, water main
  7477. breaks, car fires, etc. is encouraged here, by PacTel cellular and is
  7478. free, 24-7. To save the dispatcher time, I just ask for the specific
  7479. agency I need: City of L.A. Transportation, L.A. Department of Water
  7480. and Power, L.A. Fire Department, etc.
  7481.  
  7482. The dispatchers seem to appreciate this approach since it gets them
  7483. off the line much faster. By the way, the response time is phenomenal.
  7484. I was driving one evening with a friend and spotted a car fire. I
  7485. called 911 and 1 1/2 minutes later, as we passed Engine Company 94's
  7486. station house, the red lights came on and the guys (and woman, of
  7487. course) were roaring out headed for the car. I've had similar response
  7488. from DWP for water mains -- which can do horrible things to a street in
  7489. just minutes if someone doesn't get on them right away.
  7490.  
  7491.  
  7492. [TELECOM Digest Editor's Note: Here we do not use 911 to report open
  7493. hydrants, out of order traffic signals, railroad crossing gates stuck
  7494. in the down position, draw bridges stuck in the open position, etc. If
  7495. one wishes to bother -- and I *do* call on things like this, we call
  7496. the water department, the department of streets bureau of electricity,
  7497. or the appropriate railroad, bridge-tender, etc. The rule here, although
  7498. it is not always followed, is that 911 is to be used *only* in a dire
  7499. emergency when immediate police/fireman intervention is required. For
  7500. example, someone stripped your automobile last night and you found out 
  7501. about it this morning? That's no longer an emergency; it is over with. 
  7502.  
  7503. By the way, thus far in 1994 here, *27 children* have been killed in
  7504. the crossfire of gang-related incidents in Chicago. Their involvement?
  7505. They were on their way (at various times) to/from Ludwig von Beethoven
  7506. School, an elementary school located in the middle of the Chicago
  7507. Housing Atrocity (oops, I mean Authority) complex of a dozen highrise
  7508. buildings on the south side. That's about two per week. Now the teachers
  7509. and the police meet the children at the entrances of the buildings to
  7510. walk with them acting like human sheilds the *one block* from their home
  7511. to their school and back again in the afternoon.  
  7512.  
  7513. Yet even the little ones too young to go to school are not safe. A
  7514. three year old boy was hit by bullets which came through the window of
  7515. his family's home. An optical nerve was hit; he will now be blind for
  7516. the rest of his life.  He repeatedly asks his father -- in the words
  7517. of a three year old -- "Why can't I see?  I'm not a bad boy, I am a
  7518. good boy, why can't I see anymore?". His father would like to know how
  7519. to explain to his son why gang members with guns shooting from the
  7520. windows of highrise apartment buildings are afforded protection from
  7521. reprisal by police under some bogus civil liberties theories. How, he
  7522. wants to know, could the Fourth Amendment have been twisted and
  7523. perverted that badly, that ACLU attornies get court orders to prevent
  7524. police from searching the apartments where the shots were fired?
  7525. Mayor Daley said it best about Mr. Harvey Grossman, director of the
  7526. ACLU here: (quote) "He is a jerk."  You can take all the offense you
  7527. want as an ACLU member at my 'mindless blather'; personally I find
  7528. the ACLU to be a direct affront to what little decency and civility 
  7529. still remains in the USA. And yes, I know the constitution quite well
  7530. thank you, and the ACLU does not have a monopoly on its interpretation
  7531. and implementation even though they think they do.  Since you like
  7532. El Lay so much, I'm sure you would love Chicago.  PAT]  
  7533.  
  7534. ------------------------------
  7535.  
  7536. End of TELECOM Digest V14 #162
  7537. ******************************
  7538.     
  7539.     
  7540. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27368;
  7541.           4 Apr 94 17:43 EDT
  7542. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7543.     id AA26790; Mon, 4 Apr 94 13:46:11 CDT
  7544. Return-Path: <telecom>
  7545. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7546.     id AA26778; Mon, 4 Apr 94 13:46:08 CDT
  7547. Date: Mon, 4 Apr 94 13:46:08 CDT
  7548. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7549. Message-Id: <9404041846.AA26778@delta.eecs.nwu.edu>
  7550. To: telecom@eecs.nwu.edu
  7551. Subject: TELECOM Digest V14 #163
  7552.  
  7553. TELECOM Digest     Mon, 4 Apr 94 13:46:00 CDT    Volume 14 : Issue 163
  7554.  
  7555. Inside This Issue:                          Editor: Patrick A. Townson
  7556.  
  7557.     New OTA Study on Wireless Technology (Todd LaPorte)
  7558.     Re: Alert! New CD-Rom Database a la Lotus: Household! (Les Reeves)
  7559.     Re: Alert! New CD-Rom Database a la Lotus: Household! (Scott Coleman)
  7560.     Re: Alert! New CD-Rom Database a la Lotus: Household! (Tarl 
  7561.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Carl Moore)
  7562.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Rob Boudrie)
  7563.     Re: Will Widespread Use of Cell Phones Reduce Crime? (H. Peter Anvin)
  7564.     Re: PC Pursuit Has Ended (Thomas M. Allebrandi)
  7565.     Re: PC Pursuit Has Ended (James Taranto)
  7566.     Request For Information on Voicemail Systems (Henry Sobel)
  7567.     Small Scale Voicemail Information Needed (Eric A. Litman)
  7568.     Can I Use my Cellular Phone in Turkey and Germany? (Yilmaz Cengeloglu)
  7569.  
  7570. TELECOM Digest is an electronic journal devoted mostly but not
  7571. exclusively to telecommunications topics. It is circulated anywhere
  7572. there is email, in addition to various telecom forums on a variety of
  7573. public service systems and networks including Compuserve and GEnie.
  7574. Subscriptions are available at no charge to qualified organizations
  7575. and individual readers. Write and tell us how you qualify:
  7576.  
  7577.                  * telecom-request@eecs.nwu.edu *
  7578.  
  7579. The Digest is compilation-copyrighted by Patrick Townson Associates of
  7580. Skokie, Illinois USA. We provide telecom consultation services and
  7581. long distance resale services including calling cards and 800 numbers.
  7582. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  7583. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  7584.  
  7585.     ** Article submission address only: telecom@eecs.nwu.edu **
  7586.  
  7587. Our archives are located at lcs.mit.edu and are available by using
  7588. anonymous ftp. The archives can also be accessed using our email
  7589. information service. For a copy of a helpful file explaining how to
  7590. use the information service, just ask.
  7591.  
  7592. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  7593. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  7594. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  7595. Digest" shares archives resources at lcs.mit.edu for the convenience
  7596. of users. Please *DO NOT* cross post articles between the groups. All
  7597. opinions expressed herein are deemed to be those of the author. Any
  7598. organizations listed are for identification purposes only and messages
  7599. should not be considered any official expression by the organization.
  7600. ----------------------------------------------------------------------
  7601.  
  7602. From: Todd LaPorte <tlaporte@tct.ota.gov>
  7603. Date: Mon, 04 Apr 94 13:08:00 PDT
  7604. Subject: New OTA Study: Wireless Technology and National Info Infrastructure
  7605.  
  7606.  
  7607.      We are pleased to announce that the Office of Technology
  7608. Assessment+s study of the implications of wireless technologies for
  7609. the National Information Infrastructure (NII) was formally approved by
  7610. our Congressional Technology Assessment Board at its February 8th
  7611. meeting.  The texts of the request letters for the study, the press
  7612. release from Representatives Brown and Boucher, and the proposal for
  7613. the study, which outlines the issues we will be considering during the
  7614. next 14 months, are all available via ftp at otabbs.ota.gov.  Look in
  7615. pub\wireless\ for these documents.  Other study-related documents will
  7616. be posted as they become available.
  7617.  
  7618.      The objective of this study is to provide a comprehensive analysis of 
  7619. the problems and promises of integrating wireless technologies into the NII. 
  7620.  Wireless technologies and systems--such as TV and radio broadcasting,
  7621. new personal communications services, and many kinds of satellite
  7622. communications -- will form an integral part of the NII, but the role
  7623. they will play and the implications of their widespread adoption are
  7624. not yet clear.  In particular, integrating the many wireless and
  7625. wireline systems that will comprise the NII will prove a difficult
  7626. challenge for Federal, State, and local regulators. Many factors,
  7627. including standards development, interconnection and pricing
  7628. arrangements, and differing industry regulation, must be addressed
  7629. before radio-based technologies and systems can become an effective
  7630. part of the NII.
  7631.  
  7632.      This study will: identify and discuss the various wireless
  7633. technologies that could contribute to the development of the NII,
  7634. assess the barriers to greater or more efficient use of radio-based
  7635. systems, and explore the economic, regulatory, and social implications
  7636. of the convergence of wireline and wireless technologies in the NII.
  7637. The study will also present policy options addressing relevant
  7638. wireless/NII issues.
  7639.  
  7640.      Over the course of the study, we will try to talk to as many
  7641. people as we can in order to understand the wide range of interests
  7642. and concerns surrounding these complex and difficult issues.  In
  7643. addition, OTA will also conduct several (as yet undetermined)
  7644. workshops that will address specific issues in more detail.  These
  7645. meetings will be announced as far in advance as possible. If you would
  7646. like more information, please feel free to contact the study team at
  7647. our project e-mail address, wireless@ota.gov.  Any suggestions you may
  7648. have for people we should talk to, or other sources of data and
  7649. information will be greatly appreciated.
  7650.  
  7651.  
  7652. David Wye, Todd La Porte, Alan Buzacott, Greg Wallace
  7653. Wireless Project Team
  7654. Telecommunications and Computing Technologies Program
  7655. Office of Technology Assessment  U.S. Congress
  7656. (202) 228-6760   wireless@ota.gov
  7657.  
  7658. ------------------------------
  7659.  
  7660. Date: Mon, 4 Apr 1994 09:29:07 PDT
  7661. From: Les Reeves <lreeves@crl.com>
  7662. Subject: Re: Alert! New CD-Rom Database a la Lotus: Household!
  7663. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  7664.  
  7665.  
  7666. David S. Greenberg (mgreeny@uxa.ecn.bgu.edu) wrote:
  7667.  
  7668. > If you recall, the only reason that Lotus dropped their moronic
  7669. > Household CDROM was because they received 20,000 letters/calls
  7670. > requesting removal from the database.  Lotus LEARNED THE HARD WAY HOW
  7671. > TO ALIENATE YOUR CUSTOMER BASE -- MAYBE THIS COMPANY NEEDS A GOOD KICK
  7672. > IN THE *&*(& AS WELL...
  7673.  
  7674. > TELECOM Digest Editor's Note: The thing is, they *do* have the right
  7675. > to see compiled listings -- as did Lotus or as does anyone else -- if they
  7676. > wish to do so. If a telephone book containing alphabetical listings is
  7677. > not illegal then neither is a consolidated listing of several telephone
  7678. > books made into one.
  7679.  
  7680.  ......
  7681.  
  7682. > Why? Is it because the ease
  7683. > and availability in obtaining the information has become greater?  PAT]
  7684.  
  7685. Pat is correct.  The CD Rom has simply brought this well established
  7686. list business within reach of anyone with a PC.
  7687.  
  7688. The Direct Marketing Association will help you make sure your name is
  7689. not used by direct marketers.  It will not remove your name from
  7690. lists, but it will attempt to alert all direct marketers who are
  7691. members that you do not wish to receive unsolicited mail.
  7692.  
  7693. As for the ProCD product, if you have moved in the last five years the
  7694. information on the CD is probably wrong.  This company's products are
  7695. loaded with errors.  If you are going to complain to them, ask them to
  7696. improve their accuracy <G>.
  7697.  
  7698.  
  7699. Les    lreeves@crl.com       Atlanta,GA      
  7700.  
  7701. ------------------------------
  7702.  
  7703. From: genghis@ilces.ag.uiuc.edu (Scott Coleman)
  7704. Subject: Re: Alert! New CD-Rom Database a la Lotus: Household!
  7705. Date: 4 Apr 94 14:56:47 GMT
  7706. Organization: University of Illinois at Urbana
  7707.  
  7708.  
  7709. mgreeny@uxa.ecn.bgu.edu (David S. Greenberg) writes:
  7710.  
  7711. > Hi all, just thought I'd let everyone out there know that I just
  7712. > received in my daily pile of junk mail yet another company (which
  7713. > shall be named shortly ...) which has decided that they have the right
  7714. > to sell ****YOUR**** name and address AND PHONE NUMBER on CD ROM! 
  7715.  
  7716. [...]
  7717.  
  7718. > CALL NOW! Protect your right to privacy!  Stop the abuse!
  7719.  
  7720. > [TELECOM Digest Editor's Note: The thing is, they *do* have the right
  7721. > to see compiled listings -- as did Lotus or as does anyone else -- if they
  7722. > wish to do so.  [...] I think 
  7723. > what you will find in this case however is that the company in question
  7724. > is merely a list seller. They specialize in lists for other companies to
  7725. > purchase, and they are not going to be impressed very much one way or
  7726. > the other by consumers, per se. 
  7727.  
  7728. I'd like to add to these points that the above company is by no means
  7729. the first to offer residential listings on CD-ROM. Last summere at the
  7730. American Library Association annual conference there was a CD-ROM
  7731. reverse directory shown, and its booth drew quite a bit of attention.
  7732. What this means is the chances are good that you can walk right into
  7733. your public library and use, in addition to the standard printed cross
  7734. directory, a CD-ROM version, as well. The reference room here at the
  7735. University of Illinois has a CD-ROM workstation dedicated to searches
  7736. on a reverse directory disc. In short, your campaign, even if
  7737. successful, won't make much of a dent in the abuses telemarketing scum
  7738. make of our telephones. The information will still be available from
  7739. too many other sources, including Compu$erve (via their PHONE*FILE
  7740. service) and the 900 number which you can call and punch in a phone
  7741. number via DTMF tones and retrieve the directory information.
  7742.  
  7743. On the bright side, however, you *can* protect yourself. Call your
  7744. phone company and have your listing changed to "city only" - i.e. your
  7745. listing appears as "John Doe, Anytown USA." As others have noted, you
  7746. can also choose to be listed under an assumed name, provided it sounds
  7747. reasonable. There are scads of call screening devices, some designed
  7748. specifically to thwart telemarketers, coming on the market now. I use
  7749. one which I designed myself based on a PC voice mail card and a
  7750. computer CNID interface, but I've seen similar devices in such
  7751. catalogs as Home Automation Labs. Using these techniques, I have
  7752. managed to cut my junk calls down to near ZERO.
  7753.  
  7754. One other glimmer of hope is that the data sources used by these
  7755. CD-ROM producers may not always be up to date. I sometimes look up the
  7756. "unknown" numbers which show up in my caller logs to see who's calling
  7757. me. Much of the time the information simply isn't there. A friend of
  7758. mine who actually owns some of these CD-ROM cross directories laments
  7759. this fact. Unless the CD-ROM in question has as its source the telco's
  7760. proprietary directory assistance data, there's a chance your
  7761. information isn't there or is listed incorrectly.
  7762.  
  7763.  
  7764. Scott Coleman     tmkk@uiuc.edu
  7765. President ASRE (American Society of Reverse Engineers)
  7766. Ed Green Fan Club #005
  7767.  
  7768. ------------------------------
  7769.  
  7770. From: tarl@coyoacan.dmc.com
  7771. Date: Sun, 3 Apr 94 22:04:00 EST
  7772. Subject: Re: Alert! New CD-Rom Database a la Lotus: Household!
  7773.  
  7774.  
  7775. In article <telecom14.156.6@eecs.nwu.edu>,  mgreeny@uxa.ecn.bgu.edu writes:
  7776.  
  7777. > to sell ****YOUR**** name and address AND PHONE NUMBER on CD ROM!  Not
  7778. > only are they doing this for your home, but also for businesses as
  7779. > well!  
  7780.  
  7781. The Lotus database was more than phone numbers. It included juicy
  7782. little details like annual income, credit history and marital status.
  7783. This new database sounds more like one large phone book, which is far
  7784. less irritating.
  7785.  
  7786. [and our Moderator follows:]
  7787.  
  7788. > All of a sudden because the medium has changed (from great
  7789. > big hardover books with several thousand pages each in several volumes)
  7790. > to CD Rom the complaints become more vocal. Why? Is it because the ease
  7791. > and availability in obtaining the information has become greater?  PAT]
  7792.  
  7793. Yup. As long as it took big money to get that kind of data on me, it
  7794. didn't bother me too much. Exxon and IBM have better things to do than
  7795. harrass me.  When the price falls down to a couple of hundred dollars,
  7796. the local Church of the Latter Rain can get that data on everyone in
  7797. town and target accordingly. That bothers me.
  7798.  
  7799.  
  7800.         Tarl Neustaedter        tarl@bostech.com      [work]
  7801.         Ashland, MA, USA        tarl@coyoacan.dmc.com [home]
  7802.  
  7803. [TELECOM Digest Editor's Note: But Tarl, where do you draw the line? I
  7804. mean, you do like this information superhighway concept and the ease
  7805. with which everyone can get whatever information they want don't you?
  7806. Funny part is -- really it is not so funny -- when Clinton talks about
  7807. the Information Superhighway, he is not talking about how easy it will
  7808. be for every home in America to access the Grollier's Encyclopedia online
  7809. at Compuserve or America OnLine. Certainly the ease of obtaining neutral
  7810. third-party non-specific information will increase ... but so will the
  7811. ease in obtaining information on anyone about anything. We as human beings
  7812. can employ some ethical standards and say that normally there are certain
  7813. inquiries we won't make about others without their permission or some
  7814. definite reason for doing so combined with a 'need to know' ... but to
  7815. the computer, its all just bits of data flowing down the wires. The
  7816. computer doesn't care what you ask about. Superhighways are designed to
  7817. make it easy to get from A to B ... and the church people have the same
  7818. rights as everyone else. 
  7819.  
  7820. Public information is becoming easier and easier for the *public* to
  7821. get their hands on ... and I can see where to some people it might get
  7822. sort of scary. The time is going to come -- I think in the lifetimes
  7823. of most of us -- when there are no hiding places left; no secrets are
  7824. hidden; everyone's soiled underwear on display at the laundromat; when 
  7825. we no longer have privacy to count on to hide our peccadillos. Then the
  7826. computer will have metamorphosed from being our trustworthy tool to
  7827. being our master instead. When the church people aren't getting after
  7828. you, the government will be or your ex-wife or your former husband, or
  7829. your parents or your neighbors. Forget Grollier's Academic Encyclopedia
  7830. or the Fruitcake Recipe Database ... now the real lookups are getting
  7831. underway! Come one, come all, serve yourselves.   PAT]
  7832.  
  7833. ------------------------------
  7834.  
  7835. Date: Mon, 4 Apr 94 10:15:10 EDT
  7836. From: Carl Moore <cmoore@BRL.MIL>
  7837. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  7838.  
  7839.  
  7840. When the timing belt went bust on my car on March 19, I waited 3 1/2
  7841. to 4 hours on the route 33 expressway in Northampton County, PA.  No
  7842. one stopped to inquire (at LEAST someone needed to contact police).
  7843. Although it had gotten dark, I had to leave the car and walk 1 1/2
  7844. miles, along a shoulder that was VERY narrow in some places, to an
  7845. exit ramp on my way to a phone.  I was honked at twice or so, but
  7846. still nobody made a move to stop me.
  7847.  
  7848. ------------------------------
  7849.  
  7850. From: rboudrie@chpc.org (Rob Boudrie)
  7851. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  7852. Date: 4 Apr 1994 10:32:08 -0500
  7853. Organization: Center for High Performance Computing of WPI
  7854.  
  7855.  
  7856. In article <telecom14.147.4@eecs.nwu.edu> howard@hal.com writes:
  7857.  
  7858. > A friend suggested to me that, sometime in the future, almost everyone
  7859. > will carry around a cellular phone almost all the time.  She thinks
  7860. > this will significantly reduce the amount of crime, because it will be
  7861. > very easy to report a crime or other suspicious behavior that one
  7862. > observes.  I'm skeptical, but it seems like an interesting topic for
  7863. > discussion.
  7864.  
  7865. Or it can increase it ...
  7866.  
  7867. A few months ago, someone in Framingham, MA was held up for their
  7868. Motorola flip phone at (I think knife point).  The agressor then
  7869. demanded that the phone be unlocked before he would leave.
  7870.  
  7871. ------------------------------
  7872.  
  7873. From: hpa@eecs.nwu.edu (H. Peter Anvin N9ITP)
  7874. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  7875. Reply-To: hpa@nwu.edu (H. Peter Anvin)
  7876. Organization: Northwestern University Electromagnetics Laboratory
  7877. Date: Mon, 4 Apr 1994 00:21:10 GMT
  7878.  
  7879.  
  7880. In article <telecom14.154.11@eecs.nwu.edu> of comp.dcom.telecom, rs2510@
  7881. dice.nwscc.sea06.navy.mil (Rhett Salisbury) responds to TELECOM Digest
  7882. Editor:
  7883.  
  7884. >> Sorry Pat, this is the kind of crap that keeps things the way they
  7885. >> are.  If you are not willing to get involved you have no right to
  7886. >> complain about how screwed up things are.  We will not have an end to
  7887.  
  7888. >      -- good stuff deleted --
  7889.  
  7890. >> Back to the original question, will the proliferation of cell phones
  7891. >> reduce crime?  The answer is: no, but your use of one might.
  7892.  
  7893. > In total agreement with Sean Slattery -- Pat should excercise a
  7894. > certain measure of responsible judgment.  When someone flippantly
  7895. > tells an international community that not only we live in a extremely
  7896. > dangerous country, but also that it is dangerous to become 'involved',
  7897. > someone will be injured due to your inaction.
  7898.  
  7899. > [TELECOM Digest Editor's Note: But it is true. Ask the few honest
  7900. > people who work for the CTA. I see it happen over and over again.
  7901. > And if you witness a crime and report it, you'll spend the next six
  7902. > months or a year in court getting harassed by the defendant and his
  7903. > attorney. My advice is don't get involved unless you like being a
  7904. > martyr. Criminals are given so many rights, *you* will be made to be
  7905. > the villian instead.  PAT]
  7906.  
  7907. How about asking the two brave young students in Evanston recently who
  7908. stopped a rape and made a citizen's arrest on the perpetrator?  They
  7909. got a medal for it.  America has problems largely *because* people
  7910. don't get involved, and by saying "it is better not to", we are
  7911. exacerbating the problem.  Have some guts.
  7912.  
  7913.  
  7914. hpa
  7915. INTERNET: hpa@nwu.edu               FINGER/TALK: hpa@ahab.eecs.nwu.edu
  7916. IBM MAIL: I0050052 at IBMMAIL       HAM RADIO:   N9ITP or SM4TKN
  7917. FIDONET:  1:115/511 or 1:115/512    STORMNET:    181:294/101
  7918. Linux system administrator (3 systems on the net, one off)
  7919.  
  7920.  
  7921. [TELECOM Digest Editor's Note: Certainly, and that kind of thing (giving
  7922. a medal) happens occassionally in Chicago also. I will never forget the
  7923. instance a few years ago of the woman who slipped on the ice and fell
  7924. in the Chicago River and the kid about fifteen years old who jumped in
  7925. and pulled her to safety. The next day in a rather unusual twist to the
  7926. news of the day the {Chicago Sun Times} put a large picture of him on
  7927. the front page with a headline, "<his name> is a hero". Mayor Washington
  7928. gave him a medal and recognition as well. Now if that kind of thing
  7929. happened more often, I might agree with you. Citizen's arrests are very 
  7930. dangerous things to do however and I have simply seen too many cases 
  7931. where the police harrassed the person(s) who tried to stop the crime
  7932. while doing nothing to the person who *did* commit the crime.   PAT]
  7933.  
  7934. ------------------------------
  7935.  
  7936. From: tom@MCS.COM (Thomas M. Allebrandi)
  7937. Subject: Re: PC Pursuit Has Ended
  7938. Date: 3 Apr 1994 17:30:05 -0600
  7939. Organization: MCSNet Subscriber Acct, Chicago's First Public-Access Internet!
  7940.  
  7941.  
  7942. Steven H. Lichter (co057@cleveland.Freenet.Edu) wrote:
  7943.  
  7944. > PC Pursuit has now gone into The Information Highway history books. As
  7945. > of 9:00 PM Pacific Time it went down; that was three hours earlier
  7946. > then it was supposed to on 3/31/94. Many paid for a full month of
  7947. > $30.00 for 30 hours and got cheated for at least three hours. The talk
  7948. > among the many users of the service was Sprint killed the program by
  7949. > not advertising a service that could have made money.
  7950.  
  7951. PC Pursuit was originally intended as a way to make some money off of
  7952. the unused network capacity that Sprint had after business hours. They
  7953. were already providing remote outdial capabilities for thier business
  7954. customers who went home at 5:00PM. Overnight, this gear sat their
  7955. gathering dust.
  7956.  
  7957. Enter PC Pursuit - $15.00 per month for unlimited use of the outdial
  7958. network between 6:00PM and 7:00AM weekdays and all hours on weekends.
  7959. The growth was incredible, it was not very long until the demand far
  7960. outweighed the capacity.
  7961.  
  7962. It got to the point that the costs of operating PC Pursuit at the
  7963. level required by the demand was significantly greater than the costs
  7964. of operating the daytime service for businesses. A way of making some
  7965. extra money was turning into a full blown business entity.
  7966.  
  7967. Sprint piddled around putting up with the complaints, made a lot of
  7968. people mad, and then decided to meet the demand with significantly
  7969. higher rates. That's when $30.00 for 30 hours was introduced. (There
  7970. may have been a couple of steps before that, I don't recall.) This
  7971. made a lot of people mad and there were massive defections. The
  7972. problem was that there was no place to go and so people starting
  7973. getting into other things like UUCP.
  7974.  
  7975. I was using PC Pursuit in '87-'88 as a cheap way to get to Portal who
  7976. at that time was $10.00/month. In 1988, $25.00/month for Internet Mail
  7977. and USEnet news was a great deal. By the end of 1988, I had UUCP on my
  7978. machine so I no longer needed Portal and hence no longer needed PC
  7979. Pursuit.
  7980.  
  7981. What exactly killed it in the end I canot say. But it would not
  7982. surprise me that Sprint was simply tired of dealing with it.
  7983.  
  7984.  
  7985. Tom
  7986.  
  7987.  
  7988. [TELECOM Digest Editor's Note: I signed up with PC Pursuit about 1982
  7989. during the first week or so of its operation when they were using the
  7990. 'dial us, we call you back' method of connecting callers to the network.
  7991. At the time, no one really thought PCP would gain any real popularity.  PAT]
  7992.  
  7993. ------------------------------
  7994.  
  7995. From: taranto@panix.com (James Taranto)
  7996. Subject: Re: PC Pursuit Has Ended
  7997. Date: 4 Apr 1994 06:33:43 GMT
  7998. Organization: The Bad Taranto
  7999.  
  8000.  
  8001. In article <telecom14.160.1@eecs.nwu.edu>, co057@cleveland.Freenet.Edu
  8002. (Steven H. Lichter) wrote:
  8003.  
  8004. (I am commenting only on the writer's signature):
  8005.  
  8006. > Sysop: Apple Elite II -=- an Ogg-Net Hub BBS 
  8007. > (909) 359-5338 12/24/96/14.4 V32/V42bis Via PCP CACOL/12/24
  8008.                                           ^^^^^^^^^^^^^^^^^^^
  8009.  
  8010. Huh?
  8011.  
  8012.  
  8013. Cheers,
  8014.  
  8015. James Taranto  taranto@panix.com
  8016.  
  8017.  
  8018. [TELECOM Digest Editor's Note: Steve, want to explain it?  PAT]
  8019.  
  8020. ------------------------------
  8021.  
  8022. From: eccobbs@crl.com (ECCO BBS)
  8023. Subject: Request For Information on Voicemail Systems
  8024. Date: 4 Apr 1994 10:55:45 -0800
  8025. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  8026.  
  8027.  
  8028. We are a small software development shop looking for a good voicemail
  8029. package that we can set up ourselves.  We need about five lines and
  8030. will be purchasing all the handsets and hardware.  Any suggestions
  8031. would be much appreciated. 
  8032.  
  8033.  
  8034. Henry Sobel
  8035.  
  8036. ------------------------------
  8037.  
  8038. From: elitman@proxima.com (Eric A. Litman)
  8039. Subject: Small Ccale Voicemail Information Needed
  8040. Date: 4 Apr 1994 11:32:18 -0500
  8041. Organization: Proxima, Inc.
  8042.  
  8043.  
  8044. I'm interested in purachasing a voice mail system for my company. I've
  8045. always been impressed by the features of the Octel line, but my last
  8046. investigation (maybe five years ago) revealed only relatively high-end
  8047. systems. Audix and its offspring are OK.
  8048.  
  8049. What are some recommendations for a system which will need to support
  8050. between ten and fifty users? I'm not at all familiar with costs or
  8051. administrative features, only with the systems from a user's perspective.
  8052.  
  8053. I appreciate any information -- vendors welcome.
  8054.  
  8055.  
  8056. Eric Litman         Proxima, Inc.    vox: (703) 506.1661
  8057. Systems Engineer    McLean, VA       elitman+@proxima.com
  8058.  
  8059. ------------------------------
  8060.  
  8061. From: cengelog@sunny.dab.ge.com (Yilmaz Cengeloglu)
  8062. Subject: Can I Use my Cellular Phone in Turkey and Germany?
  8063. Date: 4 Apr 1994 12:28:01 -0500
  8064. Organization: UTexas Mail-to-News Gateway
  8065.  
  8066.  
  8067. I use my cellular phone in FL, USA. I would like to know if I can use
  8068. that phone in Turkey and/or Germany.
  8069.  
  8070. If I can not use it, do you know any phone that is compatible with
  8071. cellular system in Germany, Turkey and USA.
  8072.  
  8073.  
  8074. Thanks in advance,
  8075.  
  8076. cengelog@dab.ge.com
  8077.  
  8078. ------------------------------
  8079.  
  8080. End of TELECOM Digest V14 #163
  8081. ******************************
  8082.     
  8083.     
  8084. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28235;
  8085.           4 Apr 94 20:01 EDT
  8086. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8087.     id AA02097; Mon, 4 Apr 94 15:48:06 CDT
  8088. Return-Path: <telecom>
  8089. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8090.     id AA02087; Mon, 4 Apr 94 15:48:03 CDT
  8091. Date: Mon, 4 Apr 94 15:48:03 CDT
  8092. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8093. Message-Id: <9404042048.AA02087@delta.eecs.nwu.edu>
  8094. To: telecom@eecs.nwu.edu
  8095. Subject: TELECOM Digest V14 #164
  8096.  
  8097. TELECOM Digest     Mon, 4 Apr 94 15:48:00 CDT    Volume 14 : Issue 164
  8098.  
  8099. Inside This Issue:                          Editor: Patrick A. Townson
  8100.  
  8101.     What's Up With The NANP (John R. Levine)
  8102.     New NPA For Virginia (Karl Johnson)
  8103.     Re: Ruling on Dark Fiber (Michael P. Herlihy)
  8104.     Re: Bellcore Goes Crypto (Garrett Wollman)
  8105.     Re: Bellcore Goes Crypto (Peter M. Weiss)
  8106.     Re: Dials! (Tom Watson)
  8107.     Re: *999; CB Channel 9 (Chris Sullivan)
  8108.     Re: History: Vail, Monopoly, AT&T (Mike Eastman)
  8109.     Re: Leased Line Connectivity Question (Barton F. Bruce)
  8110.     Re: Is 800 Really Portable Yet? (Terry Eugene Knab)
  8111.     Re: Is 800 Really Portable Yet? (Steve Forrette)
  8112.     Re: ZMODEM - Proprietary? (Matt Silveira)
  8113.     Re: ZMODEM - Proprietary? (Linc Madison)
  8114.     Re: Charges For 800 and 950 Access (Kurt Albrecht)
  8115.  
  8116. TELECOM Digest is an electronic journal devoted mostly but not
  8117. exclusively to telecommunications topics. It is circulated anywhere
  8118. there is email, in addition to various telecom forums on a variety of
  8119. public service systems and networks including Compuserve and GEnie.
  8120. Subscriptions are available at no charge to qualified organizations
  8121. and individual readers. Write and tell us how you qualify:
  8122.  
  8123.                  * telecom-request@eecs.nwu.edu *
  8124.  
  8125. The Digest is compilation-copyrighted by Patrick Townson Associates of
  8126. Skokie, Illinois USA. We provide telecom consultation services and
  8127. long distance resale services including calling cards and 800 numbers.
  8128. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  8129. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  8130.  
  8131.     ** Article submission address only: telecom@eecs.nwu.edu **
  8132.  
  8133. Our archives are located at lcs.mit.edu and are available by using
  8134. anonymous ftp. The archives can also be accessed using our email
  8135. information service. For a copy of a helpful file explaining how to
  8136. use the information service, just ask.
  8137.  
  8138. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  8139. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  8140. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  8141. Digest" shares archives resources at lcs.mit.edu for the convenience
  8142. of users. Please *DO NOT* cross post articles between the groups. All
  8143. opinions expressed herein are deemed to be those of the author. Any
  8144. organizations listed are for identification purposes only and messages
  8145. should not be considered any official expression by the organization.
  8146. ----------------------------------------------------------------------
  8147.  
  8148. From: johnl@iecc.com (John R Levine)
  8149. Subject: What's Up With the NANP
  8150. Date: Mon, 4 Apr 94 14:13:30 EDT
  8151.  
  8152.  
  8153. I just picked up this FCC news release from the fcc.gov ftp server.
  8154. Despite the date, it's real.
  8155.  
  8156. Regards,
  8157.  
  8158. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  8159.  
  8160.                  --------------------------
  8161.  
  8162. Report No. DC-2581         ACTION IN DOCKET CASE        April 1, 1994 
  8163.  
  8164.                CHANGES IN ADMINISTRATION OF NORTH AMERICAN 
  8165.                           NUMBERING PLAN PROPOSED
  8166.                           (CC DOCKET NO. 92-237)
  8167.  
  8168.      The Commission has proposed to establish a new, non-government
  8169. entity to administer the North America Numbering Plan (NANP).
  8170. Administration of the NANP has evolved from its earlier focus on
  8171. conventional area codes to include other numbering resources such as
  8172. service access codes (e.g., 500 and 900 codes), N11 codes (e.g., 411),
  8173. and carrier identification codes.  As a result, the NANP administrator
  8174. coordinates many of the telephone numbers used in the United States,
  8175. Canada, and other parts of North America.  To explore issues
  8176. pertaining to future administration of the NANP, the Commission opened
  8177. this docket with a Notice of Inquiry (NOI) in October 1992.
  8178.  
  8179.      The NOI divided the docket into two phases.  Phase I requested
  8180. comment on the identification of an appropriate entity to administer
  8181. the NANP, future funding for such administration, and how such
  8182. administration might be improved.  Phase II sought comment on the
  8183. costs, benefits and technical issues associated with expanding Feature
  8184. Group D (FGD) Carrier Identification Codes (CICs) from a three-digit
  8185. to a four-digit format.  The expanded format has been proposed to
  8186. avoid premature exhaustion of the current supply of three-digit FGD
  8187. codes.
  8188.  
  8189.      In this Notice of Proposed Rulemaking, the Commission tentatively
  8190. concluded that ministerial administration of the NANP should be
  8191. undertaken by a new, non-government entity and that the FCC should
  8192. impose fees to offset the costs of regulating US numbering resources.
  8193. The Commission also asked for comment on whether it, in conjunction
  8194. with other World Zone 1 regulators, should impose numbering charges to
  8195. finance future international administration of NANP.  In addition, the
  8196. Commission sought comment, on whether a new numbering policy board
  8197. should be established to assist regulators.
  8198.        
  8199.      With respect to Phase II, the Commission tentatively concluded
  8200. that FGD CICS should be expanded to a four-digit format. In addition,
  8201. it proposed to specify a transition period of six years during which
  8202. subscribers could use both the current three digit and the new
  8203. four-digit FGD CICs.  The Commission also sought comment on whether it
  8204. should require local exchange carriers in equal access areas to
  8205. deliver interstate, intraLATA "1+" MTS calls to the carrier preselected 
  8206. by the end user.  In addition, the Commission sought comment on the
  8207. need, if any or for a nationally uniform dialing pattern that would
  8208. use the digit "1" as a toll call identifier.
  8209.  
  8210.      Action by the Commission March 30, 1994, by Notice of Proposed
  8211. Rulemaking (FCC 94-79).  Chairman Hundt, Commissioner Quello and
  8212. Barrett.
  8213.  
  8214.      New Media contract: Rosemary Kimball at (202) 632-5050.
  8215.      Common Carrier Bureau contact: Peyton Wynns at (202) 
  8216.  632-0745.
  8217.  
  8218. ------------------------------
  8219.  
  8220. Date: 04 Apr 94 17:59:36 EDT
  8221. From: Karl Johnson <karl.johnson@OFFICE.WANG.COM>
  8222. Subject: New NPA For Virginia
  8223.  
  8224.  
  8225. In the business section of the 1 April 1994 {Washington Post} there is
  8226. an article "announcing" a split for NPA 703.  The Post gives the start
  8227. date for this split as August (I personaly think that this will occur
  8228. a year from August).  No number or geographic location has been
  8229. assigned as of yet.  The article also states that over the next three
  8230. months that an economic study will be conducted by Bell Atlantic, the
  8231. local wireless companies, and 14 other local phone companies in the
  8232. region.
  8233.  
  8234. I think this will be a normal split with the line somewhere west of
  8235. the Washington, DC suburbs, with the western part getting the new NPA.
  8236.  
  8237. ------------------------------
  8238.  
  8239. From: mikeh@cbnewsg.cb.att.com (michael p.herlihy)
  8240. Subject: Re: Ruling on Dark Fiber
  8241. Organization: AT&T
  8242. Date: Mon, 4 Apr 1994 11:19:08 GMT
  8243.  
  8244.  
  8245. In article <telecom14.158.20@eecs.nwu.edu> tsw@cypher.apple.com (Tom
  8246. Watson) writes:
  8247.  
  8248. > OK, I'll bite...
  8249.  
  8250. > What is "dark fiber".
  8251.  
  8252. > [TELECOM Digest Editor's Note: Dark Fiber is, as I understand it, simply
  8253. > the fiber from one point to another, without the intelligence on either
  8254. > end of the line **as supplied by the telco** to use it. Dark fiber could
  8255. > roughly be compared to a wire cable from one place to another without
  8256. > telco's battery and/or switching apparatus on either end; the customer
  8257. > left to his own devices on how to use it. Although telcos have for many
  8258. > years provided so-called 'private line service' -- that is, a piece of
  8259. > wire from one point to another with the subscriber doing his own thing
  8260. > on both ends of the wire, I understand they (telcos) are not terribly
  8261. > enthusiastic about providing fiber under the same conditions. George
  8262. > Gilder wrote about this, and his essay is in the Telecom Archives for
  8263. > interested parties to review.   PAT]
  8264.  
  8265. I thought Dark-Fiber was telco run fiber that wasn't being used.
  8266.  
  8267. An AAV or CAP would lease it from a LEC and provide alternate access
  8268. using the LEC's own facilities ...
  8269.  
  8270. ------------------------------
  8271.  
  8272. From: wollman@ginger.lcs.mit.edu (Garrett Wollman)
  8273. Subject: Re: Bellcore Goes Crypto
  8274. Date: 4 Apr 1994 10:13:37 GMT
  8275. Organization: MIT Laboratory for Computer Science
  8276.  
  8277.  
  8278. In article <telecom14.159.3@eecs.nwu.edu>, PAT writes:
  8279.  
  8280. > [TELECOM Digest Editor's Note: Thank you Colonel. Tell me this: any ideas
  8281. > how Colonel came to be pronounced 'kernel' rather than 'call-on-nell'?
  8282.  
  8283. There is a reason for this, oddly enough.  The English word `colonel'
  8284. is a result of the collision between the French word `colonelle' and
  8285. the Italian `coronello'.  For some unknown reason, English adopted the
  8286. French spelling and the Italian pronunciation.
  8287.  
  8288.  
  8289. Garrett A. Wollman   wollman@lcs.mit.edu 
  8290. formerly known as    wollman@emba.uvm.edu
  8291.  
  8292. ------------------------------
  8293.  
  8294. Date: Mon, 04 Apr 1994 05:13:30 EDT
  8295. From: Peter M. Weiss <PMW1@PSUVM.PSU.EDU>
  8296. Subject: Re: Bellcore Goes Crypto
  8297. Organization: Penn State University
  8298.  
  8299.  
  8300. In article <telecom14.159.2@eecs.nwu.edu>, greg@gallifrey.ucs.uoknor.edu 
  8301. (Greg Trotter) says:
  8302.  
  8303. > In article <telecom14.150.1@eecs.nwu.edu> vantek@aol.com writes:
  8304.  
  8305. >> (...)             Call Surety Technologies, Inc.  at (201) 993-8178;
  8306. >> fax number is (201) 993-8748.  Information is also available on the
  8307. >> Internet at infonotary.com.
  8308. >              ^^^^^^^^^^^^^^
  8309.  
  8310. > My system can't seem to find this place  ... and whois at internic seems
  8311. > clueless as well. Anybody have any updated information?
  8312.  
  8313. Taking a SWAG, I looked up info.notary.com which resolved to an MX host.
  8314.  
  8315.  
  8316. Pete-Weiss@psu.edu     "The 'NET' never naps"             +1 814 863 1843
  8317. 31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA
  8318.  
  8319. ------------------------------
  8320.  
  8321. From: tsw@cypher.apple.com (Tom Watson)
  8322. Subject: Re: Dials!
  8323. Date: Mon, 04 Apr 1994 12:42:59 -0800
  8324. Organization: Apple Computer (more or less)
  8325.  
  8326.  
  8327. In article <telecom14.158.4@eecs.nwu.edu>, Bob_Frankston@frankston.com
  8328. wrote:
  8329.  
  8330. > My son (11) confronted a dial phone this past weekend and couldn't
  8331. > figure out how to use it. He tried pressing the "buttons" but nothing
  8332. > happened. We finally had to show him the concept of turning the dial.
  8333. > It took a little practice to get it smooth.
  8334.  
  8335. Something similar to this is references to "clockwise" and "counterclock-
  8336. wise" as directions to torn something.  It seems that the notion of
  8337. direction has been "depreciated" since we now have digital clocks.
  8338. Are first and second graders being taught how to tell time on one of
  8339. those "old-fashion" "dial" clocks?  This is probably not the correct
  8340. place to discuss this, but surfing over to 'alt.folklore.computers'
  8341. will probably yield some interesting ideas on this subject ...
  8342.  
  8343.  
  8344. Tom Watson    Not much simpler!!
  8345. tsw@cypher.apple.com
  8346.  
  8347. ------------------------------
  8348.  
  8349. From: feedle@kaiwan.com (Prof. Feedlebom)
  8350. Subject: Re: *999; CB Channel 9
  8351. Date: 4 Apr 94 17:58:17 GMT
  8352. Organization: KAIWAN Internet (310/527-4279,818/756-0180,714/741-2920)
  8353.  
  8354.  
  8355. Jonathan (jdl@wam.umd.edu) wrote:
  8356.  
  8357. > I am wondering why the police do not routinely monitor CB channel 9,
  8358. > since the primary use of this channel is to report emergencies.
  8359.  
  8360. A few police departments monitor channel 9 across the country, however 
  8361. even at CB's peak that was not really who was monitoring.
  8362.  
  8363. A long time ago, there was a group called REACT who's basic purpose
  8364. was to monitor channel 9, and render assistance as needed by calling
  8365. the appropriate authorities by telephone and acting as a "relay" for
  8366. motorists in trouble.  Unfortunately, even though REACT still exists,
  8367. few still monitor channel 9. Most (especially here in LA) just act as
  8368. roving reporters for the local traffic service.  I know of entire
  8369. TEAMS of REACT members that don't even have one CB radio between them.
  8370.  
  8371. If you need emergency assistance while travelling, don't depend on your
  8372. CB radio.  Invest the $200 to buy a GOOD cellular phone, or pass the no-code
  8373. Amateur license and use ham radio.  You'll be doing yourself a favor.
  8374.  
  8375.  
  8376. Chris Sullivan, KD6COS, Santiago REACT #19
  8377.  
  8378.  
  8379. [TELECOM Digest Editor's Note: In some places, the REACT people have
  8380. moved up to the 462 megs area in GMRS. During the height of the CB
  8381. craze back in the 1970's, channel 9 was abused a lot in many places
  8382. and what limited police attention it received wained.  PAT]
  8383.  
  8384. ------------------------------
  8385.  
  8386. Date: Mon, 04 Apr 94 08:56:38 EST
  8387. From: mfe@ihlpm.att.com
  8388. Subject: Re: History: Vail, Monopoly, AT&T
  8389. Organization: AT&T
  8390.  
  8391.  
  8392. In article <telecom14.155.4@eecs.nwu.edu>, haynes@cats.ucsc.edu (James
  8393. H. Haynes) writes:
  8394.  
  8395. > [TELECOM Digest Editor's Note: Thanks for that great bit of history.
  8396. > .... Without question, Ted Vail was the man who made AT&T what it is
  8397. > today, or at least what it was for more than half a century.   PAT]
  8398.  
  8399. AT&T has an employee award called the VAIL Medal of Valor given for
  8400. acts of bravery (e.g., saving someone in fire). I find it satisfying
  8401. that it is not given out for technical achievement or monetary achievement, 
  8402. just for HUMAN achievement.
  8403.  
  8404.  
  8405. Mike Eastman    att!ihlpm!mfe    (708) 979-6569
  8406. AT&T       Naperville, IL 60566
  8407.  
  8408. ------------------------------
  8409.  
  8410. From: Barton.Bruce@camb.com
  8411. Subject: Re: Leased Line Connectivity Question
  8412. Organization: Digital Equipment Computer Users Society
  8413. Date: 04 Apr 94 01:49:21 -0500
  8414.  
  8415.  
  8416. In article <telecom14.150.7@eecs.nwu.edu>, kostick@umbc.edu (kostick
  8417. christopher) writes:
  8418.  
  8419. > I have some questions. I am more of a LAN person and this WAN stuff is
  8420. > new to me. Before I approach vendors and providers about equipment and
  8421. > connectivity, I like to have some knowledge of what I'm talking about,
  8422. > and the net seems to be the place.
  8423.  
  8424. > Two offices need connectivity. I was thinking through a leased line of
  8425. > 56Kbps. I'm in the Bell Atlantic region, would I talk to them?  AT&T?
  8426. > MCI? Sprint? Anyone of them?
  8427.  
  8428. > What kind of equipment would be necessary? I've heard of these CSU/DSU
  8429. > devices? Do I need one?
  8430.  
  8431. Bell Atlantic has frame relay in many places and more coming. If you
  8432. are intralata, compare that to a DDS-II circuit or some FT1 circuits.
  8433.  
  8434. Whether leased line or frame relay, you will need a CSU/DSU (think of
  8435. it as a digital modem). 
  8436.  
  8437. The CSU/DSU (also spelled DSU/CSU - your choice) you get depends on speed.
  8438. DDS to 56 or possibly 64 is one type. T1 or fractions is the other type.
  8439.  
  8440. If small groups are at either end and this is otherwise suitable,
  8441. bridge.  It will be plug and play -- no configuration hassles. Get a
  8442. Gandalf 5220 that does screaming good compression. Lists at 2295 each.
  8443. Wholesales at Ingram at 1513, your street price depends on your
  8444. bargaining.
  8445.  
  8446. The base model used to just do 56kb. 2nd wan port is just $150 more.
  8447. S/W upgrade (flash equipped, no less) to support compression to 384kb
  8448. and T1 speeds without compression WAS $700, but may now be bundled
  8449. free due to competition -- ask. DDS DSU/CSU ***SERIOUS QUALITY** try
  8450. Adtran's DSU-III AR listing at $725. Shopping in the back of "Telecom
  8451. Gear" may find ads offering it at $479 or less. A BAT brand one that
  8452. JUST does 56kb and JUST has a v.35 (no rs232) lists at $299. **LARGE**
  8453. discount %s generally available.
  8454.  
  8455. A T1 CSU/DSU, oh, probably lists at $1595.  There are MANY options --
  8456. best get someone you trust. With a little effort current models with
  8457. reduced chip counts should be available just under $1000 with some
  8458. careful shopping.
  8459.  
  8460. If you really MUST route, get cisco's new 250x models. Hardware is 995
  8461. for one ethernet to two T1 capable ports. Software is 1500, 2300, or
  8462. 3000 per end depending on what you need to do. Cisco discounts, though
  8463. definitely available, are more difficult than othe rbrands. But you
  8464. are getting 'class' stuff.
  8465.  
  8466. The csico 250x router MUST be used if you are using frame relay, as
  8467. the Gandalf doesn't do f/r. Cisco can bridge, too, but lacks compression 
  8468. that is promised in some future s/w upgrade. cisco ALWAYS will need con-
  8469. figuring.
  8470.  
  8471. If you must go interlata, then you need an IXC. Same leased line vs
  8472. frame relay questions should be asked. Try other than the mainstream
  8473. ATT/Sprint/MCI.  Wiltel or C&W should be good. Resellers should be
  8474. avoided until you get more experience. they tend to want your $s
  8475. without really getting the service installed properly, and will help
  8476. precious little later.
  8477.  
  8478. 56kb is probably all you need, but you didn't give many details.
  8479. Ignore 8:1 claims. With the gandalfs you probably will get 3:1 or
  8480. maybe 4:1 compression on average. With a 56kb line, that is VERY nice.
  8481.  
  8482. Get the v.35 connectorized versions even if just starting at 56kb.
  8483.  
  8484. One last thing. 56kb DDS *WAS* and in some places still IS the old
  8485. hubbed MEGA-RIP-OFF obsolete service. You want DDS-II, or BDS
  8486. (Basic...) or GDS (Generic...) or, in AT&T terms ASDS (Acunet Spectrum
  8487. of Digital Service).  Specifically you want the LOWEST PRICE non
  8488. hubbed generic digital service available. Check BOTH the in state
  8489. utility commission tariffs and the FCC ones. *YOU* (in state only) and
  8490. you alone can pick which you order under.
  8491.  
  8492. There ARE rules saying which to use. No one polices this and no one
  8493. seems to really care. Bigest problem if the FCC ones are cheaper
  8494. inlata may be getting a local telco sales droid that even understands
  8495. HOW to take your order under FCC pricing! Persist.
  8496.  
  8497. ------------------------------
  8498.  
  8499. Date: Mon, 4 Apr 1994 06:01:52 CST
  8500. From: Terry Eugene Knab <tknab01@services.dese.state.mo.us>
  8501. Subject: Re: Is 800 Really Portable Yet?
  8502.  
  8503.  
  8504. I applied for my 800 number (800-900-XXXX) on May 3, 1993 (two days
  8505. after the new system started.  When I enquired as to what was
  8506. available, (and I was dealing with MCI) they offered me the 800-900-
  8507. XXXX, 800-417-XXXX, 800-889-XXXX (all of which either ended in double
  8508. 0 or repeated i.e.  8989) When I asked the MCI rep why I had these
  8509. choices, she told me that all combinations were opened up for general
  8510. use.  BTW, 889 was a RBOC NNX.
  8511.  
  8512.  
  8513. Terry Knab    tknab01@services.dese.state.mo.us
  8514. P.O. Box 34 Buffalo, MO 65622   417-345-7979
  8515.  
  8516. ------------------------------
  8517.  
  8518. From: stevef@wrq.com (Steve Forrette)
  8519. Subject: Re: Is 800 Really Portable Yet?
  8520. Date: 4 Apr 1994 10:10:26 GMT
  8521. Organization: Walker Richer & Quinn, Inc.
  8522. Reply-To: stevef@wrq.com (Steve Forrette)
  8523.  
  8524.  
  8525. > [TELECOM Digest Editor's Note: After portability started, 
  8526. > When it comes to 'good' numbers (i.e. they spell words or end in x000
  8527. > or some other desirable combination) which are idle from AT&T, then AT&T
  8528. > always claims the number is 'reserved' for a pending customer. They never
  8529. > can produce the name of the so-called customer of course, and although
  8530. > reservations are theoretically only good for sixty days (at which point
  8531. > a carrier has to make it available without further hassles) AT&T keeps
  8532. > on renewing the reservations on the numbers they want. ... 
  8533.  
  8534. > So although portability is the law, it will only work as it should
  8535. > when the FCC orders all the carriers to start responding promptly to
  8536. > customer requests for numbers which 'belong' to other carriers and to
  8537. > quit reserving numbers for customers who do not exist in order to hang
  8538. > on to desirable numbers.  PAT]
  8539.  
  8540. I had this problem last year.  The number I wanted was not in service,
  8541. but when I tried to get it through AT&T, I was told that it was
  8542. "reserved" by the original carrier who owned that prefix, Cable &
  8543. Wireless.  So I called C&W, and they told me that it was reserved by
  8544. themselves for "internal use."  Instead of battling with them to get
  8545. them to release it, I explained to them that I wanted to sign up for
  8546. 800 service, but I will do so with them only if I can get the number I
  8547. want, and that if I have to have a number assigned to me other than
  8548. the one I want, that I might as well go with another carrier.  
  8549.  
  8550. I played dumb and acted like I didn't know anything about portability.
  8551. Magically, the sales rep was able to get the number "released" and
  8552. assigned to me.  Once the account was set up and working, I filled out
  8553. the RespOrg switch form and had it moved over to AT&T where I wanted
  8554. it.  Once it was in service in my name, there was no argument about
  8555. moving it.  Although it introduces a bit of a delay, extra work, and
  8556. perhaps a setup charge and first-month's fee from a carrier you don't
  8557. want to deal with, it is far easier than trying to battle it out.  I'd
  8558. recommend to anyone to do it this way if at all possible.
  8559.  
  8560.  
  8561. Steve Forrette, stevef@wrq.com
  8562.  
  8563.  
  8564. [TELECOM Digest Editor's Note:  You shouldn't have to play games like
  8565. that however. I've had to do the same thing though.  PAT]
  8566.  
  8567. ------------------------------
  8568.  
  8569. Date: Mon, 4 Apr 94 10:16:45 PST
  8570. From: mws1@admin01.osi.com (Matt Silveira) 
  8571. Subject: Re: ZMODEM - Proprietary?
  8572.  
  8573.  
  8574. Yes, many modems of like bps rate will not "communicate" due to
  8575. proprietary bit compression schemes.  V.fast and MNP are proprietary
  8576. and will not "sync-up" with a standard modem. And save your money on
  8577. fancy options for LEC lines or IXC lines and buy a better modem with
  8578. more robust error correction.
  8579.  
  8580. With regard to ZMODEM, it is not proprietary and there are many
  8581. "shareware" programs available for Macs, PCs, and UNIX boxes, check a
  8582. "mirrored" INTERNET site or sumex.aim at Stanford for Macs.
  8583.  
  8584. Good Luck.
  8585.  
  8586. ------------------------------
  8587.  
  8588. Date: Sun, 3 Apr 1994 18:20:12 -0700
  8589. From: lincmad@netcom.com (Linc Madison)
  8590. Subject: Re: ZMODEM - Proprietary?
  8591. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  8592.  
  8593.  
  8594. In article <telecom14.158.5@eecs.nwu.edu> you wrote:
  8595.  
  8596. > I'm trying to determine whether the Zmodem transfer protocol is
  8597. > proprietary.  Specifically, are there any *free* (i.e. non-shareware)
  8598. > tools for sending/receiving files utilizing the Zmodem protocol?
  8599.  
  8600. The ZMODEM protocol is definitely NOT proprietary.  Particular
  8601. implementations of it (such as the Mark/Space ZMODEM tool for the
  8602. Apple Communications Toolbox) are proprietary, but the protocol itself
  8603. is not.  You can obtain complete source code for "sz/rz" for Unix.  I
  8604. don't recall the FTP site, but I'm sure someone on the net can inform
  8605. you.  There are also freeware comm applications for popular micros
  8606. that supply ZMODEM (e.g., ZTerm for Macintosh).
  8607.  
  8608.  
  8609. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  8610.  
  8611. ------------------------------
  8612.  
  8613. Date: Mon, 4 Apr 94 13:31:00 EDT
  8614. From: National Electric Telephone <0006348890@mcimail.com>
  8615. Subject: Re: Charges For 800 and 950 Access
  8616.  
  8617.  
  8618. My company provides public telephones for general public use in
  8619. Southeastern Pennsylvania.  Consequently, I'm pretty familiar with
  8620. access to 800 and 950 numbers from public telephones.  I'm going to
  8621. give you some of the history, rules, and reasons behind the rules.
  8622. I'm also going to let you know where I think things are going on this
  8623. issue.
  8624.  
  8625. In the Telephone Operator Consumer Services Improvement Act of 1990
  8626. (TOCSIA) Congress mandated that telephone aggregators (i.e. public
  8627. telephone providers, hotels, university provided phones, etc.) must
  8628. provide access to 800 and 950 at no higher cost than what they charge
  8629. to access their presubscribed 0+ carrier (i.e. the carrier that you
  8630. get when you just dial 0).  Since most aggregators don't charge to
  8631. access their presubscribed carrier (they receive a commission from the
  8632. presubscribed carrier in exchange for sending the traffic their way)
  8633. they therefore should not be charging for access to 800 and 950
  8634. access.  They definately cannot block access.
  8635.              
  8636. TOCSIA also mandated that the FCC decide whether 10XXX should be
  8637. handled in the same manner.  In addition, they also directed the FCC
  8638. to see if compensation should be granted to the aggregators for
  8639. allowing the end user to access their carrier of choice.  The carrier
  8640. receives compensation from the end user who pays for the call, why
  8641. shouldn't the company that provided the equipment from which the call
  8642. originated also be compensated.
  8643.  
  8644. In 1992 the FCC decided that 10XXX access should be handled in the
  8645. same manner as 1-800 and 950 and that aggregators should be compensated 
  8646. on a per call basis.  However, they couldn't figure out how to
  8647. implement a per call compensation plan so they did nothing.  At the
  8648. urging of the American Public Communications Council (A trade group
  8649. which represents public accessible communication companies) the FCC
  8650. did implement a temporary plan in which the major long distance
  8651. carriers pay into a fund.  Each aggregator phone receives $6 per month
  8652. to compensate them for interstate access code calls.  Prior to this
  8653. aggregators received *nothing* everytime someone placed one of these
  8654. calls.
  8655.  
  8656. You might wonder why an aggregator should receive compensation for
  8657. 800, 950, and 10XXX calls when these are free to them to begin with.
  8658. Well, if you decided to start a business providing public telephones
  8659. for use by the public you would invest money in equipment, personnel,
  8660. training, maintenance.  Each month you have to pay a phone bill to the
  8661. LEC (local telephone company) for dial tone service.  Each month you
  8662. have to pay to keep the phones in good repair (handsets, keypads,
  8663. circuit boards, lamps).  And each month you have a payroll you have to
  8664. meet.
  8665.  
  8666. Everytime someone uses your phone to make an 800, 950, or 10XXX call
  8667. they tie up the phone from someone that is actually going to make a
  8668. paid call.  Prior to the per call compensation plan many aggregators
  8669. felt that it was unfair to give away service for free.  Consumers saw
  8670. this as unfair because it had always been free.
  8671.  
  8672. Most aggregators have now unblocked access to these codes.  Issues
  8673. that still need to be resolved are compensation for intrastate access
  8674. code calls, calls to new access services like MCI's 1-800-COLLECT and
  8675. AT&T's 1-800-OPERATOR, and subscriber 800 calls (ie. Calls to L.L.
  8676. Bean).  The number of 800 subscriber calls far outweighs 1-800, 950,
  8677. and 10XXX carrier access calls.  Basically, any call that is
  8678. originated from a public telephone should be compensated.  This is no
  8679. different than the LEC's that receive access charges for *all* calls
  8680. that they send onto an Interexchange carrier (i.e. AT&T, MCI, etc.).
  8681. They aren't forced to pass any calls onto the long distance carriers
  8682. for free.
  8683.  
  8684. It is my opinion that once compensation is awarded on a time sensitive
  8685. basis for all originated calls, that are not paid by coin at the
  8686. public telephone, you will start to see rates on operator assisted
  8687. calls come down.  A lot of the cost now in non-dominant operator
  8688. service calls is from the Premise Imposed Fee (PIF).  This is a fee
  8689. that the aggregator has asked the operator service company to collect
  8690. on their behalf.  Right now, the scales are unbalanced.  If you have
  8691. to give away calls for free on one hand you have to make up the loss
  8692. elsewhere.  Basically, calling card and collect call users are
  8693. subsidizing callers who make 1-800 calls.  Once proper compensation is
  8694. in place these PIF fees should be greatly reduced or eliminated and
  8695. the scales will finally be balanced.
  8696.  
  8697. Hope this was helpful.
  8698.  
  8699.  
  8700. Kurt Albrecht     National Electric & Telephone
  8701.  
  8702. ------------------------------
  8703.  
  8704. End of TELECOM Digest V14 #164
  8705. ******************************
  8706.     
  8707.     
  8708. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa14239;
  8709.           6 Apr 94 18:24 EDT
  8710. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8711.     id AA06216; Wed, 6 Apr 94 14:31:12 CDT
  8712. Return-Path: <telecom>
  8713. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8714.     id AA06205; Wed, 6 Apr 94 14:31:09 CDT
  8715. Date: Wed, 6 Apr 94 14:31:09 CDT
  8716. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8717. Message-Id: <9404061931.AA06205@delta.eecs.nwu.edu>
  8718. To: telecom@eecs.nwu.edu
  8719. Subject: TELECOM Digest V14 #165
  8720.  
  8721. TELECOM Digest     Wed, 6 Apr 94 14:31:00 CDT    Volume 14 : Issue 165
  8722.  
  8723. Inside This Issue:                           Editor: Patrick A. Townson
  8724.  
  8725.     ATM in the Government Sector II (Michael R. Brown)
  8726.     Beacon Initiative (Dave Sellers)
  8727.     PacBell Billing For AT&T - Constant Problems (Laurence Chiu)
  8728.     Meridian Mail Problem (rah@connectinc.com)
  8729.     Help Needed With Phone Wiring (Simon Shaw)
  8730.     Intrastate LD Rates (Todd Inch)
  8731.     Voice Mail System Log-Off (Stephen Polinsky)
  8732.     Toshiba Strata III Documentation (omniplex@access.digex.com)
  8733.     Re: Getting Wired: Leased Line vs. Dial-up For 14.4kps Data Comm (L Reeves)
  8734.     Re: Question About MIN and ESN (Jay Hennigan)
  8735.     Re: Cellular Roaming Charges (John R. Levine)   
  8736.     Re: Ethernet via Cable TV (Jerry Yost)
  8737.  
  8738. TELECOM Digest is an electronic journal devoted mostly but not
  8739. exclusively to telecommunications topics. It is circulated anywhere
  8740. there is email, in addition to various telecom forums on a variety of
  8741. public service systems and networks including Compuserve and GEnie.
  8742. Subscriptions are available at no charge to qualified organizations
  8743. and individual readers. Write and tell us how you qualify:
  8744.  
  8745.                  * telecom-request@eecs.nwu.edu *
  8746.  
  8747. The Digest is compilation-copyrighted by Patrick Townson Associates of
  8748. Skokie, Illinois USA. We provide telecom consultation services and
  8749. long distance resale services including calling cards and 800 numbers.
  8750. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  8751. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  8752.  
  8753.     ** Article submission address only: telecom@eecs.nwu.edu **
  8754.  
  8755. Our archives are located at lcs.mit.edu and are available by using
  8756. anonymous ftp. The archives can also be accessed using our email
  8757. information service. For a copy of a helpful file explaining how to
  8758. use the information service, just ask.
  8759.  
  8760. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  8761. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  8762. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  8763. Digest" shares archives resources at lcs.mit.edu for the convenience
  8764. of users. Please *DO NOT* cross post articles between the groups. All
  8765. opinions expressed herein are deemed to be those of the author. Any
  8766. organizations listed are for identification purposes only and messages
  8767. should not be considered any official expression by the organization.
  8768. ----------------------------------------------------------------------
  8769.  
  8770. From: Michael R. Brown <mrb@mitre.org>
  8771. Subject: ATM in the Government Sector II
  8772. Date: 6 Apr 1994 13:33:33 GMT
  8773. Organization: The MITRE Corporation
  8774.  
  8775.  
  8776. ATM Networking in the Government Sector
  8777.  
  8778. The MITRE Corporation and the ATM Forum are pleased to announce their
  8779. second annual workshop on ATM networking in the government sector, to
  8780. be held on 26 April 1993 in McLean, VA.  The focus of this workshop is
  8781. on the government's need for broadband network technology and
  8782. services, and industry's plans for to meet these needs over the next
  8783. five to ten years.  Senior representatives from the Government and
  8784. Industry will discuss a wide range of issues including requirements,
  8785. technology developments, early (ATM) trial results, and product and
  8786. service plans.  Workshop sessions include:
  8787.  
  8788. Keynote Speakers
  8789.  
  8790. Rep. Rick Boucher        Chair, House Subcommittee on Science
  8791. Mr. Donald Teague,Jr.    VP and GM, Sprint Government Systems        
  8792.  
  8793. ATM Networking Standards
  8794.  
  8795. Mr. Irfan Ali            VP, ATM Forum
  8796. Mr. Richard Vickers        Manager, Northern Telecom
  8797.  
  8798. ATM Networking - Early Experiences
  8799.  
  8800. Mr. Dan McAuliffe        Director, Telecom Division, Rome Labs
  8801. Ms. Chris Caldwell        National Information Infrastructure Testbed 
  8802. Mr. Kwok Li            Director, Product Development, WilTel
  8803.  
  8804. Federal and State Government Requirements
  8805.  
  8806. Dr. John Okay        Director, Information Resource Mgt, US Army
  8807. Dr. Howard Frank        Director, ARPA/DISA AITS-JPO
  8808. Pat Jackson            Director, Council on Information Mgt, VA
  8809. Mr. Nick Giordano        Assisstant Director, Bureau of ATM, PA
  8810.  
  8811. Vendor and Carrier Plans
  8812.  
  8813. Dr. Mohan Kinra        Director, Apex Marketing, General Datacom
  8814. Mr. Bob Halligan        VP & GM, Government Systems Division
  8815. Mr. Tony D'Agata        VP, Military, Bell Atlantic Federal Systems
  8816. Mr. William Clark        Director, Advanced Technologies, Cabletron
  8817.  
  8818. In addition to these sessions, vendor demonstrations will be conducted
  8819. throughout the workshop.  Given the continued interest in related
  8820. initiatives such as NREN, NII, and Global Grid, this workshop offers a
  8821. unique opportunity for government and industry officials to discuss
  8822. potential applications of this enabling technology.  Because of the
  8823. desire to facilitate one-on-one discussions between government and
  8824. industry officials, non-government representatives will be admitted on
  8825. a limited basis.
  8826.  
  8827. The workshop will be held at :
  8828.  
  8829.         The MITRE Corporation
  8830.         Hayes Auditorium
  8831.         7525 Colshire Drive
  8832.         McLean, VA  22102
  8833.  
  8834. For registration information contact: 
  8835.         
  8836.         Ms. Holly Robbins
  8837.         hrobbins@mitre.org
  8838.         703.883.5890
  8839.         703.883.5914 (FAX)        
  8840.  
  8841.  
  8842. Michael R. Brown            mrb@mitre.org
  8843. Advanced Telecommunications Group    617.271.7390
  8844. The MITRE Corporation             617.271.7231 (FAX)
  8845. S B280 Burlington Road                Bedford, MA  01730
  8846.  
  8847. ------------------------------
  8848.  
  8849. Date: Tue, 5 Apr 94 15:42:49 EDT
  8850. From: sellers@on.bell.ca (Dave Sellers)
  8851. Subject: Beacon Initiative
  8852.  
  8853.  
  8854.        THE FOLLOWING NEWS RELEASE WAS ISSUED BY STENTOR
  8855.  
  8856. APRIL 5, 1994                                     NR-94-E04
  8857.  
  8858. Stentor Companies Address Canada's Telecommunications Future
  8859.                Through  The Beacon Initiative
  8860.  
  8861. (TORONTO -- April 5, 1994) -- In a coast to coast broadcast today,
  8862. Stentor telecommunications companies announced a joint initiative to
  8863. bring the Information Highway to all Canadians.  The companies will
  8864. pool their resources to upgrade their local, regional and national
  8865. networks to provide multimedia services into homes, offices, hospitals
  8866. and schools across the country.
  8867.  
  8868. Under the banner of the The Beacon Initiative , the Stentor companies
  8869. outlined their plans and rationale to help bring the Information
  8870. Highway to Canadian businesses and consumers.  The central theme of
  8871. the initiative is an open, collaborative effort with all interested
  8872. players to bring enhanced interactive, data, image and video services
  8873. to Canadians.
  8874.  
  8875. The activities announced represent a major commitment to the future of
  8876. Canada, investment in Canada's economic infrastructure, and
  8877. improvement in the quality of life of Canadians.  The Stentor
  8878. companies have come together in a world first -- the delivery of a
  8879. broadband network from the Pacific to the Atlantic.  While many
  8880. players have talked about the Information Highway, this initiative
  8881. brings it into being.
  8882.  
  8883. The joint activities include:
  8884.  
  8885.      - an $8 billion upgrade of the local telephone
  8886.        networks over 10 years to provide broadband
  8887.        capability for multimedia;
  8888.  
  8889.      - a $500 million enhancement program over six years to
  8890.        provide seamless national connectivity;
  8891.  
  8892.      - creation of a new company to supply multimedia
  8893.        services and applications; and
  8894.  
  8895.      - initiation of a venture capital fund -- possibly to
  8896.        reach $50 million -- to assist companies developing
  8897.        multimedia applications and products for the
  8898.        Information Highway.
  8899.  
  8900. Host of the Toronto event, Brian Canfield, Chairman and CEO
  8901. of BC TELECOM and Chairman of the Stentor Alliance Council
  8902. of CEOs, said the Information Highway is a tool that will
  8903. assist Canadians as they build a stronger economy and ever
  8904. more modern society.
  8905.  
  8906. It will be part of a network of networks connecting
  8907. Canadians,  he said.   It will make communications faster
  8908. and easier for Canadians.
  8909.  
  8910. Mr. Canfield also outlined the impact this initiative will
  8911. have on the Canadian economy.   Our sector creates more
  8912. employment growth than any other,  he said.   The types of
  8913. jobs created are knowledge workers who are the fuel in the
  8914. engine of our economic growth and increasing global competi-
  8915. tiveness.  He also noted that a strong telecommunications
  8916. infrastructure has a direct relationship with a country's indust-
  8917. rial competitiveness, economic development and social well-being.
  8918.  
  8919. Ivan Duvar, CEO of MT&T, said the local upgrade program alone would
  8920. fund 12,000 jobs nationally over a ten year period.  Mr. Duvar also
  8921. made a strong commitment to the universality of the Information
  8922. Highway.
  8923.  
  8924. We are committed to offering an Information Highway which is
  8925. accessible and affordable for all Canadians -- in keeping with our
  8926. tradition of innovation and service, he said.
  8927.  
  8928. John McLennan, President and CEO of Bell Canada, outlined how the
  8929. Stentor companies would capitalize on their long- standing cooperation
  8930. to manage the necessary upgrades to their regional and national
  8931. networks to provide seamless national connectivity.
  8932.  
  8933. Mr. McLennan also announced a commitment to ensure Canada's educational, 
  8934. health care and cultural institutions have access to the Information
  8935. Highway and the benefits it will deliver.  As part of The Beacon
  8936. Initiative each Stentor company will work together with the organiza-
  8937. tions and institutions in their regions to deliver the desired multimedia 
  8938. capabilities in an affordable manner.
  8939.  
  8940. Completing the full solution provided by The Beacon Initiative was the
  8941. announcement of a new multimedia company, currently called MMI.
  8942. Customers expect that multimedia will allow them to set up a desktop
  8943. video conference, dial up a movie from their living room, exchange
  8944. video messages with friends and colleagues, or browse through a far
  8945. off database for visual information all as simply as placing a
  8946. telephone call across town, said Mr. Neuman, President and CEO of
  8947. WorldLinx, a Stentor company.
  8948.  
  8949. MMI will become involved in all areas of the multimedia business, he
  8950. said, including content and service acquisition and development,
  8951. conversion of information to digital format, and distribution
  8952. coordination of multimedia controllers and business software.  MMI
  8953. will also work closely with the appropriate agencies to ensure that
  8954. privacy and security concerns are addressed.
  8955.  
  8956. Stentor, an alliance of Canada's major telephone companies, provides
  8957. customers uniform, leading-edge products and services and service
  8958. excellence across Canada and internationally.  The nine owner
  8959. companies are: BC TEL, AGT Limited, SaskTel, Manitoba Telephone
  8960. System, Bell Canada, NBTel, Maritime Tel & Tel, Island Telephone and
  8961. Newfoundland Telephone.
  8962.  
  8963.  
  8964. For further information,           For interviews with our
  8965. please contact:                    national spokespersons,
  8966.                                    please contact:
  8967.  
  8968. Don Doucette                       Maureen MacDonald
  8969. Stentor Communications             Stentor Communications
  8970. work:         (613) 781-9223       on Apr. 5     (416) 585-3588
  8971. after Apr. 8  (613) 781-3495       after Apr. 5  (613) 781-9232
  8972. home:         (613) 744-6025
  8973.  
  8974. ------------------------------
  8975.  
  8976. From: lchiu@crl.com (Laurence Chiu)
  8977. Subject: PacBell Billing For AT&T - Constant Problems
  8978. Date: 5 Apr 1994 17:47:51 -0700
  8979. Organization: CRL Dialup Internet Access
  8980.  
  8981.  
  8982. Has anybody else noticed this? For the past six months each time I get
  8983. my phone bill from PacBell I have go through the AT&T portion very
  8984. carefully to see if I have been billed correctly. And it has been
  8985. wrong every time, sometimes up to $40. This is mainly due to applying
  8986. the wrong rate for calls (mostly international).
  8987.  
  8988. AT&T have been very gracious every time I call them about this and
  8989. always work out the discrepancy and send forward a credit. Finally I
  8990. decided to ask the customer rep what the problem was. He sighed and
  8991. said they always had problems with PacBell -- in fact this past month
  8992. because of some software foulup, they viz. PB) screwed up 250,000
  8993. customer's bills!
  8994.  
  8995. Now if only AT&T could bill directly as MCI do (I get direct MCI
  8996. billing because I use them via 10222 for international calls
  8997. occasionally) then this problem would not occur.
  8998.  
  8999.  
  9000. Laurence Chiu              Walnut Creek, California
  9001. Tel: 510-215-3730 (work)   Internet: lchiu@crl.com 
  9002.  
  9003. ------------------------------
  9004.  
  9005. Date: Tue, 5 Apr 94 14:50:56 -0700
  9006. From: rah@connectinc.com
  9007. Subject: Meridian Mail Problem
  9008.  
  9009.  
  9010. Paul, Steve;
  9011.  
  9012. Thank you both for your help!  I have to apologize for not getting
  9013. back to both of you sooner. but with end-of-quarter work to do I
  9014. haven't had time to look at the switch until today.  Of course our
  9015. system went down briefly over the weekend and that gave me a bit more
  9016. incentive...  :-)
  9017.  
  9018. Your suggestions were remarkable similar -- great minds must think alike.
  9019.  
  9020. 1) I changed the TODC to a Message Service.  Much to my surprise, the
  9021. system accepted it.  Unfortunately, it did not solve the problem.
  9022.  
  9023. As a result of this experiment however, I realized that I *needed* an
  9024. emergency TODC instead of a Message Service since I wanted the voice
  9025. response to be different during different time periods.
  9026.  
  9027. During the day I want key three to go to Customer Service, during
  9028. Evenings, Weekends, and Holidays I want it to go to voicemail.
  9029.  
  9030. No problem, I can deal with that.
  9031.  
  9032. 2) During our latest emergency, I set the evening message service in
  9033. TODC 1000 to 1004 (the emergency message).  This worked!  now the 408
  9034. NPA and the 800 NPA (on TODC 2000) both had the emergency message.
  9035. This was useful, but not a long term solution because I can not do
  9036. this with Remote Activation -- only from the console.  However, This
  9037. told me that there must be (as you both suggested) TWO DNs associated
  9038. with the TODC 1000.
  9039.  
  9040. 3) I looked in the "DN to Services" table and, sure enough, DN 520
  9041. *AND* DN zero were both set to TODC 1000.  If I use Remote Activation
  9042. to change both of those to TODC 2000 during an emergency, the system
  9043. should work as planned.  I haven't tested this yet, But I'm sure it
  9044. will work :-) :-)  I am a happy camper ...
  9045.  
  9046.                              ------
  9047.  
  9048. Now, the mystery of the Holiday during working hours prompt!
  9049.  
  9050. While fiddling around with the system, I discovered that someone (not
  9051. me :-) had recorded a holiday message in the place of the menu choices
  9052. prompt for Message Service 1001 (business days).
  9053.  
  9054. Normally, we only have a greeting prompt recorded for any Message
  9055. Service.  Somehow, in some mysterious way, the Menu Choices prompt was
  9056. being played for the edification of the occasional customer.  I still
  9057. don't know when or why a Menu Choices prompt is played instead of the
  9058. Greeting prompt.  However, I re-recorded the Menu Choices prompt to be
  9059. the same as the Greeting Prompt and this seems to have solved the
  9060. problem.  Intuitively, this seems to be wrong.  I think I should just
  9061. erase the Menu Choices prompt ...
  9062.  
  9063. So, thank you both very much!  I will post a summary to comp.dcom.telecom
  9064. as I promised.
  9065.  
  9066.  
  9067. Regards,
  9068.  
  9069. Rick   rah@netcom.com   rah@connectinc.com
  9070.  
  9071. ------------------------------
  9072.  
  9073. From: mmine@yarrow.wt.uwa.edu.au (Micromine)
  9074. Subject: Help Needed With Phone Wiring
  9075. Date: 5 Apr 1994 04:00:58 GMT
  9076. Organization: The University of Western Australia
  9077.  
  9078.  
  9079. I am after a circuit to allow someone to put a caller "on hold" and
  9080. play CD music to them down the line.  To purchase such a beast here
  9081. costs over $200 Australian ...  Anyway, the line plug is like this:
  9082.  
  9083. 0V  --------- (Green wire) (Maybe black???
  9084. ?V  --------- (yellow)
  9085.     ----+
  9086.         |
  9087.     ----+
  9088. NC  ---------
  9089. NC  ---------
  9090.  
  9091. 48V --------- Red wire.
  9092. ?V  ---------
  9093.  
  9094. Not too sure if colours are correct, (we have our own system at work
  9095. so I can't check).
  9096.  
  9097. Basically, an on/off button for the hold function and a circuit
  9098. showing how to connect the CD player to the line is required.  Anybody
  9099. have answers?  Private mail to me can be sent to the addresses below
  9100. or post this group.
  9101.  
  9102.  
  9103. Thanks,
  9104.  
  9105. Simon Shaw
  9106.  Please finger mmine@yarrow.wt.uwa.edu.au for further company information.
  9107.            Micromine Pty. Ltd. Exploration and Mining Software
  9108.    [PHONE] +61 9 389-8722    [FAX] +61 9 386-7462    [BBS] +61 9 389-8317
  9109.  
  9110. ------------------------------
  9111.  
  9112. From: Todd Inch <toddi@fdsi1.ocsg.com>
  9113. Subject: Intrastate LD Rates
  9114. Date: Tue, 29 Mar 1994 09:19:21 PST
  9115.  
  9116.  
  9117. TELECOM Moderator said:
  9118.  
  9119. > [TELECOM Digest Editor's Note: Intrastate rates are peculiar things,
  9120. > aren't they?  Very odd in how they are calculated, a very much left
  9121. > to the whims of the state PUCs, which frequently are nothing more
  9122. > than tools of the local Bell company. If you can figure this out Bob,
  9123. > an article here in the Digest would be welcome.   PAT]
  9124.  
  9125. Indeed.  The biggest chunk of my phone bill is to my inlaws across the
  9126. state.  Intrastate is almost always the exception to the calling plan
  9127. discounts -- I wish Idaho would annex Spokane.
  9128.  
  9129. In a recent mailing from MCI, they promise savings over AT&T's
  9130. interstate rates on "all calls all the time".  One rep on the phone
  9131. actually said yes, they'd beat AT&T's interstate rates on intrastate
  9132. calls.  I may have to take them up on it.
  9133.  
  9134. ------------------------------
  9135.  
  9136. Date: Wed, 06 Apr 1994 13:52:00 EDT
  9137. From: Stephen Polinsky <TELE_STEPH@ohio.gov>
  9138. Subject: Voice Mail System Log-Off
  9139.  
  9140.  
  9141. Our local users are on a Northern Telecom Digital Centrex [DMS-100],
  9142. and thus we use five-digit dialing to access our voice mail.  The
  9143. Centrex trunks terminating on our VMX 300 are in what Northern calls a
  9144. UCD group [Uniform Call Distribution].  This allows incoming calls to
  9145. sort through the busy trunks to find those that are available.
  9146.  
  9147. For some reason, all of these trunks repeatedly "drop out" of the UCD
  9148. group, and none of the 64 lines will take calls.  Of course there is
  9149. much fingerpointing between VMX and our LEC [Ameritech] as to whose
  9150. problem it really is.
  9151.  
  9152. We have a large [nearly 5,000], and increasingly hostile, user base
  9153. that would appreciate any help you may be able to offer.
  9154.  
  9155.  
  9156. Thanks, 
  9157.  
  9158. Stephen Polinsky    tele_steph@ohio.gov
  9159.  
  9160. ------------------------------
  9161.  
  9162. From: omniplex@access.digex.net (Omniplex)
  9163. Subject: Toshiba Strata III Documentation
  9164. Date: 6 Apr 1994 08:18:32 -0400
  9165. Organization: Express Access Online Communications, Greenbelt, MD USA
  9166.  
  9167.  
  9168. I'm looking for documentation on a Toshiba Strata III electronic
  9169. telephone system. I was able to pick one up for a reasonable price
  9170. (free!) with nine telephones, 3 BFI Communication Sysetm 4000's, and a
  9171. radio (holding with music). I would like to install it in a small
  9172. business.
  9173.  
  9174. I've contacted a local Toshiba distributor and they are currently
  9175. attempting to get me a copy of the docs. I suspect that their effort
  9176. will be weak as they have an opportunity to make some $$$ setting up
  9177. the system for me.
  9178.  
  9179. All the components were working when the phone system was removed. I'm
  9180. missing some of the cables and need to get some documentation to
  9181. connect and configure all the components.
  9182.  
  9183.  
  9184. Thanks,
  9185.  
  9186. Bob
  9187. Omniplex Computer Consulting    omniplex@access.digex.net    
  9188. Columbia, Md. 21045        410.290.6640 
  9189.  
  9190. ------------------------------
  9191.  
  9192. From: lreeves@crl.com (Les Reeves)
  9193. Subject: Re: Getting Wired: Leased Line vs. Dial-up For 14.4kps Data Comm
  9194. Date: 6 Apr 1994 13:05:06 -0800
  9195. Organization: CRL Dialup Internet Access    (415) 705-6060  [login: guest]
  9196.  
  9197.  
  9198. Peter L. Rukavina (rukavina@bud.peinet.pe.ca) wrote:
  9199.  
  9200. > Our small non-profit organization is trying to become an Internet
  9201. > service provider with a budget of ~$20,000 which demands that we do
  9202. > everything that we do on the cheap.  Our plans are to connect our
  9203. > Linux-based PC to our local Internet service provider, which is using
  9204. > rack-mounted USR Courier v.32bis modems.  I'm trying to figure out the
  9205. > best way of doing this given two options:
  9206.  
  9207. > (1) We get a regular POTS line installed, ($40/month, $60 for the
  9208. > installation), buy a relatively cheap 14.4kbps modem (~$300) and have
  9209. > our service provider dedicate a dial-up line to our exclusive use.
  9210.  
  9211. > (2) We get a leased data line (the phone company calls this an LDDS 
  9212. > circuit, $32/month, $180 for the installation) installed and buy a more 
  9213. > expensive but leased-line capable 14.4kbps modem (~$900) and connect 
  9214. > directly.
  9215.  
  9216. > The first option works out to a cost of $840 for the year, the second 
  9217. > option $1284 for the year, a not-insignificant difference.
  9218.  
  9219. > I do not know enough about high-speed modems and leased lines to be able 
  9220. > to evaluate the two options technically, nor do I know enough about the 
  9221. > telephone system to know if I'm missing a third [or fourth] option that 
  9222. > would be a better route to follow.  I would very much appreciate any 
  9223. > advice in this regard.
  9224.  
  9225. I am certainly no expert on this subject, but it is possible that your
  9226. LDDS requires a LDDS modem which is more like a line driver.  They go
  9227. to 19.2 kbps and are *much* less complex than a modem.
  9228.  
  9229. While a modem will work just fine on line which is designed for LDDS
  9230. (Limited Distance Data Set), the converse is not true.  I can't tell
  9231. you exactly how to determine if your circuit is compatible with these
  9232. line drivers.  I think there is a separate USOC for LDDS as opposed to
  9233. voice channels for data.
  9234.  
  9235. One way to tell is distance; LDDS will only work at 19.2 for a mile or
  9236. two.
  9237.  
  9238. BTW, I have a box of brand-new LDDS line drivers if you decide to
  9239. experiment.
  9240.  
  9241.  
  9242. Les    lreeves@crl.com       Atlanta,GA      404.874.7806
  9243.  
  9244. ------------------------------
  9245.  
  9246. From: jay@coyote.rain.org (Jay Hennigan)
  9247. Subject: Re: Question About MIN and ESN
  9248. Date: 6 Apr 1994 11:43:39 -0700
  9249. Organization: Regional Access Information Network (RAIN)
  9250.  
  9251.  
  9252. In article <telecom14.161.4@eecs.nwu.edu> sathya@uw-isdl.ee.washington.edu (Sathyadev Uppala) writes:
  9253.  
  9254. > What is the difference between MIN and ESN?
  9255.  
  9256. > Each mobile unit in a celllular system has a unique ESN, so what is
  9257. > the need to have a MIN?
  9258.  
  9259. The ESN (Electronic Serial Number) is programmed into the telephone
  9260. when it is manufactured, and uniquely identifies that particular
  9261. telephone transceiver.  It is (supposed to be) secure against
  9262. tampering, and used to verify that a particular subscriber is using
  9263. the hardware assigned to it.
  9264.  
  9265. The MIN is the "Mobile identification number", or the cellular phone
  9266. number issued to the phone.  It is assigned by the cellular carrier
  9267. when the phone is activated, and programmed at that time.  The MIN is
  9268. what is sent by a cell site to page the phone and is matched against
  9269. the ESN for validation.
  9270.  
  9271. In a nutshell, the MIN identifies the phone *number*, the ESN
  9272. identifies the phone *hardware*.
  9273.  
  9274. Both the MIN and ESN must match the carrier's database as valid for a
  9275. call to go through.
  9276.  
  9277.  
  9278. Jay
  9279.  
  9280. ------------------------------
  9281.  
  9282. Date: Wed, 06 Apr 94 13:42 EDT
  9283. From: johnl@iecc.com (John R Levine)
  9284. Subject: Re: Cellular Roaming Charges
  9285. Organization: I.E.C.C., Cambridge, Mass.
  9286.  
  9287.  
  9288. > Are then any tricks to cutting costs on the high roaming rates many
  9289. > cellular carriers charge?
  9290.  
  9291. Not really that I've ever seen.  If you roam much, get the Cellular
  9292. Travel Guide, a 1000 page book which lists every cellular company in
  9293. North America with phone numbers, coverage areas, system numbers, and
  9294. roaming prices.  Also, contact your own cellular carrier to find out
  9295. where they have reduced rate roaming -- in many cases you get rates in
  9296. adjoining areas that are considerably lower than the list roaming
  9297. price.  In most areas there are two carriers, and the rates are often
  9298. different; unless you have a really cruddy phone, you can tell the
  9299. phone which carrier to use.
  9300.  
  9301. Finally, if you roam in specific areas a lot, consider getting
  9302. multiple numbers for your phone.  For example, here in Boston I have a
  9303. NYNEX Mobile number (they gave me the phone as part of the deal) which
  9304. gives me home rates throughout eastern Mass, Rhode Island, and
  9305. southern New Hampshire, and reduced rate roaming in Connecticut,
  9306. Manchester NH, and much of southern Maine.  I spend a fair amount of
  9307. time in Vermont, so I have a second number from Atlantic cellular
  9308. which gives me home rates in all of Vermont (there's two cell
  9309. companies but they give each other's customers home rates) and
  9310. northern New Hampshire, as well as reduced rate roaming in Concord NH.
  9311. That covers the major areas I visit, I just have to remember to switch
  9312. phone numbers, a procedure that involves pushing five keys on the
  9313. phone, at the toll booth between Concord and Manchester.
  9314.  
  9315.  
  9316. Regards,
  9317.  
  9318. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  9319.  
  9320. ------------------------------
  9321.  
  9322. Date: Wed, 6 April 1994 02:54:04 PDT
  9323. From: Jerry Yost <jyost@infoserv.com>
  9324. Organization: First Pacific Networks, Inc.
  9325. Subject: Re: Ethernet via Cable TV
  9326.  
  9327.  
  9328. In <telecom14.157.10@eecs.nwu.edu>, John@msus1.msus.edu (John
  9329. Biederstedt) wrote:
  9330.  
  9331. > Is there a product that runs Ethernet (10mbps) over 75 ohm cable?  I
  9332. > thought I had heard of such a product once.
  9333.  
  9334. My company, First Pacific Networks, manufactures a broadband Ethernet
  9335. product which operates at 10mbps over a standard CATV cable plant
  9336. (fiber, coax, or hybrid) using two standard 6MHz TV channels in the
  9337. forward path and two in the reverse path.  If you'd like more
  9338. information, please contact me via the information in my signature
  9339. block below or e-mail me your complete mailing address.
  9340.  
  9341.  
  9342. Regards,
  9343. Jerry Yost                          Telephone: +1 800 544-4959       
  9344. Director, Int'l Distribution Sales             +1 408 943-7647 (direct)
  9345. First Pacific Networks, Inc.
  9346. 871 Fox Lane                        Facsimile: +1 408 943-7666 
  9347. San Jose, California 95131 USA                                 
  9348. Residence:                          Telephone: +1 408 264-6987 
  9349.   2698 Custer Drive                 Facsimile: +1 408 264-6988 
  9350.   San Jose, CA 95124-1712 USA       Internet:  jyost@infoserv.com 
  9351.  
  9352. ------------------------------
  9353.  
  9354. End of TELECOM Digest V14 #165
  9355. ******************************
  9356.     
  9357.     
  9358. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa14649;
  9359.           6 Apr 94 19:00 EDT
  9360. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9361.     id AA08581; Wed, 6 Apr 94 15:22:38 CDT
  9362. Return-Path: <telecom>
  9363. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9364.     id AA08570; Wed, 6 Apr 94 15:22:35 CDT
  9365. Date: Wed, 6 Apr 94 15:22:35 CDT
  9366. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9367. Message-Id: <9404062022.AA08570@delta.eecs.nwu.edu>
  9368. To: telecom@eecs.nwu.edu
  9369. Subject: TELECOM Digest V14 #166
  9370.  
  9371. TELECOM Digest     Wed, 6 Apr 94 15:22:00 CDT    Volume 14 : Issue 166
  9372.  
  9373. Inside This Issue:                          Editor: Patrick A. Townson
  9374.  
  9375.     Free Expo: Distributed Computing World - April 19/20 - Wash DC (B. Gavin)
  9376.     Update: Help! Big Problem With Phone Company (Dan Smolko)
  9377.     Win a Free SoundBlaster With Speech Recognition (Steven Feinstein)
  9378.     ISDN in Rhode Island (Tony Pelliccio)
  9379.     What Are Fortress Phones and Other Terms? (Leif Ordorica)
  9380.     Re: CATV Modems (Jerry Yost)
  9381.     Re: Who Paid For My 550? (Dave Niebuhr)
  9382.     Re: Who Paid For My 550? (Alan Dahl)
  9383.     Re: 976, 540 Services (Wm. Randolph Franklin)
  9384.     Re: 976, 940 Services (Dave Niebuhr)
  9385.  
  9386. TELECOM Digest is an electronic journal devoted mostly but not
  9387. exclusively to telecommunications topics. It is circulated anywhere
  9388. there is email, in addition to various telecom forums on a variety of
  9389. public service systems and networks including Compuserve and GEnie.
  9390. Subscriptions are available at no charge to qualified organizations
  9391. and individual readers. Write and tell us how you qualify:
  9392.  
  9393.                  * telecom-request@eecs.nwu.edu *
  9394.  
  9395. The Digest is compilation-copyrighted by Patrick Townson Associates of
  9396. Skokie, Illinois USA. We provide telecom consultation services and
  9397. long distance resale services including calling cards and 800 numbers.
  9398. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  9399. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  9400.  
  9401.     ** Article submission address only: telecom@eecs.nwu.edu **
  9402.  
  9403. Our archives are located at lcs.mit.edu and are available by using
  9404. anonymous ftp. The archives can also be accessed using our email
  9405. information service. For a copy of a helpful file explaining how to
  9406. use the information service, just ask.
  9407.  
  9408. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  9409. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  9410. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  9411. Digest" shares archives resources at lcs.mit.edu for the convenience
  9412. of users. Please *DO NOT* cross post articles between the groups. All
  9413. opinions expressed herein are deemed to be those of the author. Any
  9414. organizations listed are for identification purposes only and messages
  9415. should not be considered any official expression by the organization.
  9416. ----------------------------------------------------------------------
  9417.  
  9418. From: Barbara Gavin <dcigavin@DELPHI.COM>
  9419. Subject: Free  Expo - Distributed Computing World - April 19/20 - Wash DC
  9420. Date: Wed, 6 Apr 94 07:23:35 -0500
  9421. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  9422.  
  9423.  
  9424. FREE DISTRIBUTED COMPUTING WORLD & CLIENT/SERVER DEVELOPERS EXPOSITION
  9425. Washington, D.C. Convention Center Tuesday, April 19, 12:00pm-6:30pm
  9426. Wednesday, April 20, 10:30am-4:30pm
  9427.  
  9428. See Over 100 of the Leading Distributed and Client/Server Technology
  9429. Companies!
  9430.  
  9431. Expand your Expertise Hear from today's industry leaders and slash
  9432. thousands of dollars off your IS budget.  No other industry event can
  9433. offer you a broader range of today's leading edge suppliers of
  9434. client/server computing, networking, and distributed computing at one
  9435. time a nd in one place.
  9436.  
  9437. Save Months of Costly Investigation Time Visit over 100 exhibits and
  9438. see live demos of working client/server networks and the latest C/S
  9439. application development tools in action.  Discover key products and
  9440. technologies and address your interoperability issues.
  9441.  
  9442. Learn the secrets to Success Crucial questions ... important answers!
  9443. Find out about the strengths and weaknesses of distributed computing.
  9444. Learn how to use your distributed computing tools to meet your
  9445. organization's strategic business requirements in a heterogeneous
  9446. database environment.
  9447.  
  9448. Glimpse into the Future See an impressive array of products and
  9449. services unveiled for the first time at this pivotal industry event!
  9450. Receive privileged insight into the industry's emerging technologies
  9451. and services.
  9452.  
  9453. And Much More!  Don't Delay -- Get a jump on your competition and
  9454. discover the secrets to your success.  Bring your entire team and
  9455. maintain your competitive edge by attending this year's largest and
  9456. most comprehensive exposition event.
  9457.  
  9458. FREE EXPOSITION EVENTS
  9459.  
  9460. Client/Server Developers User Group
  9461. Wednesday, April 20, 1994 - 9:00 am - 11:50 am
  9462.  
  9463. This interactive event is part of a nationwide client/server user
  9464. group sponsored by DCI.  It provides technical attendees with a chance
  9465. to discuss the interoperability issues that occur in a client/server
  9466. environment.  Discover the issues users like yourself have encountered, 
  9467. and work together to get answers to your questions.  See registration
  9468. panel to receive more information.
  9469.  
  9470. Special Industry Presentation (Product Education Session)
  9471.  
  9472. Another conference element which we've opened up to expo attendees.
  9473. Attend in-depth session where leading companies present their products' 
  9474. technical capabilities in an informative classroom-style setting.
  9475.  
  9476. FREE GIVEAWAYS
  9477.  
  9478. Free software package from Syncsort ... come to booth #133 and learn
  9479. how you can start to distribute your applications.  Discuss the
  9480. implementation of their "MVS to Unix Migration software".
  9481.  
  9482. Human Factors International Inc. (booth 129) is giving away a
  9483. complimentary course registration to "How to Design Effective
  9484. Graphical User Interfaces."  This three day course teaches system
  9485. developers, interface designers and project managers to use the
  9486. science of ergonomics to design optimal GUI screens
  9487.  
  9488. Alternet -- The "Information Highway" of the 90's is here, and your
  9489. computer is your vehicle -- so hop in, and get rolling!  Come see how
  9490. easy it is to tap into the Internet .. Retrieve your Email, become
  9491. part of a global network of organizations and individuals. From its
  9492. roots as the original commercial Internet service provider, AlterNet
  9493. is now the most experienced, best connected, and most reliable
  9494. Internet access service in the business.  So whether you're looking
  9495. for others to chat with, returni ng you E-mail, or trying to increase
  9496. your companies productivity, tap into the Internet with Alternet.
  9497.  
  9498. FREE KEYNOTE PRESENTATIONS - TUESDAY, 11:00am - 12:00noon
  9499.  
  9500. PAUL STRASSMANN, President, Strassman, Inc.
  9501.  
  9502. The Politics of Distributed Computing - This session addresses the
  9503. analogies between the design of information systems and organizational
  9504. governance.
  9505.  
  9506. Computing Reflects Organizational Politics
  9507. Distributed Computing Not Autonomous Computing
  9508. Organizational Governance Must Precede Network Architecture
  9509. Technical Proposals Including Political Context
  9510.  
  9511.  
  9512. ART BENJAMIN, President, Online People Limited
  9513.  
  9514. The Business Case for Client/Server - By the end of the 90's the
  9515. difference between a good I.T. infrastructure and an adequate one will
  9516. be immense.  Most companies are defaulting towards an infrastructure
  9517. that is in inadequate, for the following reasons:
  9518.  
  9519. Not Identifying Their Infrastructure Needs
  9520. Basing Long-Term Infrastructure Direction on Current Needs Alone
  9521. No Method of Measuring Costs and Benefits
  9522.  
  9523.  
  9524. HERB EDELSTEIN, Principal & Founder, Euclid Associates AND LARRY
  9525. DeBOEVER, Founder, DeBoever Architectures
  9526.  
  9527. Rightsizing Point/Counterpoint: Two Industry Experts Go Toe-to-Toe on
  9528. 1994's Hot Issues. These two leading industry visionaries put their
  9529. reputations and friendship on the line, as they take on the toughest
  9530. downsizing issues in this provocative present ation.  
  9531.  
  9532. Future of CASE
  9533. Dowsizing Enablers 
  9534. Downsizing Issues
  9535.  
  9536. FREE KEYNOTE PRESENTATIONS - WEDNESDAY, 9:30am - 10:30am
  9537.  
  9538. Beyond Rows and Columns:  What's New in Relational DBMS
  9539. Panel Moderator: Pieter Mimno
  9540.  
  9541. Relational DBMSs are moving rapidly to support complex data, such as;
  9542. very large databases, multi-dimensional data, multi-threaded server
  9543. architectures, gateways, text, images, audio, and video.  This forum
  9544. will allow attendees the opportunity to questio n leading RDBMS
  9545. vendors on the latest advances in database technology for a distributed 
  9546. client/server environment.  Companies invited to participate include:
  9547. Arbor Software, Cincom, IRI, Oracle and Sybase.
  9548.  
  9549. ROHAN CHAMPION, Vice President of Solutions Strategy, Novell
  9550.  
  9551. Where Upsizing Meets Downsizing - This presentation explores key
  9552. management and technological issues that must be addressed if the full
  9553. power and productivity of modernized information systems are to be
  9554. realized.
  9555.  
  9556. Values to Business Enterprise
  9557. Infrastructure and Transition Planning
  9558. Re-Defined Role IS Management
  9559.  
  9560.  
  9561. CHRISTINE COMAFORD, President, Corporate Computing 
  9562.  
  9563. Techniques For Rapid Application Development of GUI Client/Server
  9564. Projects - The structure, scope, methods and deliverables required to
  9565. build solid applications are explored in this conference session.
  9566.  
  9567. Application Design and Architecture Methods
  9568. Development Tasks Can Be Done in Parallel
  9569. GUI Client/Server Project Duration and Resources
  9570. Development Rules and Tasks
  9571. Planning/Analysis
  9572. How to Scope and Control Prototypes
  9573.  
  9574.  
  9575. GARY A. STEMLEY, Major General, US Army Components Automation System
  9576.  
  9577. The World's Largest LAN/WAN System - This presentation describes the
  9578. approach being used by the U.S. Army to design, develop, and install
  9579. the world's largest client server network.
  9580.  
  9581. Customers' Functional Requirements
  9582. Why Client Server Architecture Was Chosen
  9583. Major Challenges of Customer Community 
  9584. Installation, Start-up Problems and Solutions
  9585. Short-range and Long-range Benefits
  9586.  
  9587.  
  9588. INDUSTRY SPOTLIGHT 
  9589.  
  9590. Join a select group of exhibitors who will unveil and demonstrate the
  9591. technical capabilities of their newest products.  Due to the delicate
  9592. nature of this information, the details of some of these companies,
  9593. their products and announcements will not be r evealed until show
  9594. time.  See highlights of the latest technologies including:
  9595. Client/Server application development, networking strategies and Data
  9596. Warehousing tips and techniques.
  9597.  
  9598. EXPOSITION CO-SPONSORS:
  9599. Client/Server Magazine
  9600. Government Computer News
  9601. IBM
  9602. Integris
  9603. JYACC
  9604. KnowledgeWare
  9605. Midrange Systems
  9606. Network World Magazine
  9607. Pyramid Technology
  9608. Sequent Computer Systems, Inc.
  9609.  
  9610. INVITED COMPANIES
  9611. Acucobol
  9612. Advanced Software Automation
  9613. American Software
  9614. Andersen Consulting
  9615. Analysts International Corp.
  9616. Arbor Software Corp.
  9617. AT&T
  9618. Beyond Computing
  9619. Booz Allen & Hamilton
  9620. Cincom Systems, Inc.
  9621. CIMLIN, Inc.
  9622. CIO Magazine
  9623. Client/Server Magazine
  9624. CODA, Inc.
  9625. Codex/Motorola
  9626. Cognos Corporation
  9627. Command Technology
  9628. Communications Week
  9629. Computer Associates Int'l 
  9630. Computer Reseller News
  9631. Computer Systems Advisers
  9632. Computer Task Group
  9633. Computerworld
  9634. Concepts Dynamic, Inc.
  9635. Corporate Computing
  9636. Cortex Corporation
  9637. Covia Technologies
  9638. Data Based Advisor
  9639. Database Decisions, Inc.
  9640. Database Prog. & Design
  9641. Datamation
  9642. DBMS Magazine
  9643. DeBoever Architectures
  9644. Digital Equipment Corporation
  9645. DPMA
  9646. Encore Computer
  9647. Evernet
  9648. Federal Computer Week
  9649. FourGen Software
  9650. Government Computer News
  9651. Hewlett-Packard
  9652. High Tech Careers
  9653. Human Factors Int'l
  9654. IBM
  9655. Information Builders, Inc.
  9656. Information Week
  9657. Informix Software
  9658. Interactive Systems Corporation
  9659. IRI Software
  9660. James Martin Insight
  9661. JYACC
  9662. KnowledgeWare, Inc.
  9663. Lattice, Inc.
  9664. Logic Plus Open System, Inc.
  9665. Logic Works, Inc.
  9666. Lotus Development Corp.
  9667. McCabe & Associates
  9668. MDBS, Inc.
  9669. Micro Decisionware
  9670. Micro Focus
  9671. Microsoft Corporation
  9672. Microstrategy, Inc.
  9673. Midrange Systems
  9674. Momentum Software Corp.
  9675. Netwise, Inc.
  9676. Network World Magazine
  9677. Neuron Data, Inc.
  9678. News 3X/400
  9679. NeXT Computer, Inc.
  9680. Novell, Inc.
  9681. ODC Systems
  9682. Open Systems Today
  9683. Oracle Corporation
  9684. Palindrome Corporation
  9685. PC Magazine
  9686. Peerlogic, Inc.
  9687. PeopleSoft, Inc.
  9688. Platinum Software
  9689. Powersoft Corporation
  9690. Prologic Corporation
  9691. ProtoView Development
  9692. Pyramid Technology
  9693. Promark Corporation
  9694. Q + E Software
  9695. RAXCO, Inc.
  9696. Red Brick Systems
  9697. Revelation Technologies
  9698. Select Software Tools
  9699. Seer Technologies, Inc.
  9700. Sequent Computer Systems, Inc.
  9701. SMC
  9702. Software Magazine
  9703. Solbourne Computer
  9704. SQA, Inc.
  9705. SQL Connections
  9706. Stratus Computer
  9707. Sun Microsystems, Inc.
  9708. Sybase Inc.
  9709. Symantec Corporation
  9710. SYNCSORT, Inc.
  9711. Tivoli Systems, Inc.
  9712. Transarc Corporation
  9713. Trinzic Corporation
  9714. Uniface Corporation
  9715. UniKix Technologies (Integris)
  9716. Unisys Corporation
  9717. Universal Business Computing Co.
  9718. US LAN Systems Corporation
  9719. VAR Business 
  9720. Washington Technology
  9721. Windows Magazine
  9722. Wordperfect Corporation
  9723. The Workstation Group
  9724. XDB Systems
  9725. ZYGA Corporation
  9726.  
  9727.  
  9728. DISTRIBUTED COMPUTING WORLD & CLIENT/SERVER DEVELOPERS EXPOSITION-4015
  9729.  
  9730. YES! REGISTER TODAY FOR THE EXPOSITION--FREE
  9731.  
  9732. NAME:
  9733. TITLE:
  9734. COMPANY:
  9735. STREET:
  9736. MAILSTOP:
  9737. CITY, STATE, ZIP:
  9738. E:MAIL ADDRESS:
  9739. TELEPHONE:
  9740. FAX:
  9741.  
  9742. PRIORITY CODE:  BVTQM1K
  9743.  
  9744. OR CALL CUSTOMER SERVICE AT 508-470-3880
  9745. Compuserve - 75300,2002
  9746.  
  9747. ------------------------------
  9748.  
  9749. From: smolko@che.ncsu.edu
  9750. Subject: Update: Help! Big Problem With Phone Company
  9751. Date: 5 Apr 1994 23:08:43 -0500
  9752. Organization: UTexas Mail-to-News Gateway
  9753.  
  9754.  
  9755. An update:
  9756.  
  9757. Though I was led to believe my friend had an account with a special
  9758. code, I now have some doubts about that.  When I asked him yesterday
  9759. what the code was that he used, he replied "102220 or something like
  9760. that."  Also, when I called MCI to try to resolve the problem I
  9761. discovered something that seems rather weird.  When I gave them my
  9762. phone number and name they sounded a little puzzled.  The only names
  9763. listed were my roommate's and my friend's.  Also -- and this seems
  9764. most peculiar -- the address that they have listed as being associated
  9765. with my phone number is my friend's address!  It seems as though they
  9766. never even bothered to check whether the phone number and address
  9767. match up.  While I'm not sure if this is possible, he may have called
  9768. MCI, given them my phone number, and said something like "I'm one of
  9769. Dan's roommates.  He has AT&T and doesn't want to switch, but I want
  9770. to use your overseas plan.  Can you please set up an acount for me?"
  9771.  
  9772. P.S.  When I talked to a rep at the local telco today, he said to
  9773. expect an additional $790 in calls to show up on my next bill.
  9774.  
  9775.  
  9776. Dan  smolko@che.ncsu.edu
  9777.  
  9778.  
  9779. [TELECOM Digest Editor's Note: As I mentioned a couple days ago about 
  9780. this when you originally wrote, either you have a credit problem at
  9781. this point with MCI/telco as a result of this, or you hava problem with
  9782. fraud by your friend. If MCI changed over your phone records without
  9783. telling you based on a call from your friend then my feeling is you
  9784. will get off the hook completely. Give us a further update when you
  9785. have one.   PAT]
  9786.  
  9787. ------------------------------
  9788.  
  9789. From: stevenf@world.std.com
  9790. Subject: Win a FREE SoundBlaster With Speech Recognition
  9791. Organization: Voice Processing Corp., Cambridge, MA
  9792. Date: Wed, 6 Apr 1994 16:22:38 GMT
  9793.  
  9794.  
  9795. I am collecting over-the-phone speech samples for a new speech
  9796. recognition product being built by Voice Processing Corporation (VPC).
  9797. To get the 300 more calls we need into our data collection system,
  9798. we're offering the following deal:
  9799.  
  9800. If you call into the system (whole thing takes about 2 1/2 minutes),
  9801. you will be eligible to win one your choice of the following:
  9802.  
  9803.  1.  SoundBlaster 16 MCD with VPC's "Voice Assist" speech
  9804.  recognition.
  9805.  2.  Cellular telephone.  (not a cheapy)
  9806.  
  9807. This is a speech recognizer intended for the American market, so any
  9808. American regional accent is fine, but heavy foreign accents might be
  9809. discarded.
  9810.  
  9811. HERE'S HOW TO DO IT
  9812.  
  9813. 1.  Call 1-800-560-0758 anytime.  This will connect you with the collection
  9814.     system directly.
  9815.  
  9816. 2.  The system will prompt you to repeat about 60 voice commands.
  9817.     Don't speak over the prompt.  If you make a mistake or can't
  9818.     understand a prompt, guess and go on to the next one.
  9819.  
  9820. 3.  The system sometimes hangs up prematurely, but it is supposed
  9821.     to end with the question "what state did you grow up in?"
  9822.  
  9823. 4.  When you're done, send me email with your name, phone number,
  9824.     and 5 command words you were asked to say.  This will enter
  9825.     you into the random drawing.
  9826.  
  9827. OR
  9828.  
  9829. You can call (617) 494-0100, ask for extension 301.  The receptionist
  9830. will take your name and number and then transfer you into the system.
  9831.  
  9832. The drawing will be held as soon as we get the rest of the calls.  The
  9833. winner will be notified by phone; losers won't be notified at all.  I
  9834. expect this to be done in two weeks.
  9835.  
  9836. Thanks in advance for your participation,
  9837.  
  9838.  
  9839. Steven Feinstein   Voice Processing Corp.
  9840.  
  9841. ------------------------------
  9842.  
  9843. From: Anthony_Pelliccio@brown.edu (Tony Pelliccio)
  9844. Subject: ISDN in Rhode Island
  9845. Date: 5 Apr 1994 19:11:04 GMT
  9846. Organization: Brown University
  9847.  
  9848.  
  9849. An interesting article appeared in the Tuesday, April 5, 1994 issue of
  9850. the {Providence Journal} titled "Digital network a new on-ramp to
  9851. information highway".
  9852.  
  9853. Why is it that almost all the outlying areas have digital service
  9854. (posh places like Barrington, Middletown, Portsmouth) but the capitol
  9855. city won't get it until late 1994 and 1995. Does NYNEX have it's head
  9856. up it's proverbial butt? And wonder why they're the worst performing
  9857. RBOC in the country.
  9858.  
  9859. Is there anyone from NYNEX who wants to counter this? Sure.. you
  9860. changed the name but the level of service has barely changed. It's
  9861. still shabby.  Granted, they've improved basic customer service in
  9862. areas like availability, etc. but service still remains in the dark
  9863. ages. And of course you know that NYNEX is planning to install
  9864. curbside fiber to the entire state by 1996 ... the biggest joke so far.
  9865.  
  9866. I can't wait until competition for dialtone comes along!
  9867.  
  9868.  
  9869. Anthony_Pelliccio@Brown.edu (Tony Pelliccio, KD1NR)
  9870. Box 1908, Providence, RI 02912 Tel. (401) 863-1880
  9871. All opinions expressed are those of the individual, and not those
  9872. of Brown University.
  9873.  
  9874. ------------------------------
  9875.  
  9876. From: efn!leif@skinner.cs.uoregon.edu (Leif Ordorica)
  9877. Subject: What are Fortress Phones and other terms?
  9878. Organization: Prototype Eugene Free Net
  9879. Date: Tue, 5 Apr 1994 20:36:07 GMT
  9880.  
  9881.  
  9882. I've been wondering about these terms: What are Fortress Phones?  What
  9883. is a "trap-line?"  What are "the bell master tones?"  I know I've
  9884. heard plenty about Fortress Phones but the last two terms sound hokey
  9885. to me.
  9886.  
  9887.  
  9888. Thanks,
  9889.  
  9890. Leif Ordorica <leif@efn.org>
  9891.  
  9892. ------------------------------
  9893.  
  9894. Date: Wed, 6 April 1994 22:34:39 PDT
  9895. From: Jerry Yost <jyost@infoserv.com>
  9896. Organization: First Pacific Networks, Inc.
  9897. Subject: Re: CATV Modems
  9898.  
  9899.  
  9900. In <telecom14.158.19@eecs.nwu.edu>, wright@LAA.COM wrote:
  9901.  
  9902. > In article <telecom14.145.2@eecs.nwu.edu>, gabioud@uni2a.unige.ch writes:
  9903.  
  9904. >> Do you know any equipment (modem, remodulator, ...) that allows data
  9905. >> communication over the CATV cable. On the user side, the modem should
  9906. >> feature a well-known interface (RS232C, Ethernet, ...).
  9907.  
  9908. > Check out First Pacific Networks at 408-730-6600. They have been
  9909. > providing this equipment for years.
  9910.  
  9911. Unfortunately, First Pacific Networks relocated its office from
  9912. Sunnyvale to San Jose last month, so the above telephone number is no
  9913. longer accurate.  Our new number is +1 408 943-7600 and our San Jose
  9914. address is listed in my signature block below, along with our
  9915. facsimile number.
  9916.  
  9917. However, I recommend that the original poster contact FPN's
  9918. distributor in France, Reltek Communications, who has a great deal of
  9919. experience with our broadband Ethernet products in Europe:
  9920.  
  9921.  
  9922. Reltek Communications        Contact:    Marc Budan
  9923. 26, Avenue de la Baltique            Sales Manager
  9924. Courtaboeuf ZA - BP 730        Telephone:  +33 1 69187700
  9925. 91962 Les Ulis Cedex B        Facsimile:  +33 1 69280609
  9926. France
  9927.  
  9928.  
  9929. Regards,
  9930.  
  9931. Jerry Yost                          Telephone: +1 800 544-4959   
  9932. Director, Int'l Distribution Sales             +1 408 943-7647 (direct)
  9933. First Pacific Networks, Inc.       
  9934. 871 Fox Lane                        Facsimile: +1 408 943-7666 
  9935. San Jose, California 95131 USA     
  9936. Residence:                          Telephone: +1 408 264-6987 
  9937.   2698 Custer Drive                 Facsimile: +1 408 264-6988 
  9938.   San Jose, CA 95124-1712 USA       Internet:  jyost@infoserv.com
  9939.  
  9940. ------------------------------
  9941.  
  9942. Date: Wed, 6 Apr 94 06:58:10 EST
  9943. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  9944. Subject: Re: Who Paid For My 550
  9945.  
  9946.  
  9947. In TELECOM Digest Issue 158 jfh@netcom.com (Jack Hamilton) wrote:
  9948.  
  9949. >> [TELECOM Digest Editor's Note: Normally the agents are on the A or B
  9950. >> side but not both; that is in their contract with the carriers.
  9951.  
  9952. >> Tandy has the kind of money and influence with the carriers that
  9953. >> they can get away with it. Its the same kind of thing where Pepsi and
  9954. >> Coca-Cola are concerned. You never see them both in the same vending
  9955. >> machine; you never see them both in the same restaurant as fountain
  9956. >> drinks.
  9957.  
  9958. > In our vending machine room there are two Pepsi machines.  One has
  9959. > Pepsi products plus a few other things like Mountain Dew.  The other
  9960. > contains no Pepsi products, but does have several varieties of
  9961. > Coca-Cola.  In one of the smaller buildings, there's a single machine
  9962. > with both Coke and Pepsi.
  9963.  
  9964. > I'd never heard of this happening before very recently, though. 
  9965.  
  9966. > [TELECOM Digest Editor's Note: Probably they cut a deal with the local
  9967. > salesman. Whoever is the bottler (distributor) for the area is under
  9968. > pretty tight constraints with Pepsi headquarters in Purchase, NY or
  9969. > Coke headquarters in Atlanta, GA regarding those things. 
  9970.  
  9971. Ah, that brings back memories.  When I was growing up in Northeastern
  9972. Nebraska in the '40s and '50s, my parents owned a pharmacy and Coke
  9973. was always the main soft drink.  7-up was the next one and cherry,
  9974. strawberry and one other were always on hand.
  9975.  
  9976. Root beer was home-made using root beer extract and sugar.  I don't
  9977. remember the exact formula but it was five pounds of sugar to get so
  9978. many gallons of syrup which was diluted with carbonated water.  I used
  9979. to drink the carbonated water straight; it was the best thirst killer
  9980. around.
  9981.  
  9982.  
  9983. Dave Niebuhr      Internet: dwn@dwn.ccd.bnl.gov (preferred)
  9984.                             niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  9985. Senior Technical Specialist, Scientific Computing Facility
  9986. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  9987.  
  9988. ------------------------------
  9989.  
  9990. From: alan.dahl@mccaw.com (Alan Dahl)
  9991. Subject: Re: Who Paid For My 550?
  9992. Date: 5 Apr 1994 20:31:21 GMT
  9993. Organization: McCaw Cellular Communications, Inc.
  9994.  
  9995.  
  9996. [I know this is getting a little far from telcom issues but I had
  9997.  to pipe in - ABD]
  9998.  
  9999. In article PAT writes:
  10000.  
  10001. > [TELECOM Digest Editor's Note: Probably they cut a deal with the local
  10002. > salesman. Whoever is the bottler (distributor) for the area is under
  10003. > pretty tight constraints with Pepsi headquarters in Purchase, NY or
  10004. > Coke headquarters in Atlanta, GA regarding those things. Note that 
  10005. > the local Pepsi bottler also has the Mountain Dew franchise, but he
  10006. > *cannot* have the 7-Up franchise because they are aligned with Coke.
  10007. > So you won't -- or rarely -- see 7-Up in a so-called 'Pepsi machine',
  10008. > and you won't see 'Upper-10' or whatever it is called in a 'Coke
  10009. > machine'. All the little (by comparison) outfits, join one side or
  10010.  
  10011. In the Pacific Northwest 7-Up is bottled by Alpac, the same company
  10012. that bottles Pepsi. It's quite common to find 7-Up in a Pepsi machine
  10013. here. In fact everyone here wrongly assumes Pepsi owns 7-Up just as
  10014. PAT wrongly assumes that Coke and 7-Up are "aligned". You will never
  10015. find 7-Up in a Coke machine since Coke makes Sprite which is pretty
  10016. much the same thing. No idea what "Upper-10" is since it's not sold
  10017. here.
  10018.  
  10019. People always assume that the way things are in their part of the
  10020. country is the way it is everywhere else and that's not always the
  10021. case.
  10022.  
  10023. The local Coke and Pepsi bottlers had quite a battle when we wanted to
  10024. install both a Coke machine and a Pepsi machine in our office but they
  10025. finally relented.
  10026.  
  10027. Our 7-11 stores sell both from the same fountain as PAT describes just
  10028. as they do elsewhere.
  10029.  
  10030.  
  10031. Alan Dahl       Analysts International Co.   
  10032. 10655 N.E. 4th St. Suite 804   Bellevue, WA 98004   
  10033. PH:  (206) 803-4496    FAX:  (206) 803-4901
  10034.  
  10035. ------------------------------
  10036.  
  10037. From: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  10038. Subject: Re: 976, 540 Services
  10039. Date: 5 Apr 1994 23:15:37 GMT
  10040. Organization: Rensselaer Polytechnic Institute, Troy NY, USA
  10041. Reply-To: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  10042.  
  10043.  
  10044. In article <telecom14.157.7@eecs.nwu.edu> on Thu, 31 Mar 94 19:04 EST,
  10045. johnl@iecc.com (John R Levine) writes:
  10046.  
  10047. > Is there anywhere a list of surcharged prefixes in the U.S.?
  10048.  
  10049. Some time ago I was unable to get a complete list from a NYNEX operator.  
  10050. She didn't seem to know what I was talking about at first, but finally
  10051. gave me what they said was a list for NYNEX territory, but she seemed
  10052. so ignorant that I wouldn't trust it.
  10053.  
  10054. Another example of NYNEX operator ignorance: I block those calls.  It
  10055. seems that this also blocks 700-555-4141 from finding my LD carrier.
  10056. 1) She didn't know this.  2) She didn't even know about 700-555-4141.
  10057.  
  10058. My current phone book nowhere suggests the existence of any
  10059. extra-charge numbers, 900 or otherwise, anywhere in its 52-page
  10060. introduction, altho it includes detailed rate information.  I mention
  10061. this since some people think that subscribers should know all about
  10062. these things.  How?
  10063.  
  10064.  
  10065.  Wm. Randolph Franklin,  wrf@ecse.rpi.edu, (518) 276-6077;  Fax: -6261
  10066.  ECSE Dept., 6026 JEC, Rensselaer Polytechnic Inst, Troy NY, 12180 USA
  10067.  
  10068. ------------------------------
  10069.  
  10070. Date: Wed, 6 Apr 94 06:23:50 EST
  10071. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  10072. Subject: Re: 976, 940 Services
  10073.  
  10074.  
  10075. In TELECOM Digest Volume 14 : Issue 157 johnl@iecc.com (John R Levine)
  10076. wrote:
  10077.  
  10078. > Is there anywhere a list of surcharged prefixes in the U.S.?  In most
  10079. > places 976 is used for non-porn announcements, but the list of other
  10080. > surcharged prefixes seems to be large, growing, and largely
  10081. > undocumented.
  10082.  
  10083. > Here in eastern Mass, for example, the prefixes (valid in both 617 and 508)
  10084. > are:
  10085.  
  10086. > 550 - live chat lines,  554 - live porn, 920 - business info
  10087. > 940 - recorded porn, 976 - recorded general info
  10088.  
  10089. > You have to ask in writing to get calls to 554 and 940 turned on.
  10090.  
  10091. > I am astonished at the report that Sprint billed the surcharge for a
  10092. > 212-540 number.  Has anyone else ever had this happen?
  10093.  
  10094. NNYTel (oops, NYNEX) has 540, 550, 910, 920, 955 and 976 as special
  10095. exchanges.  976 is general information, 540 is chat (and scam), 955 is
  10096. radio call-in.  I don't know about the others but all but 955 are
  10097. classified as "Circuit 9(tm)" which means a surcharge is added.
  10098.  
  10099. The exception is 976 which is a local call.
  10100.  
  10101. All exchanges are enabled and the customer has to specifically request
  10102. that they be disabled which I did.
  10103.  
  10104. 540 received a lot of attention earlier this year when people were
  10105. getting calls from a radio station of some sort that bilked the customers
  10106. who did not realize what was happening, meaning kids replied.
  10107.  
  10108. My number was called three times, ditto for work (on three extensions).
  10109.  
  10110. PAT mentioned when I posted about this earlier that this thing had
  10111. been around before and was an "urban legend" of sorts; well, when I
  10112. take those calls, they are not legend at all but real.
  10113.  
  10114.  
  10115. Dave Niebuhr      Internet: dwn@dwn.ccd.bnl.gov (preferred)
  10116.                             niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  10117. Senior Technical Specialist, Scientific Computing Facility
  10118. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  10119.  
  10120. ------------------------------
  10121.  
  10122. End of TELECOM Digest V14 #166
  10123. ******************************
  10124.     
  10125.     
  10126. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21759;
  10127.           7 Apr 94 15:35 EDT
  10128. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10129.     id AA25977; Thu, 7 Apr 94 10:09:04 CDT
  10130. Return-Path: <telecom>
  10131. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10132.     id AA25968; Thu, 7 Apr 94 10:09:02 CDT
  10133. Date: Thu, 7 Apr 94 10:09:02 CDT
  10134. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10135. Message-Id: <9404071509.AA25968@delta.eecs.nwu.edu>
  10136. To: telecom@eecs.nwu.edu
  10137. Subject: TELECOM Digest V14 #167
  10138.  
  10139. TELECOM Digest     Thu, 7 Apr 94 10:09:00 CDT    Volume 14 : Issue 167
  10140.  
  10141. Inside This Issue:                          Editor: Patrick A. Townson
  10142.  
  10143.     Ring Down Unit Wanted (Sal Kabalani)
  10144.     Call Waiting Detection (Michael Stroucken)
  10145.     Information Wanted on PCMCIA (Lars Kalsen)
  10146.     Wanted: Cellular/Microcellular Network Simulator (Ravi Prakash)
  10147.     Textbook Inquiry (Dennis Esteban)
  10148.     Re: Question About MIN and ESN (Gregory Youngblood)
  10149.     Re: Question About MIN and ESN (Henrik Rasmussen)
  10150.     Australian Communications Futures (Steven Byrne)
  10151.  
  10152. TELECOM Digest is an electronic journal devoted mostly but not
  10153. exclusively to telecommunications topics. It is circulated anywhere
  10154. there is email, in addition to various telecom forums on a variety of
  10155. public service systems and networks including Compuserve and GEnie.
  10156. Subscriptions are available at no charge to qualified organizations
  10157. and individual readers. Write and tell us how you qualify:
  10158.  
  10159.                  * telecom-request@eecs.nwu.edu *
  10160.  
  10161. The Digest is compilation-copyrighted by Patrick Townson Associates of
  10162. Skokie, Illinois USA. We provide telecom consultation services and
  10163. long distance resale services including calling cards and 800 numbers.
  10164. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  10165. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  10166.  
  10167.     ** Article submission address only: telecom@eecs.nwu.edu **
  10168.  
  10169. Our archives are located at lcs.mit.edu and are available by using
  10170. anonymous ftp. The archives can also be accessed using our email
  10171. information service. For a copy of a helpful file explaining how to
  10172. use the information service, just ask.
  10173.  
  10174. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  10175. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  10176. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  10177. Digest" shares archives resources at lcs.mit.edu for the convenience
  10178. of users. Please *DO NOT* cross post articles between the groups. All
  10179. opinions expressed herein are deemed to be those of the author. Any
  10180. organizations listed are for identification purposes only and messages
  10181. should not be considered any official expression by the organization.
  10182. ----------------------------------------------------------------------
  10183.  
  10184. From: sal@ins.infonet.net (Sal Kabalani - Operations Manager / Info Systems)
  10185. Subject: Ring Down Unit Wanted
  10186. Date: 6 Apr 1994 21:56:53 GMT
  10187. Organization: INS Info Services, Des Moines, IA USA
  10188. Reply-To: sal@ins.infonet.net
  10189.  
  10190.  
  10191. I am looking for a "ring-down unit" which is used to send the output
  10192. of a fax machine (scanned documents) to a PC directly without using
  10193. the telephone lines.
  10194.  
  10195. I am told the device is connected via a regular phone cord to the fax
  10196. machine so that when a document is scanned into the fax memory, the
  10197. ring-down unit is started, connects to the fax machine, and downloads
  10198. the document to a PC conencted to it.
  10199.  
  10200. If this sounds familiar, please drop me mail on what exactly it is,
  10201. and where to get it.
  10202.  
  10203.  
  10204. Thank you,
  10205.                       
  10206. Sal A Kabalani   InterNet: SAL@ins.INFOnet.net
  10207. Operations Manager    PhoneNet: (515) 830-0436 
  10208. Information Systems     FaxNet: (515) 830-0123 
  10209. Iowa Network Services    YellNet: Yo! Sal-Man! 
  10210. 4201 Corporate Drive  Centralized Equal Access
  10211. West Des Moines IA 50265     Internet Provider 
  10212.  
  10213. ------------------------------
  10214.  
  10215. From: mxsst1+@pitt.edu (Michael Stroucken)
  10216. Subject: Call Waiting Detection
  10217. Date: 6 Apr 94 03:44:07 GMT
  10218. Organization: University of Pittsburgh
  10219.  
  10220.  
  10221. Hello,
  10222.  
  10223. I've got call waiting where I live, and since I'm on my modem quite
  10224. alot, I've relied on call waiting to interrupt my connection, so I
  10225. could take the call. But lately, my connections seem hardly affected
  10226. by the call waiting signal. I would like to know if there is something
  10227. I can attach to the phone line that would either flash a light or make
  10228. noise if a call is coming in.
  10229.  
  10230.  
  10231. Thanks,
  10232.  
  10233. Michael Stroucken   mxsst1@pitt.edu   Mud+IRC: Stroucki
  10234.  
  10235. ------------------------------
  10236.  
  10237. From: dalk@login.dkuug.dk (Lars Kalsen)
  10238. Subject: Information Wanted on PCMCIA
  10239. Date: 6 Apr 94 21:01:39 GMT
  10240. Organization: DKnet
  10241.  
  10242.  
  10243. Hi,
  10244.  
  10245. What is a PCMCIA card really? What are the uses and how does it work?
  10246. Please E-mail me if you can explain that to me.
  10247.  
  10248.  
  10249. Lars Kalsen   dalk@login.dkuug.dk
  10250.  
  10251. ------------------------------
  10252.  
  10253. From: prakash@cis.ohio-state.edu (ravi prakash)
  10254. Subject: Wanted: Cellular/Microcellular Network Simulator
  10255. Date: 6 Apr 1994 11:39:53 -0400
  10256. Organization: The Ohio State University Dept. of Computer and Info. Science
  10257.  
  10258.  
  10259. I would like to simulate a cellular/microcellular network, and observe
  10260. its performance over a period of time for different channel allocation
  10261. strategies.
  10262.  
  10263. Is there a simulation package available, that I can use for my work? I
  10264. have access to CSIM, but would rather use a simulator that gives me
  10265. greater flexibility to send messages between interacting processes.
  10266.  
  10267. Any information will be highly appreciated. 
  10268.  
  10269.  
  10270. Thanks,
  10271.  
  10272. Ravi Prakash                    Office: Bolz Hall, #319b
  10273. prakash@cis.ohio-state.edu            Phone: (614)292-5236 - Off.
  10274. Department of Computer & Information Science,          
  10275. The Ohio State University, Columbus, OH 43210    Fax: (614)292-2911
  10276.  
  10277. ------------------------------
  10278.  
  10279. From: desteban@mis.nu.edu (Dennis Esteban)
  10280. Subject: Textbook Inquiry
  10281. Date: 7 Apr 1994 06:20:59 -0700
  10282. Organization: National University, San Diego
  10283.  
  10284.  
  10285. I was wondering if anyone can recommend an informative text book on
  10286. telecommunications to include cabling, communication protocols and LAN
  10287. wiring.
  10288.  
  10289.  
  10290. Thanks!
  10291.  
  10292. desteban@mis.nu.edu
  10293.  
  10294. ------------------------------
  10295.  
  10296. From: zeta@tcscs.com (Gregory Youngblood)
  10297. Subject: Re: Question About MIN and ESN
  10298. Date: Thu, 07 Apr 1994 00:19:00 PST
  10299. Organization: TCS Computer Systems
  10300.  
  10301.  
  10302. sathya@uw-isdl.ee.washington.edu (Sathyadev Uppala) writes:
  10303.  
  10304. > What is the difference between MIN and ESN?
  10305.  
  10306. > Each mobile unit in a celllular system has a unique ESN, so what is
  10307. > the need to have a MIN?
  10308.  
  10309. The ESN provides a unique serial number which is used to identify the
  10310. phone.  The idea behind the ESN is to make it difficult to change so
  10311. that normally the rule/idea of one phone to one ESN is the case.  The
  10312. ESN can be written two ways, either in HEX or in DECimal.. here's a
  10313. breakdown:
  10314.         HEX:      xx     xxxxxx
  10315.         DEC:   xxx    xxxxxxxx
  10316.  
  10317. The first two digits (three in DEC) refer to the brand of phone.  I
  10318. don't have a chart in front of me, but each company has their own code
  10319. for identification.  This helps to insure that one company doesn't
  10320. come up with the same ESN as another company. The last six digits
  10321. (eight in DEC) is the actual electronic serial number.  In several
  10322. cases you can look at the physical serial number of the phone, add a
  10323. couple of zeros or drop the first so many digits, add or subtract a
  10324. certain value and insert the manufacturer's code to find the ESN.
  10325. Each manufacturer is slightly different, for example, Motorola doesn't
  10326. have a correlation between the ESN and the physical serial number,
  10327. where NEC and others you can just add a couple of zeros the the
  10328. decimal value, put the manufacturer's code in the front, and you have
  10329. the ESN.
  10330.  
  10331. Now, why the MIN?  The MIN allows the phoen to be programmed for use
  10332. in a certain area, and allows for more natural dialing.
  10333.  
  10334. Can you imagine if all cellular numbers were either eight or eleven
  10335. digits long (plus the 1 for long distance ones?)  Not only would it
  10336. make it unusual, it wouldn't be the "seamless" integration of wireless
  10337. radio and telephone that many wanted in the industry's infancy.  It
  10338. also allows each phone to be used in a certain area and makes billing
  10339. easy, since you can look at a NPA/NXX combination and knwo where that
  10340. phone belongs to. [Imagine a database for billing roaming calls ... if
  10341. the phones were known by ESN and not MIN, then the roamer database
  10342. would have to have an individual record for every cell phone in use,
  10343. whereas with a MIN, they can have a pattern match, i.e. 713-822-xxxx
  10344. belongs to Houston Cellular and 713-823-xxxx to Houston's GTE Mobilnet
  10345. (these are examples, they may or may not be accurate).  So, two
  10346. entries separated 20,000 physical phones to two separate carriers, but
  10347. if the ESN was used, the database would have to have all 20,000
  10348. entries so it would know where to bill for each ESN.
  10349.  
  10350. Also, the MIN and ESN combination also serves as an extra measure of 
  10351. security.  If the ESN doesn't match the switch's record of what the ESN is
  10352. supposed to be for a certain MIN, then the switch isn't supposed to let 
  10353. the call go through.  [This doesn't take into consideration cloning where 
  10354. people actually change the phone's physical equipment so that it reports 
  10355. another phone's MIN and ESN effectively getting around this.]  
  10356.  
  10357. All in all, the MIN provides a very useful feature.  My phone, for 
  10358. example, could have the number:  555-555-7500  for its' MIN,
  10359. imagine trying to remember:      A5-08c13d   and use it for dialing. 
  10360.  
  10361.  
  10362. Greg
  10363.  
  10364. ------------------------------
  10365.  
  10366. From: Henrik.Rasmussen@lambada.oit.unc.edu (Henrik Rasmussen)
  10367. Subject: Re: Question About MIN and ESN
  10368. Date: 6 Apr 1994 01:51:04 GMT
  10369. Organization: The University of NC at Chapel Hill, the Experimental BBS.
  10370.  
  10371.  
  10372. In article <telecom14.161.4@eecs.nwu.edu>, Sathyadev Uppala <sathya@uw-
  10373. isdl.ee.washington.edu> wrote:
  10374.  
  10375. > What is the difference between MIN and ESN?
  10376.  
  10377. > Each mobile unit in a celllular system has a unique ESN, so what is
  10378. > the need to have a MIN?
  10379.  
  10380. MIN= mobile identification number, the "phone number" of the cellular
  10381. phone. This is a number that uses area codes and NXX patterns that are
  10382. part of the national system. Mobile phones need MIN because a customer
  10383. may change phones over the years but want to keep a phone number.
  10384.  
  10385. ESN= Electronic serial number. Identifies a piece of equipment not the user.
  10386.  
  10387.  
  10388. Henrik Rasmussen   Audiovox Cellular Communications Corp.
  10389.  
  10390.  
  10391. [TELECOM Digest Editor's Note: Another analogy might be to wired or
  10392. 'landline' telephones: each phone wire running to the exchange has a
  10393. number, but in addition each subscriber has a number. We dial the
  10394. subscriber number (or listed directory number as it is sometimes called)
  10395. to reach the other person, we do not dial the circuit or wire pair
  10396. identification number. But these two provide a check on each other. 
  10397. We might claim we are speaking from one number or another, but the iden-
  10398. tification of the wire pair is proof of the accuracy of the number we
  10399. say we are at. I often times think of the MIN in cellular as the listed
  10400. directory number and the ESN as the equivilent of the identification
  10401. assigned to cables and wire pairs in the central office.  PAT]
  10402.  
  10403. ------------------------------
  10404.  
  10405. Date: Thu,  7 Apr 94 16:10:01 EST
  10406. From: Steven=Byrne%CFP%BTCE@smtpgate.dotc.gov.au
  10407. Subject: Australian Communications Futures
  10408.  
  10409.  
  10410. This may be of interest to a number of TELECOM Digest readers
  10411. internationally who wish to be kept abreast of developments in
  10412. telecoms research on the Pacific Rim. Some of this work (the Module 5
  10413. Paper 2) in particular contains an extensive discussion of technical
  10414. developments that TELECOM Digest readers may want to find out more
  10415. about. All CFP documents are available for anonymous FTP at
  10416. happy.dotc.gov.au.
  10417.  
  10418.                  ===============================
  10419.  
  10420. AUSTRALIAN COMMUNICATIONS FUTURES PROJECT (CFP)
  10421.  
  10422. OVERVIEW
  10423.  
  10424. This posting sets out the background to the CFP, a research initiative
  10425. of the Australian government to examine the emerging trends in the
  10426. telecommunications and related industries, and consider their possible
  10427. implications for Australia.
  10428.  
  10429. The CFP on 28 March 1994 publicly released its first two work-in-
  10430. progress papers, titled: "Emerging Communications Services - an
  10431. Analytical Framework"; and "Delivery Technologies in the New Communica-
  10432. tions World".
  10433.  
  10434. Summaries of these papers are also below.
  10435.  
  10436. Full text of all CFP papers will be available from 1 April 1993 by
  10437. anonymous ftp from happy.dotc.gov.au, in the directory \cfp_documents\.
  10438.  
  10439. Please note: Enquiries about any CFP matters, or anyone wishing to be
  10440. included on the circulation list for Bureau work-in-progress papers
  10441. for this project and/or for notification of relevant seminars should
  10442. contact Ms Ann Morris, phone [Australia] +61 6 274 6016 or at Internet
  10443. e-mail address:
  10444.  
  10445. Ann=Morris%cfp%btce@smtpgate.dotc.gov.au.
  10446.  
  10447.                            _______________________
  10448.  
  10449. ABOUT THE COMMUNICATIONS FUTURES PROJECT ...
  10450.  
  10451. The CFP is a research project being undertaken by the Bureau of
  10452. Transport and Communications Economics.  It aims to upgrade
  10453. understanding of future economic, technical, commercial, regulatory
  10454. and policy implications of emerging information and communications
  10455. services and technologies; and to stimulate and inform public debate
  10456. on these issues.  The project's terms of reference are wide ranging
  10457. and call for an examination of likely developments in services and
  10458. technologies; implications of these developments for market
  10459. participants in those industries (including the underlying economic
  10460. factors influencing industry growth and change, and emerging patterns
  10461. of commercial relationships within and between traditional
  10462. industries); and implications of these developments for policy and
  10463. regulation over the coming decade.
  10464.  
  10465. The project is due to report by the end of 1994.  Project work is,
  10466. however, proceeding in stages ('modules'), and work in progress (of
  10467. which this paper is one of a series) is being exposed progressively to
  10468. encourage feedback, and to stimulate discussion.
  10469.  
  10470. Terms of Reference
  10471.  
  10472. The CFP Team will examine and report on:
  10473.  
  10474. 1. likely developments over the next decade and beyond in information,
  10475. entertainment and communications services and technologies;
  10476.  
  10477. 2. implications of these developments for market participants in those
  10478. industries, including
  10479.  
  10480.    (a)the underlying economic factors influencing 
  10481.       industry growth and change;
  10482.  
  10483.    (b)emerging patterns of commercial relationships
  10484.       within and between traditional industries; and
  10485.  
  10486. 3. implications of these developments for policy and regulation over
  10487. the coming decade.
  10488.  
  10489. The  proposed areas of project work include:
  10490.  
  10491. Services, content and marketing
  10492.  
  10493. 1. Emerging communications services - an analytical framework;
  10494.  
  10495. 2.  Development and marketing aspects of emerging services;
  10496.   
  10497. 3.  The effects of emerging electronic communications services on
  10498. related industries;
  10499.  
  10500. 4. Demand for emerging communications services;
  10501.  
  10502. Technologies
  10503.  
  10504. 5.  Delivery technologies in the new communications world;
  10505.  
  10506. 6.  The state of Australia's existing communications infrastructure;
  10507.  
  10508. 7. Cost models for delivery technology alternatives;
  10509.  
  10510. 8. Costs and network evolution
  10511.  
  10512. Market behaviour
  10513.  
  10514. 9.  A profile of industry participants (internal);
  10515.  
  10516. 10. Corporate strategies and communications investment;
  10517.  
  10518. Policy and Regulation
  10519.  
  10520. 11. An analytical framework for regulation;
  10521.  
  10522. 12. Market structure, competition, and emerging communications issues;
  10523.  
  10524. 13. Industry development aspects of emerging services;
  10525.  
  10526. 14. Some social policy implications of developments.
  10527.  
  10528.  
  10529. CFP Paper 1, Module 1:
  10530.  
  10531. EMERGING COMMUNICATIONS SERVICES - AN ANALYTICAL FRAMEWORK
  10532.  
  10533. INTRODUCTION
  10534.  
  10535. The purpose of this paper is to provide a framework for understanding
  10536. changes in the communications industry structure and performance.
  10537. This is done by describing categories of communications services in
  10538. terms of the technological combinations and the distinctive user needs
  10539. they are expected to meet.
  10540.  
  10541. The framework will provide a basis for further analyses, including:
  10542. the identification of key demand factors, which may be used to
  10543. forecast demand for emerging services; the analysis of service
  10544. production possibilities, which may be used as a basis for outlining
  10545. production functions, cost modelling and understanding industry
  10546. organisation trends; and access issues.
  10547.  
  10548. To understand convergence it is necessary to understand the dynamics
  10549. of communications markets.  This is because it is the competitive
  10550. market which is driving convergence by pursuing both productivity
  10551. improvements (such as increases in signal capacity) on the one hand
  10552. and service improvements (such as increasing the range, volume and
  10553. quality of services) on the other hand.  This paper considers factors
  10554. that drive communications demand as well as the productive processes
  10555. by which organisations provide such services.  This provides the
  10556. context for the convergence framework.
  10557.  
  10558. Structure of the paper:
  10559.  
  10560. Chapter 2 describes the existing markets for communications and
  10561. related services in terms of their current (but changing) demarcation
  10562. as telecommunications, broadcasting, entertainment and information
  10563. technology sectors.  Key characteristics such as prices and volumes of
  10564. various services are examined.  A summary of the relative value of
  10565. each sector, and available demographic and household expenditure
  10566. information is provided.  The outcome suggests an industry evolving in
  10567. its approach to providing for the needs of users, and users who are
  10568. becoming gradually more sophisticated in their needs.
  10569.  
  10570. Chapter 3 illustrates the way a dynamic market has worked to develop
  10571. services over recent years.  It considers how individuals and
  10572. organisations in a market make their preferences known, and how
  10573. suppliers organise to provide goods and services in response to these
  10574. preferences.  The interaction of buyers and sellers to establish
  10575. appropriate services is complex, extensive and ongoing.  Market
  10576. activity is also subject to influences intended to deal with questions
  10577. related to both imperfections in the market and equity and social
  10578. issues such as universal service and content control.  Understanding
  10579. the realistic dynamic context helps provide an understanding of
  10580. current developments in the communications market.
  10581.  
  10582. In this context the main characteristics of communications services as
  10583. valued by users are outlined in chapter 4.  The theory of consumer
  10584. demand established by Lancaster (1971) considers services as bundles
  10585. of characteristics.  Different users value different characteristics
  10586. differently, depending on their individual preferences. Many service
  10587. features provide an indication to potential users of the likelihood
  10588. that a new service will be useful or meet their needs.  Understanding
  10589. these characteristics will provide more information about which
  10590. services may be more successful: by definition, the characteristics
  10591. will form part of the analytical framework.
  10592.  
  10593. In chapter 5 the main attributes of services from the service
  10594. providers' perspectives are outlined.  The chapter briefly describes
  10595. how organisations combine different skills, materials and equipment,
  10596. and through technology process them to provide, deliver and market
  10597. services to buyers.The chapter summarises the theory and its
  10598. application to communications and related industries.  The
  10599. distinguishing features for communications services are the
  10600. technologies employed, including both the various inputs employed and
  10601. the productive process itself.  These include both delivery
  10602. technologies and value-added and 'functionality' technologies.  Key
  10603. technological features define certain services and match
  10604. characteristics valued by users.  These also, by definition, form part
  10605. of the analytical framework.
  10606.  
  10607. Chapter 6 provides a brief summary of some of the main views on
  10608. emerging communications services and environment. These include
  10609. selected summaries from the USA, Canada, Japan, and from industry
  10610. companies and analysts.  The chapter also contains a literature survey
  10611. of emerging services, and a classification scheme.
  10612.  
  10613. Chapter 7 provides a summary of the communications services framework
  10614. in the context of interacting buyers and sellers. The framework is
  10615. comprised of (i) valued service characteristics; (ii) technological
  10616. and functional attributes; and (iii) certain non-market influences, as
  10617. indicated in preceding chapters.  The framework has a dynamic aspect
  10618. as it is based on observed trends in these factors in the life cycle
  10619. of certain communications services.
  10620.  
  10621. In conclusion, the framework may be used to provide indications of
  10622. some likely new services (and claimed services) and as a basis for
  10623. further research by the Communications Futures Project.
  10624.  
  10625. (end of excerpt)
  10626.  
  10627.  
  10628. CFP Paper 2, Module 5:
  10629.  
  10630. DELIVERY TECHNOLOGIES IN THE NEW COMMUNICATIONS WORLD
  10631.  
  10632. INTRODUCTION
  10633.  
  10634. Even a casual reader of the communications (and increasingly the
  10635. popular) press both in Australia and overseas would quickly become
  10636. aware that one of the major themes of discussion relates to the
  10637. delivery platform(s) for future communications services.  Among the
  10638. more common questions that are raised, often implicitly, are the
  10639. following:
  10640.  
  10641.    What   sorts   of  delivery systems can  be  used  to
  10642.    provide  the   range  of new communications  services
  10643.    that  are  often  being  mooted,  and  how  do  these
  10644.    delivery systems line  up against each other?
  10645.    
  10646.    How   are  the various technological solutions likely
  10647.    to fare in the market place over the next few years?
  10648.    
  10649.    Is   an  optic  fibre  network the  inevitable,  all-
  10650.    embracing   solution   for   satisfying    all    our
  10651.    communications needs  in the  future?   (And,  if so,
  10652.    should  the  Government  be actively  supporting this
  10653.    technology  in  preference  to other solutions?)
  10654.  
  10655. This paper provides some early insights into these and similar
  10656. questions, and sets a foundation for future Communications Futures
  10657. Project (CFP) work on the current and future development of
  10658. communications markets and the policy implications arising from this
  10659. development.  The paper aims to provide a framework for further
  10660. analysis by bringing together some early views about the key platform
  10661. technologies and their market- relevant characteristics, about how
  10662. these technologies influence and are influenced by market
  10663. developments, and about some known market activities in Australia.
  10664.  
  10665. Such a survey is perhaps timely given the almost unprecedented state
  10666. of ferment at present in the cable and satellite industries.  Much of
  10667. the flurry of standards activity and corporate mergers and the general
  10668. hype about 'information superhighways' surrounds the implications of
  10669. two relatively new, but fundamental, changes in delivery platform
  10670. technologies - digital compression and optic fibre.  There are also
  10671. some important developments in terrestrial wireless technologies that
  10672. are sometimes overlooked.  Taken together, these new technologies
  10673. offer the prospect of a communications environment that is
  10674. qualitatively different from the one that currently exists,
  10675. characterised by service (or channel) abundance, and based on a wide
  10676. range of delivery platforms that are or soon will be available.
  10677.  
  10678. In comparison with many other markets, this matter assumes a somewhat
  10679. greater practical significance in Australia than in many other markets
  10680. because of the Commonwealth Government's decision to allow the
  10681. introduction of narrowcast and subscription television.  The practical
  10682. implementation of pay television in particular will probably give rise
  10683. to a range of issues with a technological dimension as it progresses
  10684. commercially. Some of these are already apparent, including digital
  10685. compression standards, capabilities of 'set-top unit' alternatives,
  10686. and the maturity and costs of new technologies such as asymmetric
  10687. digital subscriber line (ADSL).  These are frequently the subject of
  10688. conflicting claims from commercial participants who often speculate on
  10689. the commercial timing and capabilities of particular solutions that
  10690. are not yet commercially (and sometimes even technically) proven.
  10691. This implies a transitional phase in which policy makers will need to
  10692. have a clear understanding of important concepts and issues.
  10693.  
  10694. In the longer run, these technological developments are important
  10695. because they will strongly influence market structures.  Some of the
  10696. supply-side fundamentals of future communications markets will depend
  10697. on the inherent economies of scale and scope, and the barriers to
  10698. entry of different technological solutions.  Although the level of
  10699. technological maturity is not likely to permit definitive views on
  10700. these issues yet, a basic understanding of how these issues can help
  10701. shape market evolution is important.
  10702.  
  10703. This paper focuses strongly on delivery platform technologies.  While
  10704. developments in information processing technologies are probably more
  10705. pervasive, the issues relating to platforms are likely to have a
  10706. particularly direct influence on the direction and nature of future
  10707. market evolution and market structure and to raise more tangible
  10708. issues for policy consideration.
  10709.  
  10710. The paper is in two parts.  Part One (chapters 2 to 5) sets out the
  10711. technological framework: a description of important design concepts
  10712. (chapter 2), the mature delivery platforms (chapter 3), the major
  10713. recent developments in delivery technologies (chapter 4), and some of
  10714. the issues surrounding the consumer electronics required to support a
  10715. multi-channel environment (chapter 5).
  10716.  
  10717. Part Two deals with market evolution (chapter 6), relevant current
  10718. market activities in Australia (chapter 7), and some early
  10719. observations on these developments (chapter 8).
  10720.  
  10721.  
  10722. Posted by:
  10723. Steven Byrne, Principal Research Officer            
  10724. Communications Futures Project. Canberra, Australia 
  10725. Internet: steven=byrne%cfp%btce@smtpgate.dotc.gov.au
  10726. CIS: 100033,1506  OZ-Email: SBYRNE@OZEMAIL.COM.AU   
  10727.  
  10728. ------------------------------
  10729.  
  10730. End of TELECOM Digest V14 #167
  10731. ******************************
  10732.     
  10733.     
  10734. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22189;
  10735.           7 Apr 94 16:20 EDT
  10736. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10737.     id AA27731; Thu, 7 Apr 94 11:05:10 CDT
  10738. Return-Path: <telecom>
  10739. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10740.     id AA27722; Thu, 7 Apr 94 11:05:08 CDT
  10741. Date: Thu, 7 Apr 94 11:05:08 CDT
  10742. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10743. Message-Id: <9404071605.AA27722@delta.eecs.nwu.edu>
  10744. To: telecom@eecs.nwu.edu
  10745. Subject: TELECOM Digest V14 #168
  10746.  
  10747. TELECOM Digest     Thu, 7 Apr 94 11:05:00 CDT    Volume 14 : Issue 168
  10748.  
  10749. Inside This Issue:                          Editor: Patrick A. Townson
  10750.  
  10751.     Re: Information Needed on LEC Competition/Value of Service (F. Goldstein)
  10752.     Re: Question About MIN and ESN (Daniel Goemans)
  10753.     Re: Cellular Roaming Charges (David E. Sheafer)
  10754.     Re: Cellular Roaming Charges (Tak To)
  10755.     Re: New NPA for Virginia (Carl Moore)
  10756.     Re: New NPA For Virginia (Karl Johnson)
  10757.     Re: Anonymous Phoning (Paul Robinson)
  10758.     CLID and Toll Saver (Jack Meth)
  10759.     Re: Local Charges for 950 and 800 Access? (John R. Grout)
  10760.     The Sacred and the Profane (Paul Robinson)
  10761.     Re: Radio Contest Overloads 911 Lines, Business Calls (Mark Rudholm)
  10762.     Re: Switch Problems (Matt Silveira)
  10763.     Re: 900 and Other Premium Numbers (was Pager Scam) (Mark Brader)  
  10764.     Re: FAX Mailbox Services (Les Reeves)
  10765.  
  10766. TELECOM Digest is an electronic journal devoted mostly but not
  10767. exclusively to telecommunications topics. It is circulated anywhere
  10768. there is email, in addition to various telecom forums on a variety of
  10769. public service systems and networks including Compuserve and GEnie.
  10770. Subscriptions are available at no charge to qualified organizations
  10771. and individual readers. Write and tell us how you qualify:
  10772.  
  10773.                  * telecom-request@eecs.nwu.edu *
  10774.  
  10775. The Digest is compilation-copyrighted by Patrick Townson Associates of
  10776. Skokie, Illinois USA. We provide telecom consultation services and
  10777. long distance resale services including calling cards and 800 numbers.
  10778. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  10779. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  10780.  
  10781.     ** Article submission address only: telecom@eecs.nwu.edu **
  10782.  
  10783. Our archives are located at lcs.mit.edu and are available by using
  10784. anonymous ftp. The archives can also be accessed using our email
  10785. information service. For a copy of a helpful file explaining how to
  10786. use the information service, just ask.
  10787.  
  10788. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  10789. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  10790. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  10791. Digest" shares archives resources at lcs.mit.edu for the convenience
  10792. of users. Please *DO NOT* cross post articles between the groups. All
  10793. opinions expressed herein are deemed to be those of the author. Any
  10794. organizations listed are for identification purposes only and messages
  10795. should not be considered any official expression by the organization.
  10796. ----------------------------------------------------------------------
  10797.  
  10798. From: goldstein@carafe.tay2.dec.com (Fred R. Goldstein)
  10799. Subject: Re: Information Needed on LEC Competition/Value of Service
  10800. Date: Wed, 6 Apr 1994 00:38:11
  10801. Organization: Digital Equipment Corporation
  10802.  
  10803.  
  10804. In article <telecom14.162.4@eecs.nwu.edu> 00r0nolting@leo.bsuvc.bsu.
  10805. edu writes:
  10806.  
  10807. > I urgently need information on pricing regulations in the local
  10808. > exchange with regard to universal service subsidies. I have heard the
  10809. > term "value of service" but am unable to find how the higher priced
  10810. > business phone subsidizes the rural phone. Is part of the monthly fee
  10811. > put into a fund, part of every local call?  Three of us are participating 
  10812. > in a competition and have to present our ideas on Friday, April 8th, in 
  10813. > the morning.
  10814.  
  10815. Yes, there is a fund.  (I apologize in advance if my information is
  10816. out of date; this was the way it was set up by the FCC in the early
  10817. '80s and I am not aware of major changes, but I miss details like that
  10818. at times.)  The National Exchange Carriers' Association administers a
  10819. Universal Service Fund.  Low-cost telephone companies (Bells,
  10820. especially in urban territories) contribute some of their carrier
  10821. access charges (stuff paid by AT&T, MCI and the like for use of their
  10822. local networks) to this fund, which is used to subsidize service in
  10823. high-cost areas, such as Wyoming.  It's not taken from local calls,
  10824. but from interstate calls.
  10825.  
  10826. Also, the price paid by carriers to local telcos varies, with some
  10827. rural companies getting much more than the 3-5c/minute/end that Bells
  10828. collect.  So the long distance carriers lose money on those calls and
  10829. it is made up for by the rest of their calls.
  10830.  
  10831.  
  10832. Fred R. Goldstein  k1io  goldstein@carafe.tay2.dec.com
  10833.  
  10834. ------------------------------
  10835.  
  10836. From: goemansd@kirk.usafa.af.mil (Daniel Goemans)
  10837. Subject: Re: Question About MIN and ESN
  10838. Date: Wed, 6 Apr 1994 15:47:20 GMT
  10839. Organization: United States Air Force Academy
  10840.  
  10841.  
  10842. In article <telecom14.161.4@eecs.nwu.edu> sathya@uw-isdl.ee.washington.
  10843. edu (Sathyadev Uppala) writes:
  10844.  
  10845. > What is the difference between MIN and ESN?
  10846.  
  10847. MIN (Mobile Identification Number) is the mobile unit phone number.
  10848. It is user programmable and necessarily different from the ESN for two
  10849. reasons:
  10850.  
  10851. (1) The ESN is not user programmable (ideally) and it represents the true 
  10852. radio signature of the phone.
  10853.  
  10854. (2) The ESN, more recently, is starting to become a security issue and is 
  10855. generally no longer posted on the packaging or shell of the phone.  It is 
  10856. somewhat of a secret.  Because a caller must identify the phone he/she is 
  10857. trying to call, the MIN is available -- which is not a security issue.
  10858.  
  10859. ESN (Electronic Security Number) is everything said above, and stored 
  10860. separately from the info in the NAM (Number Assignment Module).
  10861.  
  10862. Hope that helps.
  10863.  
  10864.  
  10865. Daniel Goemans    USAF Academy   
  10866.  
  10867. ------------------------------
  10868.  
  10869. From: David E. Sheafer <_sheaferd@merrimack.edu>
  10870. Reply-To: __SHEAFERD@merrimack.edu
  10871. Subject: Re: Cellular Roaming Charges
  10872. Date: 5 Apr 94 22:19:25 EST
  10873. Organization: Merrimack College, No. Andover, MA, USA
  10874.  
  10875.  
  10876. In article <telecom14.150.12@eecs.nwu.edu>, nsayer@quack.kfu.com (Nick
  10877. Sayer) writes:
  10878.  
  10879. > Lars Nohling <LNohling_+a_BSSI_+lLars_Nohling+r%REMSBSSI@mcimail.com>
  10880. > writes:
  10881.  
  10882. >> Are then any tricks to cutting costs on the high roaming rates many
  10883. >> cellular carriers charge ?
  10884.  
  10885. >> Any sort of Resellers who provide discounts like in the Long Distance
  10886. >> business ?
  10887.  
  10888. > In any given area there can be up to two cellular companies. One of
  10889. > them will probably be some sort of variation on "Cellular one", one is
  10890. > very likely to be either some variation of GTE or a BOC.
  10891.  
  10892. > Your only choice in the matter is if you are in an area where there
  10893. > are two services. My phone is a Motorola 550 (one of the more popular
  10894. > ones, so they tell me. It's a "flip fone" sort of reminiscent of Star
  10895. > Trek TOS communicators). I can, using RCL * set up how it roams by
  10896. > telling it which of the two services in a given area it should check
  10897. > first for roaming. I can change this on the fly (not during a call,
  10898. > though). So I could conceivably call *611 and ask whoever answers what
  10899. > their roaming rates are, then switch to the other service and ask them
  10900. > the same question.  If I don't like the second answer better than the
  10901. > first, then I will switch back to the first provider and there you go.
  10902.  
  10903. The home system you subscribe to usually sets the roaming rates for
  10904. any areas where you are allowed to roam, not the company that you are
  10905. roaming with, they just bill your carrier according to their
  10906. agreements and then bill you according to their charges.  From what I
  10907. understand some carriers take a loss in certain markets, to provide
  10908. the customer less costy service in areas adjacent to the home area.
  10909. In addition in some markets if you subscribe to the A side, you wont
  10910. be able to roam on the B side, and visa-versa without setting up a
  10911. temporary account.  It all depends on your carriers agreements with
  10912. other carriers.  
  10913.  
  10914.  
  10915. David E. Sheafer
  10916. internet: __sheaferd@merrimack.edu
  10917.           ^^
  10918.     thats 2 _ in the net address
  10919. GEnie:     D.SHEAFER    
  10920.  
  10921. ------------------------------
  10922.  
  10923. From: TTO@RANKIN.aspentec.com (Tak To)
  10924. Subject: Re: Cellular Roaming Charges
  10925. Date: 7 Apr 1994 04:12:35 GMT
  10926. Organization: Aspen Technology, Inc.
  10927.  
  10928.  
  10929. In <telecom14.141.4@eecs.nwu.edu> LNohling_+a_BSSI_+lLars_Nohling+r%
  10930. REMSBSSI@mcimail.com writes:
  10931.  
  10932. > Are then any tricks to cutting costs on the high roaming rates many
  10933. > cellular carriers charge?
  10934.  
  10935. > Any sort of Resellers who provide discounts like in the Long Distance
  10936. > business?
  10937.  
  10938. Comparing to typical [roaming] air time charges, the long distance
  10939. carrier charges are of secondary concern.  I talked with an AT&T sales
  10940. person before and he said that PRO WATS service is available to
  10941. cellular accounts in some areas.  (I did not ask which since it is not
  10942. available in the areas that I have accounts in -- namely Boston and
  10943. NYC/NJ.)
  10944.  
  10945. Note that roaming charges are set more or less _solely_ by your home
  10946. cellular serive and may or may not have anything to do with the what
  10947. is charged by the cellular providers in the roaming locale.  E.g.,
  10948. NYC-NJ Cell/1 charges has a much higher roaming rate for, say, DC,
  10949. than Boston Cell/1.  (Actually, in the off peak periods, the home rate
  10950. in NYC charged by NYC-NJ Cell/1 is higher than the roaming rate
  10951. charged by Boston Cell/1; even with the added L.D. charges!)
  10952.  
  10953. So, shop around.  Depending on your calling pattern, it might be
  10954. cheaper to sign up for service in some other areas in addition to your
  10955. home area.
  10956.  
  10957.  
  10958. Tak To                                          (617) 577-0310 x377
  10959. Box 45, MIT Branch PO, Cambridge, Ma 02139.     tto@aspentec.com
  10960.  
  10961. ------------------------------
  10962.  
  10963. Date: Wed, 6 Apr 94 19:30:42 EDT
  10964. From: Carl Moore <cmoore@BRL.MIL>
  10965. Subject: Re: New NPA For Virginia
  10966.  
  10967.  
  10968. Well, it'd have to be one of those N00 codes if it's this coming
  10969. August (1994).  More likely, it'll be an NNX code becoming useable
  10970. in August 1995.  As has been discussed in the digest before, the
  10971. DC area gets precedence for keeping the old area code, so Richmond
  10972. and Norfolk switched from 703 to 804 in 1973, and Baltimore and
  10973. Annapolis switched from 301 to 410.  I am not yet aware of any
  10974. N0X/N1X prefixes in Virginia beyond the DC area.  Roanoke might
  10975. be the biggest city to get the new area code in this upcoming
  10976. split of 703.  I've travelled across a lot of Virginia, so I'd
  10977. be interested in hearing where the new boundary is.
  10978.  
  10979. ------------------------------
  10980.  
  10981. Date: 07 Apr 94 07:17:45 EDT
  10982. From: Karl Johnson <karl.johnson@OFFICE.WANG.COM>
  10983. Subject: Re: New NPA for Virginia
  10984.  
  10985.  
  10986. Carl Moore <cmoore%BRL.MIL@WOGATE> replied to my post:
  10987.  
  10988. > Well, it'd have to be one of those N00 codes if it's this coming
  10989. > August (1994).  More likely, it'll be an NNX code becoming useable
  10990. > in August 1995.  As has been discussed in the digest before, the
  10991. > DC area gets precedence for keeping the old area code, so Richmond
  10992. > and Norfolk switched from 703 to 804 in 1973, and Baltimore and
  10993. > Annapolis switched from 301 to 410.  I am not yet aware of any
  10994. > N0X/N1X prefixes in Virginia beyond the DC area.  Roanoke might
  10995. > be the biggest city to get the new area code in this upcoming
  10996. > split of 703.  I've travelled across a lot of Virginia, so I'd
  10997. > be interested in hearing where the new boundary is.
  10998.  
  10999. In my comments in the original post I was trying to say these same
  11000. speculations, but I suppose it may not have been visible enough.  To
  11001. further show that a likelihood of the split happening in 1995 one only
  11002. needs to look at the upcoming splits in 205, 206, 708, and 602 each of
  11003. which will happen in 1995 each NPA is (according to Friday's quarterly
  11004. NPA count posted in TCD) larger and growing faster (in terms of number
  11005. of NXXs).  After further contemplation I think that the companies
  11006. involved have been told by Bellcore to spend three months preparing
  11007. their recmendations by the end of June and Bellcore will take another
  11008. month to decide where to put the line.  After looking at the map in
  11009. the Northern Virginia Directory showing the NPAs for Virginia I think
  11010. the border between 703 and the new NPA will be an east-west line going
  11011. west from Harrisonburg or somewhere further south, but this is nothing
  11012. but a WAG (wild assed guess) as I have no solid information as to the
  11013. NXX counts in each county (I assume that like the Maryland split this
  11014. will follow county lines).
  11015.  
  11016. ------------------------------
  11017.  
  11018. Date: Thu, 7 Apr 1994 00:05:50 EDT
  11019. From: Paul Robinson <PAUL@TDR.COM>
  11020. Reply-To: Paul Robinson <PAUL@TDR.COM>
  11021. Subject: Re: Anonymous Phoning
  11022. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  11023.  
  11024.  
  11025. jmm@elegant.com (John Macdonald), writes in Comp-privacy:
  11026.  
  11027. > There has to be a middle ground which allows anonymous calling
  11028. > to parties that are willing to accept such calls while not
  11029. > allowing anonymous calls to parties that wish to insist upon ID.
  11030.  
  11031. There is, and it's already available.
  11032.  
  11033. > The phone company ought to provide a recipient option that lets
  11034. > the recipient choose to never receive calls with blocked ID.
  11035.  
  11036. That's exactly what is available now.
  11037.  
  11038. > Their phone would not even ring
  11039.  
  11040. This is *exactly* what happens.
  11041.  
  11042. > (or be busy), and the caller would get an intercept message "The
  11043. > number you have dialled does not accept calls with blocked
  11044. > ID.".  The caller would know why their call did not get through
  11045. > and could choose to unblock and call again if they felt that
  11046. > there was a need to complete the call.  (The current situation
  11047. > where the recipient's display says "number blocked" and the
  11048. > recipient just does not answer can lead to the caller trying
  11049. > again and again, hoping that the recipient will eventually get
  11050. > home.  While there may be some desire to cause such callers that
  11051. > sort of nuisance, it also means that the recipient's phone is
  11052. > busy.)
  11053.  
  11054. Where they have Caller-ID, they can have (subject to political
  11055. considerations) exactly the system you mentioned available.  In
  11056. Virginia and Maryland (DC probably has it if the suburbs do) the
  11057. service is called "anonymous call rejection." You dial *77 and from
  11058. that point on, if someone calls you by dialing *67, they don't get
  11059. through; they are shunted to a recording that tells them that the
  11060. party they are calling does not accept anonymous calls; if they want
  11061. to reach the party, call again without blocking their number.  This
  11062. remains in effect until and unless the called party dials *87.
  11063.  
  11064. Here, ACR is free with Caller ID (which costs $6.50 a month) or is
  11065. $3.50 a month without Caller ID).  As strange as that sounds, you
  11066. *can* block calls from people who block the transmission of their
  11067. number even if you don't have Caller-ID.
  11068.  
  11069.  
  11070. Paul Robinson - Paul@TDR.COM
  11071.  
  11072.  
  11073. [TELECOM Digest Editor's Note: And having it available for people without
  11074. Caller-ID makes good sense since the caller would not know one way or the
  11075. other and probably assumes they *do have it* if he goes to the trouble of
  11076. adding the *67. Even though the recipient does not have Caller-ID they
  11077. may not like the idea of getting calls from people who choose to block it
  11078. for whatever reason, the theory being I don't care who you are, but I
  11079. don't like the idea of you trying to hide from me.  PAT]
  11080.  
  11081. ------------------------------
  11082.  
  11083. From: methj@fi.gs.com (Jack Meth)
  11084. Subject: CLID and Toll Saver
  11085. Organization: Fixed Income Division - Goldman, Sachs & Co.
  11086. Date: Thu, 7 Apr 1994 15:06:45 GMT
  11087.  
  11088.  
  11089. I am considering getting Caller-ID on a line with an answering
  11090. machine.  The answering machine picks up before the second ring when
  11091. in toll saver mode.  CLID is delivered between the first and second
  11092. ring.
  11093.  
  11094. Will CLID be delivered if the phone is picked up before the second ring?
  11095.  
  11096. The CLID will be a backup to a doctors off hours answering machine.
  11097. If the machine fails to record the message then CLID can be used to
  11098. figure out who called last.  (Last number call back *69 won't work
  11099. because the MD dials into the machine to check messages and wont know
  11100. that machine failed until after she dials in.)
  11101.  
  11102. CLID costs $6.50 per month in (718) 544.
  11103.  
  11104.  
  11105. Thanks,
  11106.  
  11107. Jack
  11108.  
  11109.  
  11110. [TELECOM Digest Editor's Note: It will be haphazard at best. A lot of
  11111. telcos deliver Caller-ID immediatly after the first ring, easily a
  11112. second or so before the second ring starts (and the answering machine
  11113. likely to pickup). If delivery is delayed until just before the second
  11114. ring it is possible some of the transmissions will be garbled if the
  11115. answering machine picks up at the start of the second ring. It would
  11116. be better if you could delay the answer all the time until the third
  11117. or fourth ring unless toll-saver is an important feature to the person
  11118. using the system.   PAT]
  11119.  
  11120. ------------------------------
  11121.  
  11122. From: j-grout@uxa.cso.uiuc.edu (John R. Grout)
  11123. Subject: Re: Local Charges for 950 and 800 Access?
  11124. Date: 6 Apr 1994 20:00:51 GMT
  11125. Organization: University of Illinois at Urbana
  11126. Reply-To: j-grout@uiuc.edu
  11127.  
  11128.  
  11129. In <telecom14.155.3@eecs.nwu.edu> TELECOM Digest Editor responded to
  11130. j-grout@uxa.cso.uiuc.edu (John R.  Grout):
  11131.  
  11132. > [TELECOM Digest Editor's Note: Generally it is only the rip-off
  11133. > private payphones (COCOTS) which have charges for 950 and 800. They
  11134. > are not supposed to either, but they get away with it. I am surprised
  11135. > it was at a C&P phone. Maybe there was a programming error.   PAT]
  11136.  
  11137. According to Jonathan (jdl@wam.umd.edu), it is unlawful to charge for
  11138. 800 calls, but C&P _does_ charge $.25 for a call to a 950 number from
  11139. its payphones in Maryland.
  11140.  
  11141.  
  11142. John R. Grout    INTERNET: j-grout@uiuc.edu
  11143.  
  11144. ------------------------------
  11145.  
  11146. Date: Thu, 7 Apr 1994 00:15:00 EDT
  11147. From: Paul Robinson <PAUL@TDR.COM>
  11148. Reply-To: Paul Robinson <PAUL@TDR.COM>
  11149. Subject: The Sacred and the Profane
  11150. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  11151.  
  11152.  
  11153. taranto@panix.com (James Taranto), writes:
  11154.  
  11155. > In article <telecom14.154.4@eecs.nwu.edu>, LincMad@netcom.com (Linc
  11156. > Madison) wrote:
  11157.  
  11158. >> The splits in 703 and 214 in particular may put to the test the
  11159. >> sanctity of the "you must dial 1 for all toll calls, and you must be
  11160. >> able to dial all local calls without a 1" arrangement.
  11161.  
  11162. > That arrangement is hardly sacred.  In NYC, for example, we have
  11163. > to dial 1 for all calls between 212 and 718.
  11164.  
  11165. Perhaps it is the age of some equipment that requires this, or because
  11166. it was considered the simplest way for the public to handle the system.
  11167.  
  11168. The DC area does a nice job: if the number is local and in the same area
  11169. code, dial the seven digit number, or optionally dial the area code and the
  11170. seven digit number.  If it's local and in a different area code, dial the
  11171. area code and number.  If it's long distance, even in the same area code,
  11172. dial 1 + area code + number.
  11173.  
  11174. In *all* cases, dialing 1+ area code + number will put the call
  11175. through even if the call is local, and at no additional charge.
  11176.  
  11177. One thing to be careful of in this area is that IXC 10xxx codes are
  11178. permitted to be used even for local calls.  I got a couple of minor
  11179. bites for about 40c when I misprogrammed my modem and dialed a local
  11180. number via 10222 plus seven digits on a couple of local calls lasting less
  11181. than five minutes each.
  11182.  
  11183. But this sort of thing has all sorts of personal animosity attached to
  11184. it.  Let's go on to something less controversial, like which Church is
  11185. the One True Religion of God, shall we?
  11186.  
  11187.  
  11188. Paul Robinson - Paul@TDR.COM
  11189.  
  11190. ------------------------------
  11191.  
  11192. Date: Wed, 07 Apr 1994 01:59:58 -0800
  11193. From: rudholm@aimla.com (Mark Rudholm)
  11194. Subject: Re: Radio Contest Overloads 911 Lines, Business Calls
  11195.  
  11196.  
  11197. sellers@on.bell.ca (Dave Sellers) writes in Telecom-Digest: Volume 14,
  11198. Issue 151, Message 2 of 18
  11199.  
  11200. > As reported in the {Ottawa Citizen} March 27, 1994, radio and television.
  11201.  
  11202. > Canada's national capital was put on hold Friday night when a local
  11203. > radio station (CHEZ 106) gave away tickets to a Pink Floyd concert to
  11204. > the first 53 callers.
  11205.   [deletia]
  11206. > The calls overloaded Bell Canada's switching equipment even thou the
  11207. > radio station was using special "contest lines". The switches
  11208. > responded by making callers wait up to a minute for dial tone.
  11209.  
  11210. It sounds like a simple case of too many simultaneous requests for
  11211. dialtone.  The special overload prefixes won't do anything to prevent
  11212. this problem.  This is usually what is going on when people say "my
  11213. phone went out during the earthquake."
  11214.  
  11215. [deletia]
  11216.  
  11217. > Phone service was affected wherever the radio station had listeners --
  11218. > as far south as Cornwall and Smith Falls and as far north as Pembrook.
  11219. > Many business were affected, like Pizza Pizza which Friday night is
  11220. > their busiest. Pizza Pizza estimates they lost $12,000 because people
  11221. > could not get through to place their order.
  11222.  
  11223. Yeah, right!  They've got to be selling some pretty darn expensive
  11224. pizzas for a three hour loss of phone service to cost them $12,000.
  11225.  
  11226. > The phone problems also hampered other services such as 911. Many
  11227. > people called to complain about their problems with the phones. About
  11228. > 280 calls were made to 911 between 5 to 9PM compared to about 125 on a
  11229. > normal Friday night. Tony Yantha of the Ottawa Police said "I normally
  11230. > have three clerks working on 911. Last night I had five and still
  11231. > wasn't enough."
  11232.  
  11233. Obviously some people could get dialtone.  So why is it that when
  11234. people find their phone doesn't deliver a dailtone quickly, when they
  11235. finally get one, they dial 9-1-1 ??  News reports about phone outages
  11236. always have to mention 911, I guess it makes for nice,
  11237. sensationalistic copy.
  11238.  
  11239. > Sandra Cruikshanks of Bell Canada said that the phone service was back
  11240. > to normal by 9:30PM (started at about 6:20PM). The station's contest
  11241. > number designed by Bell, is designed to allow large number of callers
  11242. > to hear a busy signal if the line isn't available, without affecting
  11243. > other lines.
  11244.  
  11245. > She said that the sheer number of calls to the radio station during
  11246. > the ticket give away "is just unheard of". But she said the phone
  11247. > system responded exactly the way it should have. "It worked perfectly
  11248. > well."
  11249.  
  11250. It's nice to see that the Canadian press is as lousy as its American
  11251. counterpart -- sensationalistic and largely ignorant about the issues
  11252. on which it alleges to report.
  11253.  
  11254.  
  11255. Mark D. Rudholm       Philips Interactive Media
  11256. rudholm@aimla.com     11050 Santa Monica Boulevard
  11257. +1 213 930 1449       Los Angeles, CA  90025-7511
  11258.  
  11259. ------------------------------
  11260.  
  11261. Date: Wed, 06 Apr 94 22:28:57 PDT
  11262. From: mws1@admin01.osi.com (Matt Silveira)
  11263. Subject: Re: Switch Problems
  11264.  
  11265.  
  11266. Mr. Robinson brings up an interesting but NOT uncommon problem with
  11267. clocks.  The syncing required for digital lines are critical but many
  11268. IXCs and LECs have clocking problems (this is why we have alarm
  11269. messages on OOSs such as "Out of Sync" or "Clocking Error".)  The
  11270. solution, install better and more clocks in the backbone nets.  And
  11271. make sure each clock is synched properly to prevent timing issues.  It
  11272. is curious that you had so many problems, perhaps you should get on
  11273. the case of your telco.
  11274.  
  11275. ------------------------------
  11276.  
  11277. From: msb@sq.sq.com (Mark Brader)
  11278. Subject: Re: 900 and Other Premium Numbers (was Pager Scam)
  11279. Organization: SoftQuad Inc., Toronto, Canada
  11280. Date: Thu, 7 Apr 94 07:04:17 GMT
  11281.  
  11282.  
  11283. > As an aside, 900 numbers get a lot of publicity, and most people know
  11284. > that they are expensive to call. Until I started reading the Telecom
  11285. > digest, I was not aware of the existence of 976/540 or any other kinds
  11286. > of premium numbers. Offhand, I cannot recall seeing a single
  11287. > advertisement for local premium services, but anyone who has ever
  11288. > watched late night TV cannot help being aware that 900 calls are
  11289. > rather expensive.
  11290.  
  11291. This obviously varies either by region, or between the US and Canada.
  11292. Around here (Toronto) we have 900 and 976 numbers also, but it is the
  11293. 976's for which there are numerous late night advertisements featuring
  11294. scantily clad women.
  11295.  
  11296. As just about everyone reading this knows, in much (but not all) of
  11297. the US and Canada, long-distance numbers must be dialed differently
  11298. from local ones, so that you always know when you're dialing a toll
  11299. call.  Such a rule applies here.  And when someone dials a 976 number
  11300. here, *they must dial it as if it was long distance within their area
  11301. code*.
  11302.  
  11303. Are there places in the US or Canada where long-distance and local numbers
  11304. are dialed differently, but where 976 or other premium numbers are dialed
  11305. like *local* calls?
  11306.  
  11307.  
  11308. Mark Brader, msb@sq.com    SoftQuad Inc., Toronto  
  11309.  
  11310.  
  11311. [TELECOM Digest Editor's Note: Well here in the Chicago area, we have but
  11312. one single source of 976 numbers; it is in Chicago downtown yet callers
  11313. to those numbers only dial 976 and the number regardless of where we are
  11314. in the region, ie. no 708-976 or 312-976 ... just 976.   PAT]
  11315.  
  11316. ------------------------------
  11317.  
  11318. Date: Thu, 7 Apr 1994 09:31:27 PDT
  11319. From: Les Reeves <lreeves@crl.com>
  11320. Subject: Re: FAX Mailbox Services
  11321. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  11322.  
  11323.  
  11324. Lars Nohling (LNohling_+a_BSSI_+lLars_Nohling+r%REMSBSSI@mcimail.com)
  11325. wrote:
  11326.  
  11327. > Does anyone have any info on companies that provide a FAXMAIL service?
  11328.  
  11329. > What I am looking for is a FAX Number I can give out that receives
  11330. > faxes and then allows me to retrieve them from any fax machine by
  11331. > dialing up my code.
  11332.  
  11333. AT&T came out with a bunch of services for "professionals on the go"
  11334. about a year ago, and a FAX mailbox was part of the package.  The
  11335. disadvantage was that callers had to dial an 800 number and then enter
  11336. a bunch more digits for your mailbox.  Most business users won't stand
  11337. for this nonsense; they punch the number into the fax machine and walk
  11338. away.
  11339.  
  11340. If you come up with a FAX mail service that can be dialed like a 
  11341. standard fax machine, I too would like to know about it.
  11342.  
  11343.  
  11344. Les     lreeves@crl.com       Atlanta,GA      404.874.7806
  11345.  
  11346.  
  11347. [TELECOM Digest Editor's Note: Ameritech offers fax mailbox service. It
  11348. uses straight seven digit DID numbers in area 312. IIt works just like
  11349. voicemail; the caller dials 'your' number and gets a fax. You as the
  11350. owner call in to the same number and retrieve your faxes.   PAT]
  11351.  
  11352. ------------------------------
  11353.  
  11354. End of TELECOM Digest V14 #168
  11355. ******************************
  11356.     
  11357.     
  11358. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22568;
  11359.           7 Apr 94 17:12 EDT
  11360. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11361.     id AA00652; Thu, 7 Apr 94 12:17:10 CDT
  11362. Return-Path: <telecom>
  11363. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11364.     id AA00643; Thu, 7 Apr 94 12:17:07 CDT
  11365. Date: Thu, 7 Apr 94 12:17:07 CDT
  11366. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11367. Message-Id: <9404071717.AA00643@delta.eecs.nwu.edu>
  11368. To: telecom@eecs.nwu.edu
  11369. Subject: TELECOM Digest V14 #169
  11370.  
  11371. TELECOM Digest     Thu, 7 Apr 94 12:17:00 CDT    Volume 14 : Issue 169
  11372.  
  11373. Inside This Issue:                          Editor: Patrick A. Townson
  11374.  
  11375.     Re: Alphanumeric Pager Software (Rob Lockhart)
  11376.     Re: Alphanumeric Pager Software (pdcchris@aol.com)
  11377.     Re: Specs For CDPD, Embarc, RAM, Ardis Wanted (Rob Lockhart)
  11378.     Re: Data Over Cellular (Lynne Gregg)
  11379.     Re: Dying Telephones (Charles L. Mclafferty)
  11380.     Re: FAX Mailbox Services (Ed Leslie)
  11381.     Re: PC Pursuit Has Ended (Steven H. Lichter)
  11382.     Re: Voice and Data Through PBX (William M. Davis)
  11383.     Re: April NPA Report (Hugh Pritchard)
  11384.     Re: Bellcore Goes Crypto (Robert Bonomi)
  11385.     Re: 976, 540 Services (Jay Hennigan)
  11386.     Re: 976, 540 Services (Mike King)
  11387.     Re: *999; CB Channel 9 (Jon Anhold)
  11388.     Re: *999; CB Channel 9 (David A. Kaye)
  11389.     Re: *999; CB Channel 9 (Gregory Youngblood)
  11390.     Re: Africa Telecom - Lunchbag Discussion (Bill Hofmann)
  11391.     Re: New LA Area Code (kris%sanctum%paladin@uunet.uu.net)
  11392.     Agents Wanted Outside USA (miked23887@aol.com)
  11393.     EDI Electronic Data Interchange (Joakim Westman)
  11394.  
  11395. TELECOM Digest is an electronic journal devoted mostly but not
  11396. exclusively to telecommunications topics. It is circulated anywhere
  11397. there is email, in addition to various telecom forums on a variety of
  11398. public service systems and networks including Compuserve and GEnie.
  11399. Subscriptions are available at no charge to qualified organizations
  11400. and individual readers. Write and tell us how you qualify:
  11401.  
  11402.                  * telecom-request@eecs.nwu.edu *
  11403.  
  11404. The Digest is compilation-copyrighted by Patrick Townson Associates of
  11405. Skokie, Illinois USA. We provide telecom consultation services and
  11406. long distance resale services including calling cards and 800 numbers.
  11407. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  11408. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  11409.  
  11410.     ** Article submission address only: telecom@eecs.nwu.edu **
  11411.  
  11412. Our archives are located at lcs.mit.edu and are available by using
  11413. anonymous ftp. The archives can also be accessed using our email
  11414. information service. For a copy of a helpful file explaining how to
  11415. use the information service, just ask.
  11416.  
  11417. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  11418. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  11419. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  11420. Digest" shares archives resources at lcs.mit.edu for the convenience
  11421. of users. Please *DO NOT* cross post articles between the groups. All
  11422. opinions expressed herein are deemed to be those of the author. Any
  11423. organizations listed are for identification purposes only and messages
  11424. should not be considered any official expression by the organization.
  11425. ----------------------------------------------------------------------
  11426.  
  11427. From: rlockhart@aol.com (RLockhart)
  11428. Subject: Re: Alphanumeric Pager Software
  11429. Date: 07 Apr 1994 12:11:08 -0500
  11430. Organization: America Online, Inc. (1-800-827-6364)
  11431.  
  11432.  
  11433. In article <telecom14.150.10@eecs.nwu.edu>, nsayer@quack.kfu.com (Nick
  11434. Sayer) writes:
  11435.  
  11436. > Does anyone have a description of the protocol used by such
  11437. > software?  Not everyone is saddled with x86 ISA machines running an OS
  11438. > that was obsolete ten years ago at its introduction, which probably
  11439. > means we have to write our own software for alpha paging. If it's
  11440. > possible to write such a program ...
  11441.  
  11442. The TAP protocol's available through PCIA (the standard setting and
  11443. maintenance organization) at 202.467.4770.  I've also a thread that
  11444. covers the more commonly used parts of TAP and can POST it if you
  11445. like.  (It's a distilled version of the original spec we gave to
  11446. Telocator (now PCIA) several years back that formed the basis of TAP.)
  11447. However, If you don't feel like rolling your own, there're commercial
  11448. apps for everything from DOS/Win boxes, to Macs, to AS/400s, to
  11449. Mainframes, to even the little guys like HP100s and Atari Portfolios.
  11450.  
  11451. We publish a freebie called the Motorola Third Party Referral Guide to
  11452. Alpha and Data Paging that lists all the apps we know to exist in the
  11453. marketplace (horizontal and vertical markets and information services)
  11454. for both sending alpha and data pages to receiving them from such
  11455. wireless data receiving devices as our NewsStream and NewsCard.  The
  11456. Guide gets updated once a quarter or so and is available in electronic
  11457. form in Stuffed MacWord 5.1 (not readily convertable to W4W 6.0a).
  11458. Unfortunately it's not available on the I'net ('cause I'm 'FTP
  11459. challenged' <sigh>), but *is* available on CIS and AOL (04 March 94
  11460. edition).  (AppleLink has the previous 17 Sep 93 edition.)  'Course
  11461. the software interface specs for both our NewsStream and NewsCard are
  11462. also available on those services in the same formats.
  11463.  
  11464.  
  11465. Rob Lockhart   Resource Manager, Interactive Data Systems
  11466. (Home of the NewsStream, NewsCard, and Two-Way Paging)
  11467. Paging Products Group   Motorola, Inc.
  11468. Desktop:  Lockhart-EPAG06_Rob@Email.Mot.Com
  11469. Wireless I'net (< 1K characters):  Rob.Lockhart@RadioMail.Net
  11470. Wireless I'net (<32K characters):  Rob_Lockhart-ERL003E@Email.Mot.Com
  11471.  
  11472. ------------------------------
  11473.  
  11474. From: pdcchris@aol.com (PDC Chris)
  11475. Subject: Re: Alphanumeric Paging Software
  11476. Date: 06 Apr 1994 12:25:01 -0500
  11477. Organization: America Online, Inc. (1-800-827-6364)
  11478.  
  11479.  
  11480. I think someone here was asking about where to get the protocol specs
  11481. for talking to alpha paging terminals.  Anyway, call PCIA (Personal
  11482. Communications Industry Association, formerly Telecator) at (202)
  11483. 467-4770 and ask for info on TAP (Telecator Alphanumerice Paging) and
  11484. TDP (Telecator Data Paging protocol).  TAP is the older one supported
  11485. by everyone, TDP is very new and is still being implemented.
  11486.  
  11487.  
  11488. Chris
  11489.  
  11490. ------------------------------
  11491.  
  11492. From: rlockhart@aol.com (RLockhart)
  11493. Subject: Re: Specs For CDPD, Embarc, RAM, Ardis Wanted
  11494. Date: 06 Apr 1994 22:16:05 -0500
  11495. Organization: America Online, Inc. (1-800-827-6364)
  11496.  
  11497.  
  11498. In article <telecom14.150.11@eecs.nwu.edu>, tom.kee@mccaw.com writes:
  11499.  
  11500. > Ardis is Native Mode for the device; MDC 4800/MG Protocol for the
  11501. > network ...
  11502.  
  11503. ARDIS also has pockets of RD/LAP, if memory serves.
  11504.  
  11505. > EMBARC not quite sure (Motorola in Boynton Beach, Florida).
  11506.  
  11507. Our EMBARC subsidiary doesn't publish it's protocols, but the main
  11508. input method *has* been X.400 EMail (although there's a proprietary
  11509. gateway, an MHS one, and an I'net one).  The output format is also
  11510. proprietary but is close to PCIA's TDP suite of protocols ... at least
  11511. on the output side (e.g., TRT and TMC).
  11512.  
  11513.  
  11514. Rob Lockhart, a Paging Motorolan
  11515.  
  11516. ------------------------------
  11517.  
  11518. From: Lynne Gregg <lynne.gregg@mccaw.com>
  11519. Subject: Re: Data Over Cellular
  11520. Date: Wed, 06 Apr 94 12:57:00 PST
  11521.  
  11522.  
  11523. Terry Gilson (tgilson@eis.calstate.edu) noted:
  11524.  
  11525. > I think all of these units can trace their roots (through some kind of
  11526. > licensing fee) to a company called Telular, which has successfully
  11527. > defended it's patent on the dial-tone technology against quite a few
  11528. > companies.
  11529.  
  11530. In addition to Motorola and NEC, I've successfully used the Spectrum
  11531. product.  Actually, Telular has nothing to do with these interfaces,
  11532. though a number of companies license the Spectrum technology.  NEC and
  11533. Motorola developed their own data interfaces that are equipment
  11534. specific (that is they are designed to operate with specific phones
  11535. within their product lines and in Motorola's case, that interface may
  11536. be limited on the "device" end).
  11537.  
  11538.  
  11539. Regards,
  11540.  
  11541. Lynne
  11542.  
  11543. ------------------------------
  11544.  
  11545. From: Charles L. Mclafferty <clm3c@curry.edschool.virginia.edu>
  11546. Subject: Re: Dying Telephones
  11547. Organization: University of Virginia
  11548. Date: Thu, 06 Apr 1994 02:15:19 GMT
  11549.  
  11550.  
  11551. I believe his phones are getting hit by lightning. They had very
  11552. violent storms in Alabama two weeks ago, and the newer electronic
  11553. phones can be very sensitive to power surges.  Especially the 20Kv
  11554. kind.
  11555.  
  11556. I suggest that he may want to see if his NIU is grounded properly, but
  11557. even that won't help all the time.
  11558.  
  11559.  
  11560. Charles McLafferty   UVa Dept of Ed Studies   clm3c@virginia.edu
  11561.  
  11562. ------------------------------
  11563.  
  11564. From: edleslie@apogee.ccs.yorku.ca (Ed Leslie)
  11565. Subject: Re: FAX Mailbox Services
  11566. Organization: York University
  11567. Date: Thu, 7 Apr 1994 04:48:11 -0500
  11568.  
  11569.  
  11570. Lars Nohling (LNohling_+a_BSSI_+lLars_Nohling+r%REMSBSSI@mcimail.com)
  11571. wrote:
  11572.  
  11573. > Does anyone have any info on companies that provide a FAXMAIL service?
  11574.  
  11575. > What I am looking for is a FAX Number I can give out that receives
  11576. > faxes and then allows me to retrieve them from any fax machine by
  11577. > dialing up my code.
  11578.  
  11579. I think Delrina (the WinFAX people) are offering something like this
  11580. with 1-800 numbers(?). Their phone is 1-800-268-6082.
  11581.  
  11582.  
  11583. Ed
  11584.  
  11585. ------------------------------
  11586.  
  11587. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  11588. Subject: Re: PC Pursuit Has Ended
  11589. Date: 6 Apr 1994 22:21:31 GMT
  11590. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  11591.  
  11592.  
  11593. I have now updated the signature file which is send out direct from
  11594. Freenet.
  11595.  
  11596. I just got signed up for Global Access which is like PCP. The best prt
  11597. is they are moving over to Tymnet which has many more outdials. The
  11598. cost is more, but I need it to run my system which is a hub.
  11599.  
  11600.  
  11601. Sysop: Apple Elite II -=- an Ogg-Net Hub BBS 
  11602. (909) 359-5338 12/24/96/14.4 V32/V42bis
  11603.  
  11604. ------------------------------
  11605.  
  11606. From: tyton@crl.com (William M Davis)
  11607. Subject: Re: Voice and Data Through PBX
  11608. Date: 06 Apr 1994 11:43:47 -0800
  11609. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  11610.  
  11611.  
  11612. Thomas Humphreys (trans-omega@mv.MV.COM) wrote:
  11613.  
  11614. > I have asked the question "Would you recommend running both voice and
  11615. > data (LAN) traffic through a PBX?" of 11 individuals. 4 said yes, 7
  11616. > said no.
  11617.  
  11618. Wouldn't this depend on the type of PBX?  I mean, we use an AT&T
  11619. System 75 and if LAN traffic is routed (not switched data calls)
  11620. through there would be system parameters I would explore along with
  11621. recommend methods ...
  11622.  
  11623.  
  11624. Mike Davis    Communication Technician
  11625. CSX Tranportation     Atlanta, Ga.   tyton@crl.com
  11626.  
  11627. ------------------------------
  11628.  
  11629. Date: Thu, 7 Apr 94 06:22 EST
  11630. From: Hugh Pritchard <0006348214@mcimail.com>
  11631. Subject: Re: April NPA Report
  11632.  
  11633.  
  11634. de@moscom.com (David Esan) notes, in his wonderful report on the NANP,
  11635.  
  11636. > ->  The NPA that is largest and is not splitting nor has plans, at this
  11637. >     time, to split, is 703.
  11638.  
  11639. The local (i.e., the Washington, D.C. metro area) media are reporting
  11640. that Bell Atlantic has indeed decided to split 703 -- northern Virginia.
  11641. Bell Atlantic says it has decided neither the exact geographical
  11642. boundaries, nor the NPA code.
  11643.  
  11644.  
  11645. Hugh Pritchard, Senior Systems Specialist
  11646. Smoke 'N Mirrors, Inc., Herndon, VA   hugh@snm.com
  11647.  
  11648. ------------------------------
  11649.  
  11650. From: bonomi@eecs.nwu.edu (Robert Bonomi)
  11651. Subject: Re: Bellcore Goes Crypto
  11652. Organization: EECS Department, Northwestern University
  11653. Date: Thu, 7 Apr 1994 01:17:00 GMT
  11654.  
  11655.  
  11656. In article <telecom14.159.2@eecs.nwu.edu>, Greg Trotter <greg@gallifrey.
  11657. ucs.uoknor.edu> wrote:
  11658.  
  11659. > In article <telecom14.150.1@eecs.nwu.edu> vantek@aol.com writes:
  11660.  
  11661. >> Surety Technologies welcomes developers and corporations who are
  11662. >> interested in testing the system and serving as beta sites for Digital
  11663. >> Notary software.  Call Surety Technologies, Inc.  at (201) 993-8178;
  11664. >> fax number is (201) 993-8748.  Information is also available on the
  11665. >> Internet at infonotary.com.
  11666. >              ^^^^^^^^^^^^^^
  11667.  
  11668. > My system can't seem to find this place  ... and whois at internic seems
  11669. > clueless as well. Anybody have any updated information?
  11670.  
  11671. Simple typo.  try mailing to user 'info', at domain-name 'notary.com'
  11672.   -something- ate the "at"('@') symbol from the name.
  11673.  
  11674. ------------------------------
  11675.  
  11676. From: jay@coyote.rain.org (Jay Hennigan)
  11677. Subject: Re: 976, 540 Services
  11678. Date: 7 Apr 1994 09:11:42 -0700
  11679. Organization: Regional Access Information Network (RAIN)
  11680.  
  11681.  
  11682. In article <telecom14.157.7@eecs.nwu.edu> johnl@iecc.com (John R
  11683. Levine) writes:
  11684.  
  11685. > Is there anywhere a list of surcharged prefixes in the U.S.?  In most
  11686. > places 976 is used for non-porn announcements, but the list of other
  11687. > surcharged prefixes seems to be large, growing, and largely
  11688. > undocumented.
  11689.  
  11690. I have the following, which is probably incomplete and out of date.  I
  11691. agree that such exchanges should be documented, as the numbering
  11692. scheme appears to be random throughout the country.  As to who is
  11693. going to do the documenting, that's a good question.
  11694.  
  11695. As things stand today, it may not be all that important to block these
  11696. numbers outside of one's state (or LATA), as there doesn't *appear* to
  11697. be a method of billing for them, and the IXCs will probably block them
  11698. anyway.
  11699.  
  11700.                      976 LOOK-ALIKE LIST
  11701.  
  11702. Location                  Area Code           Local Prefix
  11703.  
  11704. Maine                     207                 940
  11705. Massachusetts             413                 550,940
  11706. Massachusetts             508                 940
  11707. Massachusetts             617                 550,940
  11708. New Hampshire             603                 940
  11709. Rhode Island              401                 940
  11710. New York                  212                 540,550,970
  11711. New York                  315                 540,550,970
  11712. New York                  516                 540,550,970
  11713. New York                  518                 540,550,970
  11714. New York                  607                 540,550,970
  11715. New York                  716                 540,550,970
  11716. New York                  718                 540,550,970
  11717. New York                  914                 540,550,970
  11718. New York                  917                 540,550,970
  11719. Maryland                  301                 915
  11720. Maryland                  410                 915
  11721. Pennsylvania              215                 556
  11722. Pennsylvania              412                 556
  11723. Virginia                  703                 844
  11724. Minnesota                 507                 960
  11725. Ohio                      216                 931
  11726. Ohio                      513                 499
  11727. Nebraska                  308                 960
  11728. Nebraska                  402                 960
  11729. Louisiana                 504                 636
  11730. New Mexico                505                 960
  11731. Texas                     214                 703
  11732. Texas                     512                 766
  11733. Texas                     713                 766
  11734. Texas                     817                 892
  11735. Colorado                  303                 960
  11736. Colorado                  719                 898
  11737. South Dakota              605                 960
  11738. Utah                      801                 960
  11739. Wyoming                   307                 960
  11740. Arizona                   602                 676,960
  11741. Idaho                     208                 960
  11742. Washington                206                 960
  11743. District Columbia         202                 915
  11744.  
  11745.  
  11746. Jay Hennigan     jay@rain.org
  11747.  
  11748. ------------------------------
  11749.  
  11750. From: mk@TFS.COM (Mike King)
  11751. Subject: Re: 976, 540 Services
  11752. Date: Thu, 6 Apr 1994 09:48:20 PDT
  11753.  
  11754.  
  11755. In TELECOM Digest, V14 #157, johnl@iecc.com (John R Levine) wrote:
  11756.  
  11757. > Is there anywhere a list of surcharged prefixes in the U.S.?  In most
  11758. > places 976 is used for non-porn announcements, but the list of other
  11759. > surcharged prefixes seems to be large, growing, and largely
  11760. > undocumented.
  11761.  
  11762. In Washington, DC, and the MD and VA suburbs, 976 is a surcharged
  11763. prefix that defaults to permitted on each telephone line, but blocking
  11764. can be installed for free by placing a phone call.
  11765.  
  11766. The prefix 915 is also a surcharged prefix; however, it is blocked by
  11767. default.  To get access, a request must be made to C&P (Bell Atlantic)
  11768. in writing.
  11769.  
  11770.  
  11771. Mike King    mk@tfs.com
  11772.  
  11773. ------------------------------
  11774.  
  11775. From: jganhold@magnus.acs.ohio-state.edu (Jon Anhold)
  11776. Subject: Re: *999; CB Channel 9
  11777. Date: 7 Apr 1994 01:54:19 GMT
  11778. Organization: The Ohio State University
  11779.  
  11780.  
  11781. In article <telecom14.164.7@eecs.nwu.edu>, Prof. Feedlebom <feedle@
  11782. kaiwan.com> wrote:
  11783.  
  11784. > A few police departments monitor channel 9 across the country, however 
  11785. > even at CB's peak that was not really who was monitoring.
  11786.  
  11787. The Ohio State Highway Patrol all have CB's in their cruisers. I
  11788. don't know if they're on channel 9, but I would assume they are either
  11789. there or on 19.
  11790.  
  11791. > If you need emergency assistance while travelling, don't depend on your
  11792. > CB radio.  Invest the $200 to buy a GOOD cellular phone, or pass the no-code
  11793. > Amateur license and use ham radio.  You'll be doing yourself a favor.
  11794.   ^^^^^^^ ^^^^^^^
  11795. Good plan ... 99.999% of the time there is someone around on 2m to
  11796. help you .. it's the only reason I have a 146MHz radio in the car..
  11797. (440MHz is SO much nicer!)
  11798.  
  11799. Jon N8USK, Northeastern Ohio ARES/Skywarn Net Control
  11800. Jon Anhold N8USK  (jganhold@magnus.acs.ohio-state.edu)
  11801.  
  11802.  
  11803. [TELECOM Digest Editor's Note: 146 mhz is two meters, isn't it?  I see
  11804. a lot of that around here, and there are clubs operating repeaters.  PAT]
  11805.  
  11806. ------------------------------
  11807.  
  11808. From: dk@crl.com (David A. Kaye)
  11809. Subject: Re: *999; CB Channel 9
  11810. Date: 7 Apr 1994 01:49:32 -0700
  11811. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  11812.  
  11813.  
  11814. Andrew C. Green (ACG@dlogics.com) wrote:
  11815.  
  11816. > listening. I think it's reasonable to assume that in all the
  11817. > technology packed into those squad cars, particularly Highway Patrol
  11818. > cars, they probably have sprung an extra fifty bucks or so for a CB
  11819. > radio, or included the appropriate wavelengths in the tuners of
  11820.  
  11821. Squad cars of the Oregon State Police often monitor CB channel 9.  In
  11822. fact I was riding down I-5 when a trucker commented that he hoped
  11823. there wasn't an OSP car around because he hadn't had time to fake his
  11824. log book entries.  The truck was just behind me.  I heard another
  11825. voice on the channel suggesting the trucker pull over.  He said, "Who
  11826. are you kidding?"  The cop then turned on his red lights and said,
  11827. "I'm not kidding anyone."  He pulled over.
  11828.  
  11829. ------------------------------
  11830.  
  11831. From: zeta@tcscs.com (Gregory Youngblood)
  11832. Subject: Re: *999; CB Channel 9
  11833. Date: Thu, 07 Apr 1994 06:57:00 PST
  11834. Organization: TCS Computer Systems
  11835.  
  11836.  
  11837. feedle@kaiwan.com (Prof. Feedlebom) writes:
  11838.  
  11839. > Jonathan (jdl@wam.umd.edu) wrote:
  11840.  
  11841. >> I am wondering why the police do not routinely monitor CB channel 9,
  11842. >> since the primary use of this channel is to report emergencies.
  11843.  
  11844. > A few police departments monitor channel 9 across the country, however 
  11845. > even at CB's peak that was not really who was monitoring.
  11846.  
  11847. I know in some places the Highway Patrols have monitoring equipment
  11848. that can listen to Channel 9, but they do not have transmission
  11849. equipment.  Specifically, I _KNOW_ Wisconsin has this from when I was
  11850. driving through and they had a rest area where they gave away free
  11851. coffee and other stuff and were talking about how to report suspected
  11852. drunk drivers in a campaign to get more of them off the highways.
  11853.  
  11854. I also seem to remember somthing about when CB's were fairly popular
  11855. and how the truckers and others used them like the police use their
  11856. radios to track others. In this case, they tracked the cops.  There
  11857. was some talk about entrapment, and if a cop had a CB and could
  11858. transmit, then the cop could have been giving the all-clear for
  11859. truckers, and then pulling 'em over right and left. I don't know how
  11860. factual this little tidbit really is, but it does seem reasonable, and
  11861. would explain why at least _some_ police/highway patrol/law enforcement 
  11862. vehicles are equipped to _listen_ to the CD (ch. 9 at the least).
  11863.  
  11864.  
  11865. Greg
  11866.  
  11867.  
  11868. [TELECOM Digest Editor's Note: 'Entrapment' is often confused with the
  11869. term 'enticement'. One is illegal, the other is not. Generally speaking, 
  11870. if the government breaks the law in an effort to get you to do the same, 
  11871. that is entrapment, and it is illegal. If the government merely makes
  11872. it more convenient for you to break the law -- without actually doing
  11873. so themselves -- that is enticement. Sleazy perhaps, but not illegal.
  11874. It happens all the time both ways, especially where drug enforcement
  11875. is concerned. It does not surprise me that cops would use CB to encourage 
  11876. people to speed, then arrest them for it. I know they use CB at many
  11877. truck stops to encourage and solicit prostitutes and/or drug sellers
  11878. whom they then arrest when approached, but most of those cases get off
  11879. in court (traffic, prostitution and drug cases) if the judge thinks 
  11880. the cops are lying about the way it happened.  PAT] 
  11881.  
  11882. ------------------------------
  11883.  
  11884. From: wdh@netcom.com (Bill Hofmann)
  11885. Subject: Re: Africa Telecom - Lunchbag Discussion
  11886. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  11887. Date: Wed, 06 Apr 1994 17:09:25 GMT
  11888.  
  11889.  
  11890. Barry  Laina Raveendran Greene <p00128@psilink.com> writes:
  11891.  
  11892. >           "EMERGING COMMUNICATION MARKETS IN AFRICA"
  11893. > The event will also present some issues to be discussed at the Africa
  11894. > Telecom'94 Forum (April 25-29 in Cairo). It is open to the public but
  11895. > space is limited. RSVPs are required (for security passes to the World
  11896. > Bank) by the 12 April 1994. Phone 202-833-3322 to leave a message.
  11897.  
  11898. Can you post a summary of the meeting?
  11899.  
  11900.  
  11901. Bill Hofmann                wdh@netcom.COM
  11902. Fresh Software and Instructional Design    +1 510 524 0852
  11903.  
  11904.  
  11905. [TELECOM Digest Editor's Note: If a summary shows up here I'll be
  11906. glad to include it in the Digest.   PAT]
  11907.  
  11908. ------------------------------
  11909.  
  11910. Subject: Re: New LA Area Code
  11911. Reply-To: kris%sanctum%paladin@uunet.uu.net
  11912. From: sanctum!kris@uunet.UU.NET (Kris)
  11913. Date: Wed, 06 Apr 1994 23:06 EDT
  11914.  
  11915.  
  11916. James Taranto writes:
  11917.  
  11918. > 907 is Alaska.  New York City alone has 212, 718, and 917, and the
  11919. > metro area, broadly defined, includes part or all of 516, 914, 201,
  11920. > 908, 609, 203, and 717.
  11921. [...]
  11922.  
  11923. > [TELECOM Digest Editor's Note: Yes, thank you, I meant 917 and the
  11924. > Alaska area code got in there by error.   PAT]
  11925.  
  11926. This reminds me of an AT&T commercial in which they were hyping their
  11927. Reach Out America plan, where you would spend something like $10 for
  11928. an hour of calls anywhere in the nation after 6 pm, and then $6 per
  11929. hour thereafter.  They showed different scenery from several cities
  11930. around the nation, with the city name and NPA in very large type.
  11931.  
  11932. Well, you guessed it, even AT&T was confused.  They used 203 for Los
  11933. Angeles.  We all know that 203 is really the NPA for most of Connecticut.
  11934.  
  11935. My roommate at the time, who was from CT, was quick to point that out
  11936. every time the ad came on.
  11937.  
  11938.  
  11939. Kris     kris%sanctum%paladin@uunet.uu.net
  11940. uunet.uu.net!paladin!sanctum!kris
  11941.  
  11942. ------------------------------
  11943.  
  11944. From: miked23887@aol.com (MikeD23887)
  11945. Subject: Agents Wanted Outside USA
  11946. Date: 6 Apr 1994 19:50:01 -0400
  11947. Organization: America Online, Inc. (1-800-827-6364)
  11948.  
  11949.  
  11950. I am looking for agents to market long distance services to consumers
  11951. and businesses around the world. You can do this in your spare time or
  11952. full time.  This is an easy sell as the rates are far below the local
  11953. phone companies and you get high quality US dial tone. A five minute
  11954. call from Germany to the US would cost $7.04 on the local PTT while
  11955. only $3.84 with my firm, a 45% savings.  >From Germany to Japan - 45%,
  11956. Canada - 37%, Hong Kong - 41% and Australia - 51%.  These savings can
  11957. be achieved from most countries around the world. Our commission
  11958. structure starts at the highest percentage that I am aware of. 
  11959.  
  11960. These commissions are recurring for all the clients you sign up and
  11961. can add up to significant $$$. You can market this service even if you
  11962. have no prior experience in telecommunications. Our company is located
  11963. in New York City and has been at this for some time now. If interested
  11964. please e-mail me with your address and country your interested in
  11965. marketing this service. An agents package describing the service will
  11966. be sent to you via air mail. Please also note that we plan to cut
  11967. rates again in the next 30 days as well as introduce new services such
  11968. as fax on demand, integrated voice response and many new value added
  11969. services giving our agents the best combination of price and service.
  11970.  
  11971. Please reply by private e-mail to our Compuserve corporate e-mail
  11972. address at 73321.2252@compuserve.com.
  11973.  
  11974. ------------------------------
  11975.  
  11976. From: westmanj@scico1.chchp.ac.nz (Joakim Westman)
  11977. Subject: EDI Electronic Data Interchange
  11978. Date: Thu, 7 Apr 1994 07:54:07 GMT
  11979. Organization: Christchurch Polytechnic (NZ)
  11980.  
  11981.  
  11982. I'm wondering if somebody knows what the concept of EDI -- Electronic
  11983. Data Interchange is al about. I've been trying to get information
  11984. about this, I believe quite new topic at least in NZ, with no luck.
  11985. Therfore I turn to you as a new news user.
  11986.  
  11987.  
  11988. Regards, 
  11989.  
  11990. Jo Westman
  11991.  
  11992. ------------------------------
  11993.  
  11994. End of TELECOM Digest V14 #169
  11995. ******************************
  11996.     
  11997.     
  11998. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23584;
  11999.           7 Apr 94 19:32 EDT
  12000. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12001.     id AA06706; Thu, 7 Apr 94 14:33:04 CDT
  12002. Return-Path: <telecom>
  12003. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12004.     id AA06689; Thu, 7 Apr 94 14:33:01 CDT
  12005. Date: Thu, 7 Apr 94 14:33:01 CDT
  12006. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12007. Message-Id: <9404071933.AA06689@delta.eecs.nwu.edu>
  12008. To: telecom@eecs.nwu.edu
  12009. Subject: TELECOM Digest V14 #170
  12010.  
  12011. TELECOM Digest     Thu, 7 Apr 94 14:33:00 CDT    Volume 14 : Issue 170
  12012.  
  12013. Inside This Issue:                          Editor: Patrick A. Townson
  12014.  
  12015.     Re: Windows or DOS Caller ID Program (Ralph Becker)
  12016.     Re: Bellcore Goes Crypto (John Perkins)
  12017.     Re: What's Up With the NANP (Carl Moore)
  12018.     Re: What's Up With the NANP (Michael Israeli)
  12019.     Cellular Privacy??? (malcolm@apple.com)
  12020.     Shopping For an 800 Number (Shahid Ikram Butt)
  12021.     Jargon Dictionary Wanted (John Conwell)
  12022.     Caller-ID FAQ Update and "Never Say Never" (A. Padgett Peterson)
  12023.     Re: New Use of ANI (James Taranto)
  12024.     Re: New Use of ANI (Ron DeBlock)
  12025.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Evan Leibovitch)
  12026.     Re: Will Widespread Use of Cell Phones Reduce Crime? (Scott Johnston)
  12027.     Re: AT&T Cellular Privacy System (mcharry@cwc.com)
  12028.     Re: Information About ERMES Project (Rob Lockhart)
  12029.     Re: Canada Direct to European Customers - Why Not Possible? (Eric Snyder)
  12030.     Re: Local Charges for 950 and 800 Access? (John R. Grout)
  12031.     Re: Where Can I Find A Copy of Mosaic? (Evan Robatino)
  12032.     Re: Can I Use my Cellular Phone in Turkey and Germany? (Gerald Serviss)
  12033.     Re: History: Vail, Monopoly, AT&T (syntech@access.digex.com)
  12034.     Re: Los Angeles Phone Fire (Nevin Liber)
  12035.     Re: Alert! New CD-Rom Database a la Lotus: Household! (Robert Lightfoot)
  12036.     Re: Alert! New CD-Rom Database a la Lotus: Household! (Steve Brack)
  12037.     Colonel vs. Kernel (Theodore M.P. Lee)
  12038.  
  12039. TELECOM Digest is an electronic journal devoted mostly but not
  12040. exclusively to telecommunications topics. It is circulated anywhere
  12041. there is email, in addition to various telecom forums on a variety of
  12042. public service systems and networks including Compuserve and GEnie.
  12043. Subscriptions are available at no charge to qualified organizations
  12044. and individual readers. Write and tell us how you qualify:
  12045.  
  12046.                  * telecom-request@eecs.nwu.edu *
  12047.  
  12048. The Digest is compilation-copyrighted by Patrick Townson Associates of
  12049. Skokie, Illinois USA. We provide telecom consultation services and
  12050. long distance resale services including calling cards and 800 numbers.
  12051. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  12052. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  12053.  
  12054.     ** Article submission address only: telecom@eecs.nwu.edu **
  12055.  
  12056. Our archives are located at lcs.mit.edu and are available by using
  12057. anonymous ftp. The archives can also be accessed using our email
  12058. information service. For a copy of a helpful file explaining how to
  12059. use the information service, just ask.
  12060.  
  12061. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  12062. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  12063. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  12064. Digest" shares archives resources at lcs.mit.edu for the convenience
  12065. of users. Please *DO NOT* cross post articles between the groups. All
  12066. opinions expressed herein are deemed to be those of the author. Any
  12067. organizations listed are for identification purposes only and messages
  12068. should not be considered any official expression by the organization.
  12069. ----------------------------------------------------------------------
  12070.  
  12071. From: rbecker@xap.xyplex.com (Ralph Becker)
  12072. Subject: Re: Windows or DOS Caller ID Program
  12073. Date: Thu, 7 Apr 1994 11:43:19 ET
  12074. Organization: Xyplex Customer Support
  12075.  
  12076.  
  12077. In article <telecom14.159.4@eecs.nwu.edu> fritzj@ecn.purdue.edu (Fritz
  12078. Friedlaender) writes:
  12079.  
  12080. > If you have a modem that supports caller ID (e.g. PP14400 - the mini-
  12081. > tower and internal version, NOT the pocket version) it is easy to
  12082. > store the CNID data on a PC.
  12083.  
  12084. > Get Kermit (for instance), at zero cost, and run a "log file".  This
  12085. > file will contain all the "ring" entries, and the Caller-ID information, 
  12086. > usually between the first and second ring. Just be sure that your
  12087. > communications program is running and Caller-ID enabled in the desired
  12088. > format, IF available on your modem.  See several very recent postings
  12089. > on the minimum conditions needed to make this work (in essence, if
  12090. > your Caller-ID box works, so will this scheme with the appropriate
  12091. > modem). Same information.
  12092.  
  12093. I would like to follow up briefly on my request for a Windows-based
  12094. Caller ID box simulation/replacement utility.  I got a few "me too"
  12095. requests, and I promised to let them know what I found.
  12096.  
  12097. The only software I was pointed to is a $15 Shareware Windows utility.
  12098. The file CID.ZIP is available in the Telecommunications Forum on
  12099. Compu$erve (search on "Caller" will find it).  I don't know of any FTP
  12100. sites that have this (yet).  This software is, er, a bit rough around
  12101. the edges.  I'm using it with my PPI PM14400FXMT, and it has several
  12102. bugs.  I am compiling a list that I will forward to the author.
  12103. However, it's all there is, apparently, for now.
  12104.  
  12105. The suggestion to use the logging feature on a Comm package was made
  12106. to me, and I actually already tried this (works fine) with Crosstalk
  12107. for Windows.  I am still using this approach for now.  I expect that
  12108. as Caller ID increases in popularity, more of this type of software
  12109. will become available in the coming months.
  12110.  
  12111.  
  12112. Ralph Becker
  12113. Xyplex Customer Support [Tech. Support hotline 800-435-7997]
  12114. rbecker@sup.xyplex.com or 71174.1262@compuserve.com
  12115.  
  12116. ------------------------------
  12117.  
  12118. From: johnper@bunsen.rosemount.com (John Perkins)
  12119. Subject: Re: Bellcore Goes Crypto
  12120. Organization: Rosemount, Inc.
  12121. Date: Thu, 7 Apr 1994 12:04:10 GMT
  12122.  
  12123.  
  12124. In article <telecom14.164.4@eecs.nwu.edu> wollman@ginger.lcs.mit.edu
  12125. (Garrett Wollman) writes:
  12126.  
  12127. > In article <telecom14.159.3@eecs.nwu.edu>, PAT writes:
  12128.  
  12129. >> [TELECOM Digest Editor's Note: Thank you Colonel. Tell me this: any ideas
  12130. >> how Colonel came to be pronounced 'kernel' rather than 'call-on-nell'?
  12131.  
  12132. > There is a reason for this, oddly enough.  The English word `colonel'
  12133. > is a result of the collision between the French word `colonelle' and
  12134. > the Italian `coronello'.  For some unknown reason, English adopted the
  12135. > French spelling and the Italian pronunciation.
  12136.  
  12137. There is no 'r' sound in the British pronunciation of 'colonel'.
  12138. There is a sound that corresponds to the French 'eu', a sound that
  12139. does not occur in American speech.
  12140.  
  12141.  
  12142. John Perkins
  12143.  
  12144. ------------------------------
  12145.  
  12146. Date: Thu, 7 Apr 94 9:48:03 EDT
  12147. From: Carl Moore <cmoore@BRL.MIL>
  12148. Subject: Re: What's Up With the NANP
  12149.  
  12150.  
  12151. > other numbering resources such as service access codes (e.g., 500
  12152. and 900 codes)
  12153.  
  12154. What is the meaning of the inclusion of 500 here?  All I know about
  12155. 500 is that it has been one of the "last-resort" N0X/N1X area codes.
  12156.  
  12157. > In addition, the Commission sought comment on the need, if any or
  12158. > for a nationally uniform dialing pattern that would use the digit "1"
  12159. > as a toll call identifier.
  12160.  
  12161. Notice this is ONLY the comment stage.  What would be affected is some
  12162. areas using just seven digits for long distance within area code.
  12163. Also, some cases of local calls to another area code require a leading 1.
  12164.  
  12165. ------------------------------
  12166.  
  12167. From: izzy@netaxs.com (Michael Israeli)
  12168. Subject: Re: What's Up With the NANP
  12169. Date: 6 Apr 1994 21:44:29 GMT
  12170. Organization: Netaxs BBS and shell accounts!
  12171.  
  12172.  
  12173. Where can one write or e-mail to state an opinion on this to?
  12174.  
  12175.  
  12176. Michael Israeli - (izzy@access.netaxs.com)
  12177.  
  12178.  
  12179. [TELECOM Digest Editor's Note: I suppose one can now contact the FCC
  12180. via their new online thing with the net which we have been hearing
  12181. about. Does anyone know if the mail can go both directions on that
  12182. or if pen and paper still required?  :)    PAT]
  12183.  
  12184. ------------------------------
  12185.  
  12186. Subject: Cellular Privacy???
  12187. Date: Thu, 07 Apr 94 08:39:20 -0700
  12188. From: malcolm@apple.com
  12189.  
  12190.  
  12191. I saw a copy of RCD newsfax talking about cellular privacy.  The gist
  12192. of the article is that the Illinois Attorney General said "persons who
  12193. use a telephone which transmits by radio waves have no justifiable
  12194. expectation of privacy."  The Cellular Telecommunications Industry
  12195. Association quickly pointed out that this is not what the federal law
  12196. says and then goes on to say "As an industry, we are totally committed
  12197. to the personal privacy of cellular telephone users."
  12198.  
  12199. Hah!  If they were that committed then they would encrypt the transmission and
  12200. not depend on silly laws.
  12201.  
  12202.  
  12203. Malcolm
  12204.  
  12205. ------------------------------
  12206.  
  12207. From: sib1@Ra.MsState.Edu (Shahid Ikram Butt)
  12208. Subject: Shopping for an 800 number
  12209. Date: 7 Apr 1994 12:47:05 -0500
  12210. Organization: Mississippi State University
  12211.  
  12212.  
  12213. Hello World,
  12214.  
  12215. I am shopping for an 800 number for my business. We currently do not
  12216. have one but our phone bill still exceeds $1,000/month. We expect the
  12217. volume to increase with the new 800 number.
  12218.  
  12219. I know I should probably be calling LD companies. But I know next to
  12220. nothing about LD companies, their policies and charges etc. Any help
  12221. on who to call at what number etc would definitely be appreciated.
  12222.  
  12223. If you got a good rate and you liked the service from anybody, I would
  12224. like to hear from you. Thanks a million.
  12225.  
  12226.  
  12227. Shahid    sib1@Ra.Msstate.Edu
  12228.  
  12229. ------------------------------
  12230.  
  12231. From: John Conwell <magnus1!johnc@uu5.psi.com>
  12232. Subject: Jargon Dictionary Wanted
  12233. Date: Thu, 7 Apr 1994 08:49:48 EDT
  12234.  
  12235.  
  12236. I am looking for a book/dictionary for the great number of telephone
  12237. (and cabletelevision) slang terms.  You know, RBOC, STS, etc.  I know
  12238. a few, but a desk-top guide to the oft used shorthand phrases would be
  12239. useful.  I believe that the once monolithic Ma Bell produced one
  12240. in-house, and probably the Baby Bells still do.  Anything would be
  12241. nice.  :}
  12242.  
  12243.  
  12244. [TELECOM Digest Editor's Note: Have you checked out the online glossaries
  12245. which are part of the Telecom Archives? Use anonymous ftp to connect with
  12246. lcs.mit.edu. Then, 'cd telecom-archives/glossaries'. You'll find several
  12247. large files there; glossaries compiled at one time or another. You can also
  12248. obtain glossary entries using the Telecom Archives Email Information Service.
  12249. Use the regular instructions for that service. The command is given as
  12250. GLOSSARY <ACRONYM>. For example, 'GLOSSARY COCOT' would cause email to be
  12251. sent to you automatically explaining what that term meant.  PAT] 
  12252.  
  12253. ------------------------------
  12254.  
  12255. Date: Thu, 7 Apr 94 07:54:54 -0400
  12256. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  12257. Subject: Caller-ID FAQ Update and "Never Say Never"
  12258.  
  12259.  
  12260. I wrote:
  12261.  
  12262. > My understanding is that the Motorola chip and most Caller-ID boxes
  12263. > are designed to only accept data *before* pickup and to stop listening
  12264. > when the line is answered. Further, the through connection is only
  12265. > made once the line has been answered. For this reason there should not
  12266. > be a problem.
  12267.  
  12268. > Further, I have understood that a Caller-ID box would only accept one
  12269. > valid sequence per call.
  12270.  
  12271. I have since found out that the above is not always true. When I
  12272. studied the Motorola chip specs, I noted that this mode was available
  12273. but that the chip could also be placed in a maintenance mode (listen
  12274. always). Did not think that any box other than a test set would ever
  12275. do so since the alternative was obviously preferable in a consumer
  12276. environment. Wrong Again.
  12277.  
  12278. Turns out that a few manufacturers may have designed their boxes in
  12279. this mode (was told that some boxes sold by US West were this way -
  12280. have not personally confirmed it though) and *these* boxes could be
  12281. flooded/spoofed by the DE after call pickup.
  12282.  
  12283.  
  12284. Warmly,
  12285.  
  12286. Padgett
  12287.  
  12288. PS: I incorporated this information and other corrections submitted by
  12289. watchful readers into v 1.1 of the Caller-ID FAQ and sent to Pat for
  12290. inclusion in the archives.
  12291.  
  12292. ------------------------------
  12293.  
  12294. From: taranto@panix.com (James Taranto)
  12295. Subject: Re: New Use of ANI
  12296. Date: 7 Apr 1994 00:17:22 GMT
  12297. Organization: The Bad Taranto
  12298.  
  12299.  
  12300. In article <telecom14.161.11@eecs.nwu.edu>, rboudrie@chpc.org (Rob Boudrie)
  12301. wrote:
  12302.  
  12303. > <all policital commentary left out, to address only telecom issues>
  12304.  
  12305. > 800-WHY-GUNS is an 800 number set up by a gun control proponent to
  12306. > accumulate messages from people wanting to recieve literature on their
  12307. > cause.
  12308.  
  12309. > Interesting points :
  12310.  
  12311. > - Some users report that the message changes after the third call
  12312. >   from the same number, stating that calls from a single number are
  12313. >   limited to three because of harassment from opponents [note: I wonder
  12314. >   if they still pay for a call to their computers to identify the
  12315. >   caller and leave this message?]
  12316.  
  12317. I tried the number.  The message changes on the third call, and
  12318. subsequent calls do not go through -- I got a fast busy on my fourth
  12319. call.  I dialed the number four times in rapid succession, so this is
  12320. done automatically.
  12321.  
  12322.  
  12323. Cheers,
  12324.  
  12325. James Taranto  taranto@panix.com
  12326.  
  12327. ------------------------------
  12328.  
  12329. From: news@cbnewsj.att.com
  12330. Date: Thu, 7 Apr 94 12:30:53 GMT
  12331. Subject: Re: New Use of ANI
  12332. Organization: AT&T
  12333.  
  12334.  
  12335. In article <telecom14.161.11@eecs.nwu.edu> rboudrie@chpc.org (Rob
  12336. Boudrie) writes:
  12337.  
  12338. >- Some users report that the message changes after the third call
  12339. >  from the same number, stating that calls from a single number are
  12340. >  limited to three because of harassment from opponents [note: I wonder
  12341. >  if they still pay for a call to their computers to identify the
  12342. >  caller and leave this message?]
  12343.  
  12344. This is not new.  Limiting calls based on ANI has been done before,
  12345. usually for contests and promotions.
  12346.  
  12347. >- The voice repsonse unit appears to do some checking on the zip
  12348. >  code spoken into the system -- it replies invalid entry if you
  12349. >  read in a nine digit zip (with a spoken dash in it).
  12350.  
  12351. Out of the box, the ASR systems I've seen do not understand "dash."
  12352. They understand "zero" through "nine", "oh" (== "zero"), "yes" and
  12353. "no."  Unless the VRU instructs (through the prompts) otherwise, I
  12354. would stick to that limited vocabulary when dealing with ASR systems.
  12355.  
  12356. Decent ASR systems support word spotting -- "dash" or any other words
  12357. not in the vocabulary would be ignored.
  12358.  
  12359.  
  12360. Ron DeBlock    AT&T Bell Labs / InfoWorx(R) Interactive Voice Service
  12361. Somerset, NJ, USA     rdb1@homxa.att.com
  12362.  
  12363. ------------------------------
  12364.  
  12365. From: evan@telly.on.ca (Evan Leibovitch)
  12366. Subject: Re: Will Widespread Use of Cell Phones Reduce Crime?
  12367. Date: Thu, 7 Apr 1994 10:33:54 -0400
  12368. Organization: Somewhere just far enough out of Toronto
  12369.  
  12370.  
  12371. In Ontario, they haven't yet told us they'd be charging for each 911
  12372. call, but there are a few alternates that (one would hope) discourage
  12373. people from clogging 911 to report fender benders.
  12374.  
  12375. In Ontario, *OPP gets one the Ontario Provincial Police (sorta like our
  12376. State Troopers) on a free-airtime call.
  12377.  
  12378. As well, though it ain't publicized much, *PEEL is a direct line to
  12379. the local police serving my city (Peel Region, covering Mississauga
  12380. and Brampton Ontario, just west of Toronto). Also airtime-free.
  12381.  
  12382. I have used both on occasion, as well as calling in accidents to local
  12383. radio stations. I have also used *CAA to call the local equivalent of
  12384. triple-A, thankfully not very often.
  12385.  
  12386.  
  12387. Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
  12388.        evan@telly.on.ca / uunet!utzoo!telly!evan / (905) 452-0504
  12389.  
  12390. ------------------------------
  12391.  
  12392. From: scottj@MCS.COM (Scott Johnston)
  12393. Subject: Re: Will Widespread Use of Cellphones Reduce Crime?
  12394. Date: 7 Apr 1994 01:01:08 -0500
  12395. Organization: Another MCSNet Subs., Chicago's First Public-Access Internet!
  12396.  
  12397.  
  12398. PAT says:
  12399.  
  12400. >> thus far in 1994 here, *27 children* have been killed in
  12401. >> the crossfire of gang-related incidents in Chicago.
  12402.  
  12403.  From the {Chicago Tribune}, April 4, 1994: (article about Le Twan Redmond,
  12404. killed 4/2/94) Section 1, page 1, sports final edition)
  12405.  
  12406. " Le twan was the sixth child aged 14 or younger to be killed in the
  12407. Chicago area in the last week; 5 of those were killed by gunfire. He
  12408. is the 15th child aged 14 and under to be killed in the Chicago area
  12409. this year."
  12410.  
  12411. Where do you get 27?
  12412.  
  12413.  
  12414. Scott in 60657
  12415.  
  12416.  
  12417. [TELECOM Digest Editor's Note: Note the key phrase in that particular
  12418. story in the {Tribune} was 'aged 14 and under'. Put the upper age limit
  12419. for 'children' at 18 and you get different figures. But you know Scott,
  12420. I get the feeling you want to play games and discredit the entire thing
  12421. based on my use of one set of figures and the {Tribune} story with other
  12422. figures. For a moment, let's take your figures as correct. Isn't 15 kids
  12423. killed since the first of the year -- that's about one per week -- still
  12424. pretty sad? Wouldn't you say we are still in a state of emergency here
  12425. exacerbated by the ACLU's unwillingness to cooperate?  Of course, ACLU
  12426. attornies live in Winnetka or Glencoe -- or maybe even in 60657, that
  12427. fine bastion of liberal, modern thinking; although Jay Miller, one of
  12428. the head people there lives on Printer's Row south of downtown -- so
  12429. they wouldn't know much about an eight year old child on his way to
  12430. school laying dead on the sidewalk. The ultimate deprivation of his
  12431. civil liberties, along with 14 others (using your figures and ages)
  12432. gone unnoticed by a group which purports to protect civil liberties
  12433. for everyone. Now if you add the other dozen or so -- high school age
  12434. kids, and I have not read the paper today to get the latest counts --
  12435. then we get over two dozen young lives given up. I guess that's the way
  12436. it has to be; after all, we all know the ACLU is a fine, outstanding
  12437. organization with only the purest of agendas and a monopoly on interp-
  12438. reting the US Constitution. In general in Chicago, the rate of violent, 
  12439. deliberate murder is running 25 percent ahead of last year.    PAT]
  12440.  
  12441. ------------------------------
  12442.  
  12443. Date: Thu, 06 Apr 94 09:52:28 EDT
  12444. From: mcharry@cwc.com (McHarry)
  12445. Subject: Re: AT&T Cellular Privacy System
  12446.  
  12447.  
  12448. David Arneke wrote regarding the AT&T Cellular Privacy System:
  12449.  
  12450. "This is the strongest scrambling algorithm available for handheld,
  12451. transportable and mobile cellular subscriber equipment."
  12452.  
  12453. This appears somewhat disingenuous -- there are cellular STU-IIIs
  12454. available.  The commercial versions use DES encryption.  Granted, you
  12455. need units at both ends of the link.  I have only seen the units as
  12456. mobiles and transportables.  They are likely too large to build as
  12457. handhelds.  Nevertheless, to render Arneke's claim true, either one
  12458. has to hold that encryption is different from scrambling, or to
  12459. strongly construe the 'and' clause to take advantage of the lack of
  12460. DES handhelds.
  12461.  
  12462. ------------------------------
  12463.  
  12464. From: rlockhart@aol.com (RLockhart)
  12465. Subject: Re: Information About ERMES Project
  12466. Date: 7 Apr 1994 11:06:01 -0500
  12467. Organization: America Online, Inc. (1-800-827-6364)
  12468.  
  12469.  
  12470. In article <telecom14.158.3@eecs.nwu.edu>, Stewart Fist <100033.2145@
  12471. CompuServe.COM> writes:
  12472.  
  12473. > There's also a cut-down pre-Ermes standard called
  12474. > Euromessage in the UHF band, which is limited to the UK, Germany,
  12475. > Italy and France.
  12476.  
  12477. EuroMessage isn't a 'cut-down' ERMES.  (Atleast it wasn't last time I
  12478. looked <g>.)  It's purely POCSAG and uses standard alpha pagers.
  12479. Italy is linked into the network via SIP.  France is linked in via
  12480. France Telecoms.  Germany is the DBP.  The UK is through a couple of
  12481. carriers.  (And didn't Sweden and a few others plan on linking in at
  12482. one time?)
  12483.  
  12484. EuroMessage pre-dates ERMES by a couple of years (and technologies <g>).
  12485.  
  12486. BTW, Hi Stewart ... are you getting these messages via Scott's posting
  12487. of TELECOM Digest on CIS' TeleCom forum?
  12488.  
  12489.  
  12490. Rob Lockhart    Resource Manager, Interactive Data Systems
  12491. Paging Products Group    Motorola, Inc.
  12492. Desktop:  Lockhart-EPAG06_Rob@EMail.Mot.Com
  12493. I'net Wireless Data <32K:  Rob_Lockhart-ERL003E@EMail.Mot.Com
  12494. I'net Wireless Data < 1K:  Rob.Lockhart@RadioMail.Net
  12495. CIS:  71333.1075@compuserve.com    AOL:  RLockhart   AppleLink:  ROBLOCKHART
  12496.  
  12497.  
  12498. [TELECOM Digest Editor's Note: Responding only to the final paragraph
  12499. in Rob's message, this is a good time to remind all readers that the
  12500. TELECOM Digest is available as a regular feature on Compuserve. Look
  12501. for it in the Telecom Forum area. Of course if you prefer, the Digest
  12502. is also sent by email to the boxes of CIS subscribers requesting it
  12503. that way instead.  PAT]
  12504.  
  12505. ------------------------------
  12506.  
  12507. From: ae924@FreeNet.Carleton.CA (Eric G. Snyder)
  12508. Subject: Re: Canada Direct to European Customers - Why Not Possible?
  12509. Reply-To: ae924@FreeNet.Carleton.CA (Eric G. Snyder)
  12510. Organization: The National Capital FreeNet
  12511. Date: Thu, 7 Apr 1994 07:28:07 -0500
  12512.  
  12513.  
  12514. Could someone please describe exactly what the Canada Direct service
  12515. is?
  12516.  
  12517.  
  12518. Eric Snyder - Ottawa Canada
  12519. Targeted Communication Mgt 
  12520. ae924@freenet.carleton.ca 
  12521.  
  12522. ------------------------------
  12523.  
  12524. From: j-grout@uxa.cso.uiuc.edu (John R. Grout)
  12525. Subject: Re: Local Charges for 950 and 800 Access?
  12526. Date: 7 Apr 1994 00:00:51 GMT
  12527. Organization: University of Illinois at Urbana
  12528. Reply-To: j-grout@uiuc.edu
  12529.  
  12530.  
  12531. In <telecom14.155.3@eecs.nwu.edu> j-grout@uxa.cso.uiuc.edu (John R.
  12532. Grout) writes:
  12533.  
  12534. > [TELECOM Digest Editor's Note: Generally it is only the rip-off
  12535. > private payphones (COCOTS) which have charges for 950 and 800. They
  12536. > are not supposed to either, but they get away with it. I am surprised
  12537. > it was at a C&P phone. Maybe there was a programming error.   PAT]
  12538.  
  12539. According to Jonathan (jdl@wam.umd.edu), it is unlawful to charge for
  12540. 800 calls, but C&P _does_ charge $.25 for a call to a 950 number from
  12541. its payphones in Maryland.
  12542.  
  12543.  
  12544. John R. Grout     INTERNET: j-grout@uiuc.edu
  12545.  
  12546. ------------------------------
  12547.  
  12548. Date: Thu,  7 Apr 94 11:27:56 EDT
  12549. From: erobatino@attmail.att.com
  12550. Subject: Re: Where Can I Find A Copy of Mosaic?
  12551. Organization: AT&T
  12552.  
  12553.  
  12554. In article <telecom14.156.7@eecs.nwu.edu> Ellis Claggett <CLAGGETTE@
  12555. BSP03C.PRIMERICA.COM> writes:
  12556.  
  12557. > I recently heard of a product called Mosaic which acts as a front end
  12558. > for Internet access.  Could some one provide me additional information
  12559. > on this product an where I might locate a copy on the internet.  Your
  12560. > help will greatly appreciated.
  12561.  
  12562. Look in FTP site ftp.ncsa.uiuc.edu.  I believe it's in a subdirectory of
  12563. /PC/Mosaic; there are versions of Mosaic for MS Windows (that's the one I
  12564. use), UNIX and, I believe, Macintosh.
  12565.  
  12566. To do anything useful with Mosaic, you'll need either direct TCP/IP
  12567. access to Internet (in other words, you have to be an Internet host)
  12568. or a dial-up SLIP (Serial Line Internet Protocol) or PPP (Point-to-Point 
  12569. Protocol) connection, which makes you a temporary Internet host.  (Mosaic 
  12570. makes its own FTP connections, Gopher searches, Telnet sessions, and
  12571. so forth which is why direct TCP/IP connectivity is needed.)
  12572.  
  12573. Hope this helps.
  12574.  
  12575.  
  12576. Evan Robatino     AT&T
  12577. erobatino@attmail.com
  12578. Phone:  (908) 457-3432
  12579.  
  12580. ------------------------------
  12581.  
  12582. From: serviss@tazdevil.cig.mot.com (Gerald Serviss)
  12583. Subject: Re: Can I Use my Cellular Phone in Turkey and Germany?
  12584. Date: 7 Apr 1994 17:40:27 GMT
  12585. Organization: Cellular Infrastructure Group, Motorola
  12586.  
  12587.  
  12588. cengelog@sunny.dab.ge.com (Yilmaz Cengeloglu) writes:
  12589.  
  12590. > I use my cellular phone in FL, USA. I would like to know if I can use
  12591. > that phone in Turkey and/or Germany.
  12592.  
  12593. > If I can not use it, do you know any phone that is compatible with
  12594. > cellular system in Germany, Turkey and USA.
  12595.  
  12596. I am not sure about Turkey (do they even have cellular?)  but, it
  12597. would be impossible to use your AMPS or TDMA phone in Germany.
  12598.  
  12599. Germany is mostly GSM now but, there was an analog system before that.
  12600.  
  12601. I suspect that Turkey would be moving to GSM if it was installing a
  12602. system.
  12603.  
  12604.  
  12605. Jerry Serviss    Motorola Inc   serviss@rtsg.mot.com
  12606.  
  12607. ------------------------------
  12608.  
  12609. From: syntech@access.digex.net (SynTech)
  12610. Subject: Re: History: Vail, Monopoly, AT&T
  12611. Date: 7 Apr 1994 14:00:21 -0400
  12612. Organization: Express Access Online Communications, Greenbelt, MD USA
  12613.  
  12614.  
  12615. Can anyone give me any information about one Elmer Laverne Hageman?
  12616. He was president of the telegraph operators union in the 50's.  I am
  12617. currently doing research on the topic, any input would be appreciated.
  12618.  
  12619. Thanks!
  12620.  
  12621. ------------------------------
  12622.  
  12623. From: nevin@cs.arizona.edu (Nevin Liber)
  12624. Subject: Re: Los Angeles Phone Fire
  12625. Date: 7 Apr 1994 00:19:16 -0700
  12626. Organization: University of Arizona CS Department, Tucson AZ
  12627.  
  12628.  
  12629. In article <telecom14.146.7@eecs.nwu.edu>, TELECOM Digest Editor responded
  12630. to Mark Brukhartz <mark_brukhartz:
  12631.  
  12632. > was no dial tone in Hinsdale for a month. Some other communities got
  12633. > dial tone back after a *mere two weeks*. Cellular service (both A and B)
  12634. > and pagers were out here for about two weeks. 911 was out for several
  12635. > days in many western suburbs. You see, Hinsdale was the hub for it all.
  12636.  
  12637. And don't forget that everybody's favorite (at the time) 3B20 email
  12638. hub, ihnp4, was also served by that switch.
  12639.  
  12640. > Please, whoever controls these things: don't let it happen again.  PAT]
  12641.  
  12642. In these days of cost cutting and sacrificing the long term for the
  12643. short term, I just don't see it happening.
  12644.  
  12645.  
  12646. Nevin ":-)" Liber    nevin@cs.arizona.edu    (602) 293-2799
  12647.                                               +++ (520) after 3/95
  12648.                                   office:    (602) 621-1685
  12649.  
  12650. ------------------------------
  12651.  
  12652. From: rlightfo@spd.dsccc.com (Robert Lightfoot)
  12653. Subject: Re: Alert! New CD-Rom Database a la Lotus: Household!
  12654. Date: 7 Apr 1994 15:03:51 GMT
  12655. Organization: DSC Communications Corporation, Plano, Texas USA
  12656.  
  12657.  
  12658. This database of your home phone and address (and even how long you
  12659. have lived there) is available on CompuServe.  The age of information
  12660. is here, I doubt you'll stop it.
  12661.  
  12662. I have used this information in a helpful way, and don't see it as
  12663. bad.  A few days ago, someone re-landscaped my yard with their car,
  12664. leaving behind the front license plate and part of the grill.
  12665.  
  12666. I got the name and address from the DMV.  They had moved two years ago
  12667. with out telling the DMV (imagine that!).  Compuserve told me right
  12668. where they moved to, and even when they moved.
  12669.  
  12670. I'm glad the information is out there!  I'd like to see it.
  12671.  
  12672.  
  12673. Robert, just Robert.
  12674.  
  12675. ------------------------------
  12676.  
  12677. From: sbrack@jupiter.cse.utoledo.edu (Steve Brack)
  12678. Subject: Re: Alert! New CD-Rom Database a la Lotus: Household!
  12679. Organization: University of Toledo
  12680. Date: Thu, 7 Apr 1994 10:44:19 GMT
  12681.  
  12682.  
  12683. One thing I don't believe people are looking at is when it comes to
  12684. telemarketing and market research, many companies don't use directory
  12685. information at all, but rather use random digit dialing.  I worked for
  12686. a market research company, and the only time we worked from phone
  12687. lists was when we were doing a survey, say, with people who purchased
  12688. a particular product or service.  The rest of the time, we used lists
  12689. of AC/exchange pairs, then randomized the last four digits.
  12690.  
  12691. Not being in the book isn't as helpful as it seems.
  12692.  
  12693.  
  12694. Steven S. Brack          sbrack@jupiter.cse.utoledo.edu
  12695. Toledo, OH  43613-1605   STU0061@UOFT01.BITNET          
  12696. MY OWN OPINIONS          sbrack@maine.cse.utoledo.edu            
  12697.  
  12698. ------------------------------
  12699.  
  12700. From: tmplee@MR.Net (Theodore M.P. Lee)
  12701. Subject: Colonel vs. Kernel
  12702. Date: Thu, 07 Apr 1994 10:44:11 -0600
  12703. Organization: Minnesota Regional Network
  12704.  
  12705.  
  12706. > [TELECOM Digest Editor's Note: ... Tell me this: ... why is it we
  12707. > make popcorn and have left over kernels ...  PAT
  12708.  
  12709. No April fool here ... twenty-some odd years ago (and yes, many of
  12710. them have been been odd) I was baptized into the computer security
  12711. game by being introduced to a (the) Colonel Roger Schell; he spent a
  12712. lot of time talking about "security colonels"; it took me a *long*
  12713. time to realize he meant "security {\em kernels}."
  12714.  
  12715.  
  12716. Ted Lee     tmplee@mr.net   PO Box 1718   Minnetonka, MN 55345
  12717.  
  12718. ------------------------------
  12719.  
  12720. End of TELECOM Digest V14 #170
  12721. ******************************
  12722.  
  12723.     
  12724.     
  12725. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23880;
  12726.           7 Apr 94 20:16 EDT
  12727. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12728.     id AA07789; Thu, 7 Apr 94 15:07:08 CDT
  12729. Return-Path: <telecom>
  12730. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12731.     id AA07779; Thu, 7 Apr 94 15:07:06 CDT
  12732. Date: Thu, 7 Apr 94 15:07:06 CDT
  12733. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12734. Message-Id: <9404072007.AA07779@delta.eecs.nwu.edu>
  12735. To: telecom@eecs.nwu.edu
  12736. Subject: TELECOM Digest V14 #171
  12737.  
  12738. TELECOM Digest     Thu, 7 Apr 94 15:07:00 CDT    Volume 14 : Issue 171
  12739.  
  12740. Inside This Issue:                          Editor: Patrick A. Townson
  12741.  
  12742.     Re: PacBell Billing For AT&T - Constant Problems (Bob Schwartz)
  12743.     Re: PacBell Billing For AT&T - Constant Problems (puma@netcom.com)
  12744.     * Services (Cellular) (Lynne Gregg)
  12745.     Information Needed: Telecom Company in Milwaukee? (Scott Pope)
  12746.     Training Needed on AT&T PBX Architecture (Paul Lee)
  12747.     700 Numbers (Michael Judson)
  12748.     HOTT: Table of Contents, Issue 940425 (David Scott Lewis)
  12749.  
  12750. TELECOM Digest is an electronic journal devoted mostly but not
  12751. exclusively to telecommunications topics. It is circulated anywhere
  12752. there is email, in addition to various telecom forums on a variety of
  12753. public service systems and networks including Compuserve and GEnie.
  12754. Subscriptions are available at no charge to qualified organizations
  12755. and individual readers. Write and tell us how you qualify:
  12756.  
  12757.                  * telecom-request@eecs.nwu.edu *
  12758.  
  12759. The Digest is compilation-copyrighted by Patrick Townson Associates of
  12760. Skokie, Illinois USA. We provide telecom consultation services and
  12761. long distance resale services including calling cards and 800 numbers.
  12762. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  12763. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  12764.  
  12765.     ** Article submission address only: telecom@eecs.nwu.edu **
  12766.  
  12767. Our archives are located at lcs.mit.edu and are available by using
  12768. anonymous ftp. The archives can also be accessed using our email
  12769. information service. For a copy of a helpful file explaining how to
  12770. use the information service, just ask.
  12771.  
  12772. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  12773. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  12774. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  12775. Digest" shares archives resources at lcs.mit.edu for the convenience
  12776. of users. Please *DO NOT* cross post articles between the groups. All
  12777. opinions expressed herein are deemed to be those of the author. Any
  12778. organizations listed are for identification purposes only and messages
  12779. should not be considered any official expression by the organization.
  12780. ----------------------------------------------------------------------
  12781.  
  12782. Subject: PacBell Billing For AT&T - Constant Problems
  12783. From: bob@bci.nbn.com (Bob Schwartz)
  12784. Date: Thu, 07 Apr 94 09:52:27 PDT
  12785. Organization: Bill Correctors, Inc., Marin County, California
  12786.  
  12787.  
  12788. lchiu@crl.com (Laurence Chiu) writes:
  12789.  
  12790. > Has anybody else noticed this? For the past six months each time I get
  12791. > my phone bill from PacBell I have go through the AT&T portion very
  12792. > carefully to see if I have been billed correctly. And it has been
  12793. > wrong every time, sometimes up to $40. This is mainly due to applying
  12794. > the wrong rate for calls (mostly international).
  12795.  
  12796. > AT&T have been very gracious every time I call them about this and
  12797. > always work out the discrepancy and send forward a credit. Finally I
  12798. > decided to ask the customer rep what the problem was. He sighed and
  12799. > said they always had problems with PacBell -- in fact this past month
  12800. > because of some software foulup, they viz. PB) screwed up 250,000
  12801. > customer's bills!
  12802. > Now if only AT&T could bill directly as MCI do (I get direct MCI
  12803. > billing because I use them via 10222 for international calls
  12804. > occasionally) then this problem would not occur.
  12805.  
  12806. Laurence, It's things like this that have kept us in business for over
  12807. ten years!  I'm curious. When you call and ask for credit do you name
  12808. the amount that is ultimately issued or do they say, Yes, we're aware
  12809. of the problem(s) and a credit will be posted to your next bill of yet
  12810. unknown amount? Also if you name the amount do you include taxes? If
  12811. you skip calling one month do you get credits?  The real issue here is
  12812. whether or not they are acting to take care of the long term well
  12813. known problem by issuing refunds on request or they're waiting to be
  12814. sued in court and settle by issuing refunds? 
  12815.  
  12816. Often times we see friendly refunds issued promptly, on request, when
  12817. the problem (refunds issued) are an amount less than the cost of
  12818. fixing it. When they issue a refund then you are not damaged and can
  12819. not easily be a plaintif. Eventually the problem is fixed and those
  12820. late in requesting refunds are put off. After a couple of hundred are
  12821. put off them someone might initiate a class action. The result,
  12822. billing errors linger, the provider rakes in undue profits (enough to
  12823. pay lawyers etc.) and the user community is none the wiser but a bit
  12824. more poor.  Yes, we've consulted class action and yes we can help
  12825. larger users with these "problems". Thanks for the expose'. 
  12826.  
  12827.  
  12828. Regards,
  12829.  
  12830. Bob Schwartz                                       bob@bci.nbn.com
  12831. Bill Correctors, Inc.   +1 415 488 9000   Marin County, California
  12832.  
  12833. ------------------------------
  12834.  
  12835. From: puma@netcom.com (puma)
  12836. Subject: Re: PacBell Billing For AT&T - Constant Problems
  12837. Organization: organized?? me?
  12838. Date: Thu, 7 Apr 1994 13:56:02 GMT
  12839.  
  12840.  
  12841. In article <telecom14.165.3@eecs.nwu.edu>, Laurence Chiu <lchiu@crl.com> 
  12842. wrote:
  12843.  
  12844. > I decided to ask the customer rep what the problem was. He sighed and
  12845. > said they always had problems with PacBell -- in fact this past month
  12846. > because of some software foulup, they viz. PB) screwed up 250,000
  12847. > customer's bills!
  12848.  
  12849. > Now if only AT&T could bill directly as MCI do (I get direct MCI
  12850. > billing because I use them via 10222 for international calls
  12851. > occasionally) then this problem would not occur.
  12852.  
  12853. Perhaps you could consider the AT&T Universal (MasterCard) card.  You
  12854. can use it as a calling card, and they will direct bill you.  Yes,
  12855. they will charge you a calling card surcharge, but it would be small
  12856. compared to the actual toll cost for international calls, and they
  12857. credit a percentage back to you for calls charged to the Universal
  12858. card, so you might actually come out ahead.
  12859.  
  12860.  
  12861. puma@netcom.com
  12862.  
  12863. ------------------------------
  12864.  
  12865. From: Lynne Gregg <lynne.gregg@mccaw.com>
  12866. Subject: * Services (Cellular)
  12867. Date: Thu, 07 Apr 94 15:58:00 PDT
  12868.  
  12869.  
  12870. A good month ago, jchin@panix.com (Johnny J Chin) posted a query on
  12871. "Cellular/One * Codes".  Johnny sought a complete list of * codes
  12872. available from his local service provider.  Our EDITOR noted that
  12873. these * services vary from market to market and also by cellular
  12874. carrier.  This is correct.
  12875.  
  12876. Johnny noted that he was aware of the *FILM service offered by his
  12877. carrier.
  12878.  
  12879. My question is, do Digest readers who have cellular service find any
  12880. value in such * services (i.e., * FILM, * INFO, etc.)?
  12881.  
  12882. If you post to me directly, I'll summarize for the group.
  12883.  
  12884.  
  12885. Thanks,
  12886.  
  12887. Lynne Gregg
  12888.  
  12889. ------------------------------
  12890.  
  12891. From: scott_pope@wiltel.com
  12892. Subject: Information Needed: Telecom Company in Milwaukee?
  12893. Date: Thu, 07 Apr 94 13:56:23 PDT
  12894. Organization: WilTel
  12895.  
  12896.  
  12897. I have been hearing about a telecom company in Milwaukee that hired
  12898. amn MCI exec to run the company.  Does anyone know the name of this
  12899. company?
  12900.  
  12901. ------------------------------
  12902.  
  12903. From: Paul Lee </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>
  12904. Organization: Woolworth Corporation
  12905. Subject: Training Needed on AT&T PBX Architecture
  12906. Date: Thu 7 Apr 1994, 12:01 CDT
  12907.  
  12908.  
  12909. To all who might be able to help:
  12910.  
  12911. After more than ten years in end-user data/telecommunications, I am
  12912. now dancing with the Elephant (AT&T) for the first time. I find I have
  12913. to virtually start over to understand their terminology and their PBX
  12914. architecture.
  12915.  
  12916. I have been trying to find training in AT&T PBX (System 25, System 75,
  12917. and Definity) architecture and configuration -- not just how to
  12918. blindly administer the switch features. AT&T has been no help -- they
  12919. do not *allow* customers to attend the classes they offer in those
  12920. areas.
  12921.  
  12922. Does anyone know of third-party training on AT&T systems? Or, perhaps
  12923. someone knows the "magic words" or a special contact to use within AT&T?
  12924.  
  12925. I'd appreciate any insights that are forthcoming on dealing with AT&T.
  12926. Even though we're a National Account (actually, international), AT&T
  12927. still treats us like crap. But then, I more or less return the sentiment, 
  12928. since I'm not at all impressed by AT&T's offerings.
  12929.  
  12930. I invited our National Account Manager to find me a class that would
  12931. open my eyes and educate me as to the wonderful architecture and features 
  12932. of AT&T's stuff -- to no avail. They keep shoving the same glossy marketing 
  12933. drivel at me, along with babblespeak documentation and outrageous prices. I 
  12934. want to be able to *understand* their switches and just what it is they're 
  12935. trying to do.
  12936.  
  12937. Can anyone out there help me to "see the light?" Or, am I right about
  12938. AT&T's overpriced, lackluster, proprietary, obsfuscated, chauvinistic ... 
  12939. Jeez!  Don't get me started ...!
  12940.  
  12941.  
  12942. Paul A. Lee                             Voice  414 357 1409
  12943. Woolworth Corporation                     FAX  414 357 1450
  12944.                                    CompuServe  70353,566
  12945. Internet   '"/DD.ID=JES2CAOF.UEDCM09/"@SMX.sprint.com'
  12946.  
  12947.  
  12948. [TELECOM Digest Editor's Note: Help you see and understand what is
  12949. going on?  Its not just AT&T, Paul. All the telcos like to keep things
  12950. to themselves; at least that is the official policy. About all I can
  12951. suggest is that you read a variety of telecom related publications --
  12952. including this Digest -- on a regular basis and pick up what you can
  12953. as a result. Most of the readers here will be glad to answer your questions
  12954. as best they can, so feel free to ask. There are even quite a few highly
  12955. trained technical employees of AT&T on reading this Digest and I am sure
  12956. they will share their thoughts with you also. So, welcome aboard!   PAT] 
  12957.  
  12958. ------------------------------
  12959.  
  12960. From: judson@crl.com (Michael Judson)
  12961. Subject: 700 Numbers
  12962. Date: 7 Apr 1994 11:52:51 -0700
  12963. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  12964.  
  12965.  
  12966. Whatever happened to the personal 700 numbers?  Do people still have
  12967. them?  It seems that the phone company gave a big hype about how you
  12968. would always have the same phone number with you for life, even when
  12969. you moved.
  12970.  
  12971.  
  12972. [TELECOM Digest Editor's Note: EasyReach 700 service is still around.
  12973. I still have my two 700 numbers, although I do not use them a lot.  PAT]
  12974.  
  12975. ------------------------------
  12976.  
  12977. From: callewis@netcom.com (David Scott Lewis)
  12978. Subject: HOTT: Table of Contents, Issue 940425
  12979. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  12980. Date: Thu, 7 Apr 1994 12:38:27 GMT
  12981.  
  12982.  
  12983. HOTT -- Hot Off The Tree, 940425
  12984.  
  12985. Today's Date: Thursday, 31 March 1994
  12986. Transmission Date: Monday, 25 April 1994
  12987.  
  12988. Greetings!  I'll make my remarks brief.  (Do you really believe that?)
  12989.  
  12990. I apologize for being late.  No excuses.  After the transmission of
  12991. the first issue of the "reinvented" HOTT electronic magazine, we
  12992. should be back on schedule, i.e., one issue every five weeks.  As
  12993. noted above, the first issue will be transmitted on Monday, 25 April.
  12994. This is eight days after a segment on HOTT is scheduled to air on the
  12995. U.S. nationally syndicated radio show "On Computers."  (BTW, "On
  12996. Computers" is also distributed internationally through the Armed
  12997. Forces Radio Network.)  
  12998.  
  12999. If we release the issue prior to the Sunday, 17 April "On Computers"
  13000. segment, I risk being flooded with e-mail from Prodigy and CompuServe
  13001. subscribers asking me to send them the first issue.  (I define a
  13002. "flood" as having my e-mail spooled on a daily basis.)  That would
  13003. truly qualify as e-mail hell!  Eight days should be enough time for
  13004. someone to send in their e-mail subscription request.  As a matter of
  13005. reference, HOTT will be gated to the USENET group bit.magazines.computing, 
  13006. but not for a few issues.  (Stay tuned for more info.)  And, yes, a Web 
  13007. edition is in the works.  But don't expect a Web edition until next
  13008. year.  It's too early in the innovation diffusion curve to justify a
  13009. Web edition.  If you don't believe me, run a Fisher-Pry analysis.  And
  13010. if you don't know what Fisher-Pry is, don't ask!  At least, don't ask
  13011. me! :-)
  13012.  
  13013. HOTT has received a lot of publicity over the last month.  HOTT was
  13014. the *lead* feature in {The Los Angeles Times} Orange County Edition
  13015. "Business" section on 2 March.  (Other editions of The Times ran a
  13016. condensed version of the story.)  On 7 March, a segment on HOTT titled
  13017. "Information Highway Magazine" aired globally on the Voice of America.
  13018. And during March HOTT received favorable ink in IEEE Spectrum (the
  13019. flagship publication of the IEEE), (IEEE) Computer (the flagship
  13020. publication of the IEEE Computer Society), Wired (*the* lifestyle
  13021. magazine of the digital generation), and several other periodicals.  I
  13022. greatly appreciate the support received from the mass and technical
  13023. media.  Thanks!  (The Times article and VOA transcript will soon be
  13024. available to the media by ftp and UCSD's gopher.  FTPmail access
  13025. instructions for those without an interactive Internet account will be
  13026. provided in the first issue.  I'll be happy to personally send The
  13027. Times and VOA pieces to reporters, columnists, and show hosts.)
  13028.  
  13029. Finally, I'm *very* pleased to announce that the founding editor and
  13030. publisher, Susan Jurist, will be a regular contributor to HOTT.  Her
  13031. column, HOTTpixels, will cover lots of different topics.  One of her
  13032. special interests is Mac hardware and software.  If you'd like to have
  13033. her review your Mac-based products, please contact her at:
  13034.  
  13035.   sjurist@ucsd.edu
  13036.  
  13037. (But I'm the guy for PDAs.  If you'd like to have your PDA/mobile
  13038. computing products reviewed, including Newton HW/SW, contact *me*.)
  13039. BTW, Susan edited and published HOTT as a weekly for three years.  Our
  13040. new topical focus and scope of coverage is a wee bit different, but I
  13041. am very thankful for her continued guidance and support.  I'd also
  13042. like to thank UCSD's Jim Madden.  Jim is HOTT's de facto sysop.  Well,
  13043. he's really the sysop for UCSD in general, including HOTT's mailing
  13044. list.  We may very well have the largest mailing list in cyberspace
  13045. ... and Jim has learned how to master list control, transmission
  13046. difficulties, and a host of other nuances unique to such a large
  13047. mailing list.  
  13048.  
  13049. We're planning to include paid advertorials beginning with the third
  13050. issue; hence, we may be moving to another host.  (The UC administration 
  13051. may view hosting a "for profit" e-magazine as a conflict of interest.)
  13052. However, I'm hopeful that we can work out an arrangement to keep
  13053. HOTT's mailing list on the UCSD system.  HOTT will remain a FREE
  13054. publication, but I need the advertorial sponsorships for covering my
  13055. real production costs and for funding our expansion plans ...
  13056. including a FREE HOTTWire news wire service (not to be confused with
  13057. the *excellent* HPCwire e-magazine).
  13058.  
  13059.              **********************************
  13060.  
  13061. Here's the proposed Table of Contents for the first issue.  You'll
  13062. immediately notice one major problem.  The TOC is twelve Microsoft
  13063. Word pages.  That will probably translate into 18-20 standard screens.
  13064. If each summary is about 250 words (1,500 characters) ... well, forget
  13065. the math.  The bottom line: HOTT is pushing 100 pages, i.e., 180
  13066. screens!  As a result, I expect to drop at least one-third of the
  13067. articles listed below.  And I plan to summarize groups of related
  13068. articles in the style of The New York Review of Books.  In other
  13069. words, for a topic comprised of several related articles, such as
  13070. General Magic, PCS, or special issues, don't be surprised if I write
  13071. one long summary in lieu of several separate summaries.  Final
  13072. comment: If the first issue is too long, the interview conducted last
  13073. December with Xerox PARC's Mark Weiser will be delayed until the
  13074. second issue.
  13075.  
  13076. See 'ya in late April.  Bye!
  13077.  
  13078. ISSUE "1":  TABLE OF CONTENTS
  13079.  
  13080. Note:  Articles are NOT listed in any particular order within a topic
  13081.  
  13082. Topics:  Mobile computing, wireless communications, consumer information
  13083. appliances, interactive multimedia, virtual reality, advanced digital
  13084. communications, Information Superhighway, intelligent agents, General
  13085. Magic, speech recognition, neural networks, genetic algorithms,
  13086. evolutionary computation, fuzzy computing, advanced microelectronics,
  13087. nanotechnology, and company profiles (in this issue, Apple & Microsoft)
  13088.  
  13089. Request from the Editor:  If you like what you see, please forward this
  13090. message to your friends and colleagues.  To receive a FREE subscription,
  13091. send an e-mail request to --
  13092.  
  13093.     listserv@ucsd.edu
  13094.  
  13095.   the "Subject" line is ignored
  13096.  
  13097.   in the body of the message input --
  13098.  
  13099.     SUBSCRIBE HOTT-LIST
  13100.  
  13101.   do NOT include first or last names following "SUBSCRIBE HOTT-LIST";
  13102.   this is a quirk of UCSD's listserv
  13103.  
  13104.   subscription requests MUST be sent to the listserv at the University
  13105.   of California at San Diego; do NOT send subscription requests to the
  13106.   editor, Susan Jurist, Jim Madden, or any other biological entity! :-)
  13107.  
  13108.  
  13109. Mobile Computing
  13110. ^^^^^^^^^^^^^^^^
  13111.  
  13112. "AST's handheld GRIDPAD 2390 brings real-world practicality to
  13113. business users; 100 hour battery life on standard "AA" batteries,
  13114. ready-to-use software including Pocket Quicken and America Online, and
  13115. several connectivity options make it," BusinessWire, 20 March
  13116.  
  13117. "Telcos may decide PDA fate,"
  13118. by Michael Fitzgerald
  13119. Computerworld, 14 February
  13120.  
  13121. "Better batteries,"
  13122. by Christopher O'Malley
  13123. Mobile Office, March
  13124.  
  13125. "Electronics firms target tinier batteries,"
  13126. by Junichi Taki
  13127. The Nikkei Weekly, 31 January
  13128.  
  13129. "No computer is an island,"
  13130. by Robert Lauriston
  13131. CMP Publications, 11 March (via HeadsUp)
  13132.  
  13133. Column by Michael Finley (on pen-based computing)
  13134. (for the Knight-Ridder/Tribune Business News syndicate)
  13135. St. Paul Pioneer Press, 13 March (via HeadsUp)
  13136.  
  13137. Speech, Mobile '4 Convention & Trade Show
  13138. Mr. Doug Dunn, OBE, President & CEO
  13139. Philips Semiconductor
  13140. 10 March (via HeadsUp)
  13141.  
  13142. Survey of Information and Communications Technology, Part 8
  13143. "Watchword for the future: Global mobile communications,"
  13144. by Paul Quigley
  13145. Finical Times (London), 16 March (via HeadsUp)
  13146.  
  13147. Survey of Information and Communications Technology, Part 16
  13148. "Potentially large market in the longer term: Like so much
  13149. pioneering technology, the first generation of these small devices has
  13150. largely failed to meet ...,"
  13151. anonymous
  13152. Financial Times (London), 16 March (via HeadsUp)
  13153.  
  13154. "New, improved PDAs becoming handy devices,"
  13155. anonymous
  13156. Rocky Mountain News, 22 March (via HeadsUp)
  13157.  
  13158. "Apple makes strides with new MessagePad,"
  13159. by Andrew Grove
  13160. PC Week, 20 March (via HeadsUp)
  13161.  
  13162.  
  13163. Wireless Communications (see also Mobile Computing)
  13164. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13165.  
  13166. "The wireless office,"
  13167. by Paul Korzeniowski
  13168. Mobile Computing, 7 March
  13169.  
  13170. "The cost of wireless data,"
  13171. by Jerry Lazar
  13172. Mobile Computing, 7 March
  13173.  
  13174. "Sweet successes in wireless attracting investors to PCS,"
  13175. by Jeffrey Silva
  13176. RCR: Radio Communications Report, 14 February
  13177.  
  13178. "All segments of PCS industry expected to see robust growth,"
  13179. anonymous
  13180. RCR: Radio Communications Report, 14 February
  13181.  
  13182. "PCS: Will it end cellular telephones?"
  13183. by Harry Caul
  13184. Popular Communications, March
  13185.  
  13186. "PCS: Hands-on communications for all,"
  13187. by Randy Oster and Gary Brush
  13188. Telephony, 28 February
  13189.  
  13190. "PCS: Integrated wireless telephone-computer opportunities,"
  13191. by Thomas K. Crowe
  13192. Voice Processing, January
  13193.  
  13194. "Look, Ma!  No wires!"
  13195. by Andrew Kupfer
  13196. Fortune, 13 December
  13197.  
  13198. "Going on-line when you're off the beaten path,"
  13199. by Bart Ziegler
  13200. Business Week, 6 December
  13201.  
  13202. "Satellite-based Personal Communication Services,"
  13203. by Rob Frieden
  13204. Microwave Journal, January
  13205.  
  13206. "Unwired: The next generation of communications gear,"
  13207. by Chris O'Malley
  13208. Popular Science, April
  13209.  
  13210.  
  13211. Consumer Information Appliances (see also Mobile Computing)
  13212. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13213.  
  13214. "Superhighway into the home: Efforts to turn couch potatoes into
  13215. couch commandos,"
  13216. by Louise Kehoe
  13217. Financial Times (London), 8 March
  13218.  
  13219. "Group races chip makers to set-top,"
  13220. by Junko Yoshida and Terry Costlow
  13221. Electronic Engineering Times, 7 February
  13222.  
  13223. "Real-time OS, services drive TV decoders,"
  13224. by Eric Miller
  13225. Electronic Design, 21 February
  13226.  
  13227. "The interactive TV crusade: Chip makers seek the Holy Grail,"
  13228. by Dave Webb
  13229. Electronic Buyers' News
  13230. 31 January
  13231.  
  13232.  
  13233. Interactive Multimedia
  13234. ^^^^^^^^^^^^^^^^^^^^^^
  13235.  
  13236. "Crunch time for digital video," (compression techniques)
  13237. by Bob Doyle
  13238. NewMedia, March
  13239.  
  13240. "How codecs work,"
  13241. by Bob Doyle
  13242. NewMedia, March
  13243.  
  13244. "Invasion of the data shrinkers,"
  13245. by Peter Coy
  13246. Business Week, 14 February
  13247.  
  13248. "They can't wait to serve you,"
  13249. by Gary McWilliams with Robert D. Hof
  13250. Business Week, 24 January
  13251.  
  13252. "Interacting with HDTV,"
  13253. by Junko Yoshida
  13254. Electronic Engineering Times, 31 January
  13255.  
  13256. "HDTV shift stuns industry,"
  13257. by Norri Kageki
  13258. The Nikkei Weekly, 28 February
  13259.  
  13260.  
  13261. Virtual Reality
  13262. ^^^^^^^^^^^^^^^
  13263.  
  13264. Special Issue on Virtual Reality (10 articles)
  13265. IEEE Computer Graphics & Applications, January
  13266.  
  13267. Survey of Information and Communications Technology, Part 5
  13268. "A whole new shopping experience: Customers may one day don headsets for
  13269. a 'virtual reality' armchair walk around their favourite stores,"
  13270. by Neil Buckley
  13271. Financial Times (London), 16 March (via HeadsUp)
  13272.  
  13273. Survey of Information and Communications Technology, Part 17
  13274. "Interaction of created worlds -- Virtual reality: Optimists see virtual
  13275. reality as offering a richer form of communication, but pessimists see
  13276. it as a ...,"
  13277. anonymous
  13278. Financial Times (London), 16 March (via HeadsUp)
  13279.  
  13280. "Where buying a ticket puts you right in the action,"
  13281. by William C. Symonds
  13282. Business Week, 7 March
  13283.  
  13284. "Virtual reality moves into design,"
  13285. by Andrea Baker
  13286. Design News, 7 February
  13287.  
  13288. "Virtual reality shapes surgeons' skills,"
  13289. by Linda Carroll
  13290. Medical World News, February
  13291.  
  13292. "Virtual warriors,"
  13293. by Frank Oliveri
  13294. Air Force Magazine, January
  13295.  
  13296. "VOR (Vision of Reality Corporation) prepares to launch its Cybergate
  13297. adventure ride,"
  13298. by Callie Jones
  13299. Silicon Graphics World, February
  13300.  
  13301. "Virtual reality emerges as an industry,"
  13302. by Francis Hamit
  13303. Silicon Graphics World, February
  13304.  
  13305. "Virtual reality as it really is,"
  13306. by Paul H. Pause
  13307. Puget Sound Computer User, February
  13308.  
  13309. "Waking up to dream control: An alternative to virtual reality
  13310. technology with vivid results,"
  13311. by Tom Foremski
  13312. Financial Times (London), 22 February
  13313.  
  13314. "Engineers develop real-world applications for virtual reality,"
  13315. by Greg Freilherr
  13316. Medical Device & Diagnostic Industry, February
  13317.  
  13318. "Ready for a wild ride?"
  13319. Special report: Digital adventures in entertainment
  13320. (Part two of a two-part series)
  13321. by Barbara Robertson
  13322. Computer Graphics World, February
  13323.  
  13324. "Games blaze the VR trail,"
  13325. by Ron Dippold
  13326. Computoredge, 21 January
  13327.  
  13328. "Virtual reality: Immerse yourself,"
  13329. by Carrie R. Smith
  13330. Wall Street & Technology, December
  13331.  
  13332. "VR becoming reality for everyone,"
  13333. by R. Colin Johnson
  13334. Electronic Engineering Times, 10 January
  13335.  
  13336. "Inching closer to reality,"
  13337. Emerging Markets: Virtual Reality section
  13338. by Brian Santo
  13339. Electronic Engineering Times, 31 January
  13340.  
  13341. "Video game incorporates world's first dive-in movie,"
  13342. anonymous
  13343. Potentials in Marketing, January
  13344.  
  13345. "Stubb's dive-in movie leaves consumers as sharkbait,"
  13346. by Terry Winkelmann
  13347. P-O-P Times, January
  13348.  
  13349. "Now playing in the virtual world,"
  13350. by Phil Patton
  13351. Popular Science, April
  13352.  
  13353.  
  13354. Advanced Digital Communications
  13355. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13356.  
  13357. "Cutting through ATM's noise,"
  13358. by Robert L. Bailey
  13359. Electronic Engineering Times, 16 March (via HeadsUp)
  13360.  
  13361. "ISSCC: Communications technology,"
  13362. by Jack Shandle
  13363. Electronic Design, 21 February
  13364.  
  13365.  
  13366. Information Superhighway (including the Internet)
  13367. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13368.  
  13369. "Many PC makers steer clear of Information Highway,"
  13370. by Kyle Pope
  13371. The Wall Street Journal, 28 February
  13372.  
  13373. "No space in cyberspace?"
  13374. by Aaron Zitner
  13375. Boston Globe, 6 February
  13376.  
  13377. "Microsoft tests waters with info highway projects,"
  13378. by Amy Cortese
  13379. PC Week, 7 February
  13380.  
  13381. "The great multimedia revolution,"
  13382. by John Maddox
  13383. Nature, 20 January
  13384.  
  13385. "Curtain's rising on a third generation of on-line services,"
  13386. by John Markoff
  13387. The New York Times, 30 January
  13388.  
  13389. "A refreshing approach, but some old questions,"
  13390. by James J. Mitchell
  13391. San Jose Mercury News, 13 January
  13392.  
  13393. "There's no reason to subsidize access to information highway,"
  13394. by Michael Schrage
  13395. San Jose Mercury News, 18 January
  13396.  
  13397. "Pothole alert for the Information Superhighway,"
  13398. by Thomas J. Duesterberg and Peter Pitsch
  13399. Los Angeles Times, 11 January
  13400.  
  13401. "A protest song -- '90s style,"
  13402. by David Bank
  13403. San Jose Mercury News, 31 January
  13404.  
  13405. "Information Highway will create jobs,"
  13406. by James Coates (Chicago Tribune)
  13407. Washington Post, 17 January
  13408.  
  13409.  
  13410. Intelligent Agents (see also "General Magic ...")
  13411. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13412.  
  13413. "Software valets that will do your bidding in cyberspace,"
  13414. by Evan I. Schwartz
  13415. The New York Times, 9 January
  13416.  
  13417. "AI & simulation,"
  13418. by A. Martin Wildberger
  13419. Simulation, December 1993
  13420.  
  13421.  
  13422. General Magic ... MagicCap ... TeleScript (yes, it's own category!)
  13423. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13424.  
  13425. "Just like Magic?"
  13426. by Tom R. Halfhill and Andy Reinhardt
  13427. Byte, February
  13428.  
  13429. "Agent technology stirs hope of magical future,"
  13430. by Michael Fitzgerald
  13431. Computerworld, 31 January
  13432.  
  13433. "Telescript eases cross-network communication,"
  13434. by Yvonne L. Lee
  13435. InfoWorld, 17 January
  13436.  
  13437. "The metaphor is the message,"
  13438. by Barbara Kantrowitz
  13439. Newsweek, 14 February
  13440.  
  13441. "Robo-software reports for duty,"
  13442. by John W. Verity with Richard Brandt
  13443. Business Week, 14 February
  13444.  
  13445. "The butlers of the digital age will be just a keystroke away,"
  13446. by Barbara Kantrowitz
  13447. Newsweek, 17 January
  13448.  
  13449. "Software 'agents' will make life easy,"
  13450. by Andrew Kupper
  13451. Fortune, 24 January
  13452.  
  13453.  
  13454. Speech Recognition
  13455. ^^^^^^^^^^^^^^^^^^
  13456.  
  13457. "Number please: Speech recognition over the telephone,"
  13458. by Judith Markowitz
  13459. PC AI, April
  13460.  
  13461. "Say the word,"
  13462. anonymous
  13463. Electronic House: Advanced Housing and Home Automation, February
  13464.  
  13465. "Talking to computers: Time for a new perspective,"
  13466. by Nicholas Negroponte
  13467. Wired, February
  13468.  
  13469. "The power of speech,"
  13470. by Tim Bajarin
  13471. Portable Computing, February
  13472.  
  13473. "Hey computer, do my taxes,"
  13474. by Barbara Kantrowitz and Joshua Cooper Ramo
  13475. Newsweek, 7 March
  13476.  
  13477. "Conversations with my PC,"
  13478. by Michael J. Miller
  13479. PC Magazine, 25 January
  13480.  
  13481. "Automatic speech recognition,"
  13482. by Judith Markowitz
  13483. PC AI, February
  13484.  
  13485. "Computer: Take a memo,"
  13486. by Wendy Pickering
  13487. Datamation, 7 January
  13488.  
  13489.  
  13490. Neural Networks
  13491. ^^^^^^^^^^^^^^^
  13492.  
  13493. Special Issue on Neural Networks
  13494. Communications of the ACM, March
  13495. "The basic ideas in neural networks,"
  13496. by David E. Rumelhart, Bernard Widrow, and Michael A. Lehr
  13497.  
  13498. "Neural networks: Applications in industry, business and science,"
  13499. by Bernard Widrow, David E. Rumelhart, and Michael A. Lehr
  13500.  
  13501. "Neural networks in Japan,"
  13502. by Kazuo Asakawa and Hideyuki Takagi
  13503.  
  13504. "Neural nets carve a niche in military systems,"
  13505. by John Keller
  13506. Military & Aerospace Electronics, February
  13507.  
  13508. "Will embed technology in handwriting-recognition systems/
  13509. IBM writes plan for neural networks,"
  13510. by R. Colin Johnson
  13511. CMP Publications, 23 March (via HeadsUp)
  13512.  
  13513. "Neural networks tackle manufacturing,"
  13514. anonymous
  13515. Machine Design, 24 January
  13516.  
  13517. "Hitting the limits of neural networks,"
  13518. by James Nevler
  13519. Wall Street & Technology, December
  13520.  
  13521. "Neural network enhances ICU patient monitoring,"
  13522. by F.G.B. Dodd and N.A. Dodd
  13523. Medical Electronics, December
  13524.  
  13525. "3-D wafer scale architectures for neural network computing,"
  13526. by Michael L. Campbell and Scott T. Toborg
  13527. IEEE Transactions on Components, Hybrids, and Manufacturing
  13528.   Technology, Vol. 16, No. 7, November
  13529.  
  13530. "Logicon breeds neural hybrid,"
  13531. by R. Colin Johnson
  13532. Electronic Engineering Times, 17 January
  13533.  
  13534.  
  13535. Genetic Algorithms
  13536. ^^^^^^^^^^^^^^^^^^
  13537.  
  13538. Special Issue on Neural Networks
  13539. Communications of the ACM, March
  13540. "Genetic and evolutionary algorithms come of age,"
  13541. by David E. Goldberg
  13542.  
  13543.  
  13544. Evolutionary Computation (see also Genetic Algorithms)
  13545. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13546.  
  13547. Special Issue on Evolutionary Computation (13 articles)
  13548. IEEE Transactions on Neural Networks, January
  13549.  
  13550.  
  13551. Fuzzy Computing
  13552. ^^^^^^^^^^^^^^^
  13553.  
  13554. "Heaven in a chip,"
  13555. by Bart Kosko
  13556. Datamation, 15 February
  13557.  
  13558.  
  13559. Advanced Microelectronics
  13560. ^^^^^^^^^^^^^^^^^^^^^^^^^
  13561.  
  13562. "Material advantage,"
  13563. by Gary Stix
  13564. Scientific American, January
  13565.  
  13566. "Japanese electronics makers take steps to ensure strong position in
  13567. flash race,"
  13568. by Simon Mansfield
  13569. The Asian Wall Street Journal, 17 January
  13570.  
  13571. "The end of the end for 'big iron',"
  13572. Industry Outlook issue, High Technology: Computers section
  13573. by Catherine Arnst
  13574. Business Week, 10 January
  13575.  
  13576.  
  13577. Nanotechnology
  13578. ^^^^^^^^^^^^^^
  13579.  
  13580. Special Issue on Molecular Electronics (8 articles)
  13581. IEEE Engineering in Medicine and Biology Magazine, February/March
  13582.  
  13583. "Mirror, mirror: Micromechanical chips challenge tubes for large-screen
  13584. television,"
  13585. by W. Wayt Gibbs
  13586. Scientific American, April
  13587.  
  13588. "Small-scale structure yields big property payoffs,"
  13589. by Steven Ashley
  13590. Mechanical Engineering, February
  13591.  
  13592. "How far out is nanotechnology?"
  13593. by Carol Levin
  13594. PC Magazine, 8 February
  13595.  
  13596.  
  13597. Company Profiles
  13598. ^^^^^^^^^^^^^^^^
  13599.  
  13600. "A juicy new Apple?"
  13601. by Kathy Rebello with Neil Gross
  13602. Business Week, 7 March
  13603.  
  13604. "How Mac changed the world,"
  13605. by Philip Elmer-Dewitt
  13606. Time, 31 January
  13607.  
  13608. "Microsoft hits the gas: It's bidding to lead the info highway pack,"
  13609. by David Woodruff with Mary Beth Began
  13610. Business Week, 21 March
  13611.  
  13612.  
  13613. END OF PROPOSED TABLE OF CONTENTS
  13614.  
  13615.  
  13616. Send (or call in) your comments or request for sponsorship info to:
  13617.  
  13618. David Scott Lewis, Editor & Publisher, HOTT electronic magazine
  13619.   Founder, High On Technology (HOT) Media Ventures
  13620.  
  13621.   E-Mail:  d.s.lewis@ieee.org    or    callewis@netcom.com
  13622.   VoiceMail: +1 714 662 7037
  13623.  
  13624. Please be succinct ... even if I'm not!  That's one of Kawasaki's 
  13625. "Laws of E-Mail."  :-)  Bye!
  13626.  
  13627.  
  13628. David Scott Lewis                             
  13629. Editor-in-Chief and Book & Video Review Editor
  13630. IEEE Engineering Management Review            
  13631. (the world's largest circulation "high tech" management journal)
  13632. Internet address: d.s.lewis@ieee.org      Tel: +1 714 662 7037  
  13633. USPS mailing address: POB 18438 / IRVINE CA 92713-8438  USA     
  13634.  
  13635. ------------------------------
  13636.  
  13637. End of TELECOM Digest V14 #171
  13638. ******************************
  13639.     
  13640.     
  13641. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa01502;
  13642.           8 Apr 94 19:42 EDT
  13643. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13644.     id AA01507; Fri, 8 Apr 94 14:04:03 CDT
  13645. Return-Path: <telecom>
  13646. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13647.     id AA01498; Fri, 8 Apr 94 14:04:01 CDT
  13648. Date: Fri, 8 Apr 94 14:04:01 CDT
  13649. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13650. Message-Id: <9404081904.AA01498@delta.eecs.nwu.edu>
  13651. To: telecom@eecs.nwu.edu
  13652. Subject: TELECOM Digest V14 #172
  13653.  
  13654. TELECOM Digest     Fri, 8 Apr 94 14:04:00 CDT    Volume 14 : Issue 172
  13655.  
  13656. Inside This Issue:                          Editor: Patrick A. Townson
  13657.  
  13658.     38.4K Sync 5x5 Switch Box Sought (Daniel J. McCoy)
  13659.     Low vs. High Fiber Optics (Margaret Henderson)
  13660.     ADSL Information Needed (Louis Laborelli)
  13661.     Please Explain These Terms (vmatho@mason1.gmu.edu)
  13662.     True Voice Poem Wanted (Tom Ward)
  13663.     Sharing Modems on a Network (Mike McWhinney)
  13664.     Notice to AT&T Long Distance Customers (Paul Robinson)
  13665.     CO's and Disasters (Thomas Tengdin)
  13666.     SID Codes For All Cellular Systems (John Musselman)
  13667.     Non-Profit Needs Help Upgrading Phone System (Harold Hedelman)
  13668.     Consumer Market For PCS (Monte Hall)
  13669.     Hacking the Motorola Keypad Light (Don Montgomery)
  13670.     Looking For Good Ways to Move 1-20Mb Files Overnight (Peter Rowley)
  13671.     Information Wanted on PABX/PBX/Centrex (Richard S. Boswell)
  13672.     Information Wanted on Long-Distance Pricing Packages (Hjalmar Syversen)
  13673.     Need Technical Information on CPDP (Abnan Hafeez)
  13674.     NANP: Numbering Scheme? (Stan Schwartz)
  13675.     France's Departments (Anton Sherwood)
  13676.     800-555-1212 Question (Lindy Williams)
  13677.     Unshielded Twisted Pair in Conduit? (Chris Plonski)
  13678.     Re: AT&T Cellular Privacy System (mcharry@cwc.com)
  13679.     Re: Please Explain the Term 'Steaming Terminal' (Dave Levenson)
  13680.     Re: International Free Numbers (Gregg Siegfried)
  13681.     Calling 911; Reporting Disabled Vehicles (Jonathan Loo)
  13682.  
  13683. TELECOM Digest is an electronic journal devoted mostly but not
  13684. exclusively to telecommunications topics. It is circulated anywhere
  13685. there is email, in addition to various telecom forums on a variety of
  13686. public service systems and networks including Compuserve and GEnie.
  13687. Subscriptions are available at no charge to qualified organizations
  13688. and individual readers. Write and tell us how you qualify:
  13689.  
  13690.                  * telecom-request@eecs.nwu.edu *
  13691.  
  13692. The Digest is compilation-copyrighted by Patrick Townson Associates of
  13693. Skokie, Illinois USA. We provide telecom consultation services and
  13694. long distance resale services including calling cards and 800 numbers.
  13695. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  13696. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  13697.  
  13698.     ** Article submission address only: telecom@eecs.nwu.edu **
  13699.  
  13700. Our archives are located at lcs.mit.edu and are available by using
  13701. anonymous ftp. The archives can also be accessed using our email
  13702. information service. For a copy of a helpful file explaining how to
  13703. use the information service, just ask.
  13704.  
  13705. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  13706. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  13707. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  13708. Digest" shares archives resources at lcs.mit.edu for the convenience
  13709. of users. Please *DO NOT* cross post articles between the groups. All
  13710. opinions expressed herein are deemed to be those of the author. Any
  13711. organizations listed are for identification purposes only and messages
  13712. should not be considered any official expression by the organization.
  13713. ----------------------------------------------------------------------
  13714.  
  13715. From: djmccoy@netcom.com (Daniel J. McCoy)
  13716. Subject: 38.4K Sync 5x5 Switch Box Sought
  13717. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  13718. Date: Fri, 8 Apr 1994 15:11:26 GMT
  13719.  
  13720.  
  13721. A coworker is looking for a piece of equipment that allows one to have
  13722. a bank of ten modems or RS232 ports that can handle 38.4K synchronous
  13723. links configured in a 5x5 matrix (see the figure below).  In addition,
  13724. it should be able to be configured remotely (via modem) and configure
  13725. any particular path (ie: A1 to B5, A2 to B2, ect).  Defaults should be
  13726. used if something happens.  This coworker says such equipment exists
  13727. for asynchronous links and would like one capable of synchronous
  13728. links.
  13729.  
  13730. If you know of such a piece of equipment, it'd be more appreciated if
  13731. you could e-mail the appropriate info (company, address, phone numbers, etc).
  13732.  
  13733.         +++++-A1
  13734.         +++++-A2
  13735. Remote==+++++-A3
  13736.         +++++-A4
  13737.         +++++-A5
  13738.         |||||
  13739.         BBBBB
  13740.         12345
  13741.  
  13742.  
  13743. Thanks,
  13744.  
  13745. Daniel J. McCoy    
  13746. Internet : djmccoy@netcom.com or Daniel_J_McCoy@cup.portal.com 
  13747. Portal   : Daniel J McCoy        BIX: dmccoy 
  13748.  
  13749. ------------------------------
  13750.  
  13751. Date: Fri, 8 Apr 94 12:02:38 EDT
  13752. From: henderso@cshl.org (Margaret Henderson)
  13753. Subject: Low vs. High Fiber Optics
  13754.  
  13755.  
  13756. Please respond to me and not to the list.  I do not belong to the list
  13757. but I need your expert advice.
  13758.  
  13759. I researched various lists and I felt this list could help me with
  13760. this problem.
  13761.  
  13762. Our laboratory is installing a fiber optic network to replace our very
  13763. old, barely hanging on, network.  Right now plans are for a "low
  13764. density" network but several people recommend a "high density"
  13765. network.
  13766.  
  13767. We would like to know, from experience, what is the best to choose.
  13768. We have over 300 computers on the network so far doing all sorts of
  13769. scientific applications and there are definite plans for expansion.
  13770.  
  13771. Please advise so I can back up the articles I have found.  I would
  13772. also appreciate any suggestions for articles in case I have missed
  13773. something.
  13774.  
  13775. Thank you very much.
  13776.  
  13777.  
  13778. Sincerely,
  13779.  
  13780. Margaret Henderson      henderso@cshl.org
  13781. Head of Library Services  Cold Spring Harbor Laboratory
  13782. 1 Bungtown Road  Cold Spring Harbor, NY  11724   (516) 367-8493
  13783.  
  13784. ------------------------------
  13785.  
  13786. From: laborell@ina.fr (Louis LABORELLI)
  13787. Subject: ADSL Information Needed
  13788. Date: 8 Apr 1994 15:29:04 GMT
  13789. Organization: INA, Institut National de l'Audiovisuel, Bry-sur-Marne, France
  13790. Reply-To: laborell@ina.fr
  13791.  
  13792.  
  13793. I would like to obtain some information on the ADSL technology for
  13794. pushing up to 6 Mb/s on standard copper telephone lines.  I haven't
  13795. any pointer now.  
  13796.  
  13797. Thanks in advance,
  13798.  
  13799.  
  13800. Louis Laborelli    Institut National de l'Audiovisuel 
  13801. Departement de la Recherche   94366 Bry sur Marne Cedex, France
  13802. Tel (33) (1) 49832009 ,  Fax (33) (1) 49832582   Email : laborell@ina.fr
  13803.  
  13804. ------------------------------
  13805.  
  13806. From: vmatho@mason1.gmu.edu
  13807. Subject: Please Explain These Terms
  13808. Date: 8 Apr 1994 12:18:08 GMT
  13809. Organization: George Mason University, Fairfax, Virginia, USA
  13810.  
  13811.  
  13812. I was wondering if anyone knew what these terms meant:
  13813.  
  13814. Locator Service
  13815. Credit Adjustment
  13816. Auth-Code Verification
  13817. COS Override
  13818. Traveling Classmark
  13819. NAC-per bridge port/min
  13820. NAC-Reservation/port
  13821. Translation-per call
  13822. In Stat Access-per call
  13823. In Sel Access-per call
  13824. Off-Net Information
  13825.  
  13826. These are features to a point to point pricing manual and I don't know
  13827. what they mean!  If anyone could help me I would be most appreciative...
  13828.  
  13829.  
  13830. Thanks in advance!
  13831.  
  13832. Victoria
  13833.  
  13834. ------------------------------
  13835.  
  13836. From: gaypanda@pinn.net (Tom Ward)
  13837. Subject: True Voice Poem Wanted
  13838. Date: 8 Apr 1994 15:58:43 GMT
  13839. Organization: Pinnacle Online
  13840.  
  13841.  
  13842. I am looking for the words of the AT&T TrueVoice poem you hear in the
  13843. television ads.  Does anyone have this information or can you help me
  13844. aquire it?
  13845.  
  13846. Thanks in advance!!
  13847.  
  13848.  
  13849. Tom
  13850.  
  13851. ------------------------------
  13852.  
  13853. From: ELJA inc <ELJA.inc@mixcom.mixcom.com>
  13854. Subject: Sharing Modems on a Network
  13855. Organization: Milwaukee Internet Xchange BBS, Milw, WI (414) 241-5469
  13856. Date: Thu, 7 Apr 1994 22:44:53 GMT
  13857.  
  13858.  
  13859. Does anybody use any of the following products?
  13860.  
  13861. Articom (Artisoft, Inc)
  13862. Modem Assist Plus
  13863. Netware Connect
  13864.  
  13865. I am trying to use Telix for networks, but need a NASI driver or a
  13866. INT14 redirector compatible with Novell Netware 3.12.  These above
  13867. products all provide network communication services for programs like
  13868. TFN and others (Crosstalk, Procomm Plus LAN, Dynacomm, WinComm, etc.)
  13869.  
  13870. If anybody knows of any pluses or minuses of these products, or use a
  13871. *different* modem-sharing/redirector package, I would be glad to hear
  13872. about it.
  13873.  
  13874.  
  13875. Mike McWhinney   Elja, Inc.
  13876. tel: (414) 357-6771    FAX: (414) 357-9394
  13877. INTERNET: elja.inc@mixcom.com
  13878.  
  13879. ------------------------------
  13880.  
  13881. Date: Thu, 7 Apr 1994 19:16:49 EDT
  13882. From: Paul Robinson <PAUL@TDR.COM>
  13883. Reply-To: Paul Robinson <PAUL@TDR.COM>
  13884. Subject: Notice to AT&T Long Distance Customers
  13885.  
  13886.  
  13887.  From an ad on Page D12 of the April 7  {Washington Post}
  13888.  
  13889. NOTICE TO AT&T LONG DISTANCE CUSTOMERS
  13890.  
  13891. On April 1, 1994, AT&T filed tariff revisions with the Federal
  13892. Communications Commission to increase transport rates on international
  13893. card and operator handled long distance calls.  These rates will
  13894. become effective on April 15, 1994.
  13895.  
  13896. These revisions will affect international operator handled and card
  13897. standard, discount and economy period rates to 21 countries/areas,
  13898. with an average price increase of 6.4% for a ten-minute call to these
  13899. countries/areas.  The increase in transport prices applies to calls to
  13900. and from the U.S. Mainland.
  13901.  
  13902. The affected countries are:
  13903.  
  13904. Argentina, Columbia, Ecuador, Egypt, Ghana, Greece, Guam, Guatemala,
  13905. Haiti, Japan, Nicaragua, Panama, Phillipines, Saudi Arabia, Singapore,
  13906. Spain, St. Kitts/Nevis, St. Vincent/Grens., Trinidad/Tobago, United
  13907. Kingdom and Venezuela.
  13908.  
  13909. In addition, AT&T filed tariff revisions with the Federal Communications 
  13910. Commission on April 4, 1994 to increase its interstate operator assisted 
  13911. sent-paid coin and coin person-to-person per minute rates.  These
  13912. changes will result in an overall increase of 0.79% for these calls.
  13913. These revisions are scheduled to become effective on April 18, 1994.
  13914.  
  13915. ------------------------------
  13916.  
  13917. Date: Thu, 7 Apr 1994 17:31:57 -0700
  13918. From: Thomas Tengdin <teto@mbari.org>
  13919. Subject: CO's and Disasters
  13920.  
  13921.  
  13922. I was at an earthquake disaster training session this week and 
  13923. a statement was made:
  13924.  
  13925.     The telephone company computers will connect some customers
  13926.     at a higher priority that others.  
  13927.  
  13928. Doctors, etc were mentioned.
  13929.  
  13930. This is the first I have heard of calls being processed in any other
  13931. way than first to finish dialing, first to be processed (more or
  13932. less).
  13933.  
  13934. Is there something in CO Class of Service? or other programming that
  13935. gives "priority" service to a select class of lines?
  13936.  
  13937.  
  13938. T3
  13939.  
  13940. ------------------------------
  13941.  
  13942. From: jcm@frank.nccom.com (John Musselman)
  13943. Subject: SID Codes For All Cellular Systems
  13944. Date: 7 Apr 1994 17:40:25 -0700
  13945. Organization: North County Communications, San Diego, California
  13946.  
  13947.  
  13948. I am often curious when I am in other cities what that city's
  13949. particular SID (System Identifcation) code is while I am there. I had
  13950. a perfectly good reason for this a month ago ... 
  13951.  
  13952. I lived in Los Angeles for about two months. While I was there I was a
  13953. PacTel Cellular (B system) customer. PacTel's coverage does not extend
  13954. past Palm Springs while enroute on I-10 to Phoenix, AZ. LA Cellular
  13955. covers about 50 or so miles east of Palm Springs to the Arizona
  13956. border.
  13957.  
  13958. I encountered something very frustrating. I attempted to place a call
  13959. on LA Cellular (the A System in Los Angeles) when I had reached the
  13960. point at which PacTel Cellular could no longer reach. Well, due to
  13961. the fact that LA Cellular and PacTel are in the same market, they do
  13962. not have a valid reason I guess to allow roaming on each other's
  13963. systems. (I guess it would make sense for a phone that might be
  13964. programmed with the correct NAM and the wrong SID to prevent the user
  13965. from a month or so of roaming charges). Anyway, I attempted to
  13966. place various calls -- Customer service and several local calls -- ALL
  13967. WITHOUT LUCK, BUT the most frustrating part was:
  13968.  
  13969. ::READ THIS::
  13970.  
  13971. 911 was blocked also!!!
  13972.  
  13973. In a 50 mile part of Eastern California ... if you are a local Pactel
  13974. L.A. Customer attempting to dial 911 ... you get a REORDER!!!!
  13975.  
  13976. I spoke with Mike Kennedy (Vice Pres of Cust Svc) at LA Cellular who
  13977. told me that must have been an error ... however in the process of
  13978. researching the issue, he stopped answering questions and returning
  13979. calls to me ...
  13980.  
  13981. Does this mean that the limitations of LA Cellular (by NPA-NXX) also
  13982. apply to 911 and their switch cannot make this exception? This problem
  13983. STILL remains unsolved ... I plan on contacting several members of the
  13984. media in L.A. to help ...
  13985.  
  13986. Isn't it written that it is ILLEGAL to do this? (Block 911 Access)
  13987.  
  13988. Anyways ... when I switched my NAM to 111-111-1111 it worked ... but who
  13989. knows ... the next case may be limited by SID.
  13990.  
  13991. Anyone have a list of ALL the valid SID's?
  13992.  
  13993.  
  13994. jcm@nccom.com   John C. Musselman, Systems Engineer
  13995.  
  13996. ------------------------------
  13997.  
  13998. From: harold@futon.SFSU.EDU (Harold Hedelman)
  13999. Subject: Non-Profit Needs Help Upgrading Phone System
  14000. Date: 8 Apr 1994 04:20:51 GMT
  14001. Organization: San Francisco State University
  14002.  
  14003.  
  14004. Hi!
  14005.  
  14006. The Center for Electronic Art is a non-profit school, and we have to
  14007. save money as we upgrade our phone system for both office and Internet
  14008. uses. We need some advice from experts.
  14009.  
  14010. We need to have 20 inside lines as follows:
  14011.  
  14012.   > We'll only have six handsets, each accessing four lines; 
  14013.   > Intercom and speakerphone on all sets, if possible;
  14014.   > Eleven lines to a computer lab (one line per computer);
  14015.   > Four lines to computer modems;
  14016.   > One line in waiting area for portable computers;
  14017.   > The inside lines might grow from 20 to 40 over the next year.
  14018.  
  14019. We need eight outside lines as follows:
  14020.  
  14021.   > Four to the handsets;
  14022.   > Four to the computer modems;
  14023.   > The outside lines might grow to eight over the next year.
  14024.  
  14025. We will be training people to install and configure modems on their
  14026. PC's and our students will be calling a local extension to access our
  14027. modem pool. We want these calls to not route through the local phone
  14028. company, only through our inhouse phone system. We want the lab lines
  14029. to be blocked from making outside calls.
  14030.  
  14031. Voice mail would be nice, but we don't need a lot of it, or we could
  14032. leave it out completely if it helps us save money.
  14033.  
  14034. Call accounting is not needed.  We're willing to use used equipment.
  14035.  
  14036. We don't know what's out there, and will consider all kinds of
  14037. options.
  14038.  
  14039. The ideal would be donated equipment in exchange for tax deductions,
  14040. with us paying reasonable installation and maintenance fees.
  14041.  
  14042. If you can help, even with advice only, we'd be very grateful. 
  14043.  
  14044.  
  14045. Thanks,
  14046.  
  14047. Harold Hedelman   President
  14048. Center for Electronic Art  San Francisco
  14049. Internet: harold@cea.edu  Voice: 1 415 956 6500
  14050.  
  14051. ------------------------------
  14052.  
  14053. Date: Fri, 8 Apr 1994 00:06:12 EST
  14054. From: Monte Hall <jhall3@mason1.gmu.edu>
  14055. Subject: Consumer Market For PCS
  14056.  
  14057.  
  14058. I am curious as to whether any market research exists as to the
  14059. viability of a consumer market for PCS services.  The need for a PCS
  14060. offering such as data services as an addition to voice is clearly
  14061. there for business customers.  But it seems that pricing for PCS voice
  14062. and data services will need to be significantly lower than current
  14063. cellular services in order for the consumer market to grow rapidly.
  14064. The growth of a strong consumer market for PCS seems necessary to
  14065. justify the high cost of the license, equipment, site leases,
  14066. marketing , and so forth.  But how many consumers really wish to carry
  14067. a personal digital assistant with them at all times?
  14068.  
  14069. If anyone has an educated opinion on this issue or can point me to
  14070. some answers, I would appreciate it.
  14071.  
  14072.  
  14073. James L. (Monte) Hall   jhall3@mason1.gmu.edu  703 476-2691
  14074.  
  14075. ------------------------------
  14076.  
  14077. From: donrm@sr.hp.com (Don Montgomery)
  14078. Subject: Hacking the Motorola Keypad Light
  14079. Date: Thu, 7 Apr 1994 20:58:25 GMT
  14080. Organization: HP Sonoma County (SRSD/MWTD/MID)
  14081.  
  14082.  
  14083. I have a Motorola Ultra Classic cellular phone, and was wondering if
  14084. anyone on this forum knows if there is a way to program this beast so
  14085. the keypad light stays on instead of timing out after eight seconds or
  14086. so after last keypress.  Motorola customer service says they don't
  14087. think so, but enterprising designers can't resist putting backdoors
  14088. into firmware to use up empty PROM space.  Firmware on this phone
  14089. appears to be the same as any of their more modern "Classic" series.
  14090.  
  14091.  
  14092. Don Montgomery   donrm@sr.hp.com
  14093.  
  14094. ------------------------------
  14095.  
  14096. Date: Thu, 7 Apr 1994 17:17:17 -0400
  14097. From: rowley@phoenix.oise.on.ca (Peter Rowley)
  14098. Subject: Looking For Good Ways to Move 1-20Mb Files Overnight
  14099.  
  14100.  
  14101. I'm trying to come up with a plan for transmitting about 2-40Mb of
  14102. data per week from schools to a central site and a limited amount of
  14103. data (probably under 1Mb) back from the central site.  The data will
  14104. be generated by students and stored on a Mac for transmission.  The
  14105. central site is in Toronto Canada and has a good Internet connection.
  14106. Initially, there will be around a dozen school sites but there may
  14107. eventually be hundreds.
  14108.  
  14109. I'm looking for low cost first and reliability second ... as long as
  14110. the data makes it (wholly intact) within a day or so, that will probably 
  14111. be fine for now.
  14112.  
  14113.   The main choices appear to be:
  14114.  
  14115. 1: 14.4K modems with late night phone calls direct to the central
  14116.    site, using either a discount carrier or a 1-800 number;
  14117.  
  14118. 2: 14.4K modems to local access numbers that lead directly or indirectly
  14119.    to our site, via public data networks and/or online services (e.g. AOL)
  14120.    and/or Internet access (e.g. Well, Portal);
  14121.  
  14122. 3: SLIP or PPP connections to the Internet;
  14123.  
  14124. Choice 3 will certainly be much more expensive, maybe an order of
  14125. magnitude I believe, but would offer a lot of other advantages of
  14126. course.
  14127.  
  14128. I'm really not sure which of 1 and 2 would be better; any words of
  14129. wisdom? ISDN doesn't seem like it would be competitive with 14.4K
  14130. modems at this point, but I could be convinced otherwise.  X.25 could
  14131. be part of solution 2.
  14132.  
  14133. As for the details of any scheme, I will be contacting suppliers for
  14134. recent figures; are there particular questions I should be sure to
  14135. ask?  Are there organizations that publish up-to-date comparative
  14136. reports of services for moving data around?  We'd be willing to pay
  14137. several hundred dollars for a comprehensive comparative report.
  14138.  
  14139.  
  14140. Peter Rowley, OISE, Toronto   rowley@phoenix.oise.on.ca
  14141.  
  14142. ------------------------------
  14143.  
  14144. From: rsb9883@zeus.tamu.edu (BOSWELL, RICHARD S)
  14145. Subject: Information Wanted on PABX/PBX/Centrex
  14146. Date: 8 Apr 1994 05:25:00 CDT
  14147. Organization: Texas A&M University OpenVMScluster
  14148.  
  14149.  
  14150. I am writing a term paper on PBX/PABX/Centrex respective advantages/
  14151. disadvantages.  I have found several sources in trade/technical
  14152. periodicals but find myself short of the type of information I am
  14153. searching for.  If you have any old posts on the subject or know where
  14154. I can find that type of information I would greatly appreciate your
  14155. help.
  14156.  
  14157.  
  14158. Yours ect.,
  14159.  
  14160. Sid Boswell   student at Texas A&M University
  14161.  
  14162. ------------------------------
  14163.  
  14164. Date: Fri, 08 Apr 1994 20:01:57 EDT
  14165. From: hsyversen@BIX.com
  14166. Subject: Information Wanted on Long-Distance Pricing Packages
  14167.  
  14168.  
  14169. I am doing a comparative study on the packaging of long distance
  14170. services for both business and residential subscribers.  I am
  14171. interested in price points and unique selling benefits, package
  14172. naming, hidden disadvantages. If anyone else is interested I will be
  14173. happy to e-mail compiled information or post it here if applicable.
  14174. Please respond via e-mail to hsyversen@bix.com.  Thanks for any
  14175. assistance.
  14176.  
  14177.  
  14178. Hjalmar Syversen   hsyversen@bix.com
  14179.  
  14180. ------------------------------
  14181.  
  14182. Date: Thu, 7 Apr 1994 19:24:52 -0400
  14183. From: ahafeez@mason1.gmu.edu (Abnan Hafeez)
  14184. Subject: Need Technical Information on CPDP.
  14185.  
  14186.  
  14187. Can somebody provide me some information on CPDP?
  14188.  
  14189. ------------------------------
  14190.  
  14191. From: stans@panix.com (Stan Schwartz)
  14192. Subject: NANP: Numbering Scheme?
  14193. Date: 8 Apr 1994 01:13:25 -0400
  14194. Organization: PANIX Public Access Internet and Unix, NYC
  14195.  
  14196.  
  14197. Is there any rhyme or reason with which the new area codes are being
  14198. assigned? (Those like 334 in Alabama).  Wouldn't it make sense to at
  14199. least relate them back to the locality by tying them into the letters
  14200. on the keypad? (692, for example for NYC, New York City).
  14201.  
  14202. Just a thought ...
  14203.  
  14204.  
  14205. Stan
  14206.  
  14207.  
  14208. [TELECOM Digest Editor's Note: And not a bad idea, actually. Some large
  14209. national private networks do that such as Unitel, the United Airlines
  14210. telephone network which covers the USA and anywhere United Airlines goes
  14211. to. From their network for example, 732-xxxx reaches extension xxxx at the
  14212. SEAttle airport. 673 is ORD, which means O'Hare, here in Chicago, and
  14213. so forth. Makes sense to me.   PAT]
  14214.  
  14215. ------------------------------
  14216.  
  14217. From: dasher@netcom.com (Anton Sherwood)
  14218. Subject: France's Departments
  14219. Organization: Bureau of Making Sure You Eat Your Vegetables
  14220. Date: Fri, 8 Apr 1994 05:42:27 GMT
  14221.  
  14222.  
  14223. In article <telecom14.158.18@eecs.nwu.edu>, Jack Hamilton <jfh@netcom.
  14224. com> wrote:
  14225.  
  14226. > If I were in charge of France Telecom, I'd probably use the department
  14227. > number plus a third digit for overlays and very large departments.
  14228.  
  14229. Good idea!
  14230.  
  14231. > (A department is roughly equivalent to a state or province in North
  14232. > America.  Postal codes start with the department number.)
  14233.  
  14234. More like a county, I'd say, both in size and in degree of independence.
  14235.  
  14236.  
  14237. Anton Sherwood   *\\*   +1 415 267 0685   *\\*   DASher@netcom.com
  14238.  
  14239. ------------------------------
  14240.  
  14241. From: Lindy Williams <willi087@maroon.tc.umn.edu>
  14242. Subject: 555-1212 question
  14243. Date: Fri, 8 Apr 1994 12:03:24 GMT
  14244.  
  14245.  
  14246. I subscribe to AT&T long distance. I called 800/555-1212 to get a
  14247. firm's 800 number and was told they didn't have one. Later on it
  14248. talking to the firm, they gave me their 800 number. I told them that I
  14249. had tried to get it from the phone company and couldn't. They asked me
  14250. who was my long distance company and proceded to tell me they were
  14251. with Sprint and an AT&T information operator wouldn't have their 800
  14252. number. Is this correct?
  14253.  
  14254.  
  14255. Lindy Williams    willi087@maroon.tc.umn.edu
  14256.  
  14257.  
  14258. [TELECOM Digest Editor's Note: Yes and no. 800-555-1212 is not run by
  14259. AT&T. It is managed on a day to day basis by Southwestern Bell Telephone
  14260. Company under a contract with (I think) Bellcore. It is physically lo-
  14261. cated in St. Louis, or maybe East St. Louis, IL ... down there someplace.
  14262. Anyone with an 800 number is entitled to be listed with 800-555-1212.
  14263. Unlike regular phone numbers where the default is to be listed and
  14264. non-pub numbers having an additional fee, with 800 the opposite is true.
  14265. With 800, non-pub listings are free and listings with 555-1212 cost
  14266. money -- several dollars per month in fact. 555-1212 should not be con-
  14267. fused with the various paper directories published by carriers. AT&T
  14268. lists only their own 800 subscribers in their directory; ditto Sprint has
  14269. an 800 directory I think (not certain) as does MCI. In whatever resources
  14270. the your carrier has of its own, 800 numbers will probably be listed at
  14271. no charge (or for some fee) as a routine thing. But if you wish to have
  14272. your 800 number listed in the 555-1212 database, then your carrier --
  14273. whoever that might be -- has to submit it to the database and pay the 
  14274. monthly fee which is then in turn billed to you. Not many people bother
  14275. with it where 'personal 800 numbers' are concerned; no one wants to bother
  14276. getting a bunch of curiosity seekers calling them asking about their 
  14277. number -- yes, people do that, they go through the AT&T paper directory
  14278. for example and call at random just to snoop around -- and besides, my
  14279. 800 number as an example costs me $4-5 per month; the carrier said a 
  14280. listing with 800-555-1212 would cost me another $12 per month -- twice
  14281. the cost of the number itself!  So I imagine the firm you are dealing
  14282. with might have been hedging a little in what they told you. They probably
  14283. did not want the additional expense of a listing and the large number of
  14284. idle time- and money-wasting calls that come with it. Your choice of
  14285. long distance carrier or the firm's choice of 800 service provider has
  14286. nothing to do with what you get when you call 800-555-1212.     PAT]
  14287.  
  14288. ------------------------------
  14289.  
  14290. From: cplonski@crow.csrv.uidaho.edu (Chris Plonski)
  14291. Subject: Unshielded Twisted Pair in Conduit?
  14292. Date: Thu, 7 Apr 1994 23:49:16 GMT
  14293. Organization: University of Idaho Media Center
  14294.  
  14295.  
  14296. I have heard that if you run Category 5 UTP in EMT conduit that it
  14297. becomes shielded and therefore changes its bandwidth specifications.
  14298. Is there any research/papers/personal experience to confirm or deny
  14299. these allegations?  We are starting to put alot of cat 5 cable into
  14300. our campus and I need to know if this will limit running at 100Mb/s in
  14301. the future.  Please post or E-mail me with any info.
  14302.  
  14303.  
  14304. Thanks,
  14305.  
  14306. Chris Plonski
  14307.  
  14308. ------------------------------
  14309.  
  14310. Date: Fri, 08 Apr 94 09:52:28 EDT
  14311. From: mcharry@cwc.com (McHarry)
  14312. Subject: Re: AT&T Cellular Privacy System
  14313.  
  14314.  
  14315. David Arneke wrote regarding the AT&T Cellular Privacy System:
  14316.  
  14317. > This is the strongest scrambling algorithm available
  14318. > for handheld, transportable and mobile cellular subscriber equipment.
  14319.  
  14320. This appears somewhat disingenuous -- there are cellular STU-IIIs
  14321. available.  The commercial versions use DES encryption.  Granted, you
  14322. need units at both ends of the link.  I have only seen the units as
  14323. mobiles and transportables.  They are likely too large to build as
  14324. handhelds.  Nevertheless, to render Arneke's claim true, either one
  14325. has to hold that encryption is different from scrambling, or to
  14326. strongly construe the 'and' clause to take advantage of the lack of
  14327. DES handhelds.
  14328.  
  14329. ------------------------------
  14330.  
  14331. From: dave@westmark.com (Dave Levenson)
  14332. Subject: Re: Please Explain the Term 'Steaming Terminal'
  14333. Reply-To: dave@westmark.com
  14334. Organization: Westmark, Inc.
  14335. Date: Fri, 08 Apr 1994 02:49:05 GMT
  14336.  
  14337.  
  14338. wjhalv1@pacbell.com writes:
  14339.  
  14340. > 2.  In a LAN: 
  14341.  
  14342. > Say your ethernet machine has a problem -- maybe it continually
  14343. > transmits ICMP packets because its PING code is buggy -- so it just
  14344. > "babbles databits" onto the LAN.  How does Ethernet deal with this by
  14345. > itself?  Ultimately somebody has to figure out which machine is
  14346. > causing the problem and turn the machine off.
  14347.  
  14348. Some ethernet equipment uses twisted pair and an active hub.  This
  14349. equipment, called 10BaseT, connects an individual drop line between
  14350. the hub and each network node.  Some hubs are capable of detecting
  14351. this fault, and disabling the defective node without interrupting
  14352. communications between other nodes.  Our AT&T StarLAN hubs have a
  14353. 'jabber alarm' LED associated with each tap, to indicate that the tap
  14354. has been disabled in this manner.
  14355.  
  14356.  
  14357. Dave Levenson        Internet: dave@westmark.com 
  14358. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  14359. Stirling, NJ, USA    Voice: 908 647 0900 Fax: 908 647 6857
  14360.  
  14361. ------------------------------
  14362.  
  14363. Date: Fri, 8 Apr 94 07:12:00  PDT
  14364. From: grs@claircom.com (Gregg Siegfried)
  14365. Subject: Re: International Free Numbers
  14366. Organization: Claircom Communications, L.P.
  14367.  
  14368.  
  14369. In article <telecom14.151.14@eecs.nwu.edu> was written:
  14370.  
  14371. > What do you do when you want to call Britain from America (or vice
  14372. > versa) and all you have is an 800 number?  I'd happily pay the toll,
  14373. > but last time I tried it the call was simply refused.
  14374.  
  14375. I'm not sure about the Britain from America case, but to call a US 800
  14376. number from the UK, one can simply use USA direct, 0800-89-0011.  This
  14377. probably requires an AT&T calling card.  Collect calling is also
  14378. available, but I'm not sure whether that works to 800 numbers.  I'm
  14379. headed to Britain on Sunday ... I'll try a collect call to our 800
  14380. number while I'm there.
  14381.  
  14382.  
  14383. Gregg Siegfried   grs@claircom.com
  14384.  
  14385. ------------------------------
  14386.  
  14387. Date: Fri, 8 Apr 1994 10:56:19 -0500
  14388. From: Jonathan <jdl@wam.umd.edu>
  14389. Subject: Calling 911; Reporting Disabled Vehicles
  14390.  
  14391.  
  14392. I read in the TELECOM Digest:
  14393.  
  14394. > In Seattle WA, the 911 dispatchers have said that they often receive
  14395. > up to 30 calls from cellular phone users when an accident occurs on a
  14396. > major highway. This results in a massive overload of the 911 system.
  14397. > The result is that US West Cellular announced last winter that they
  14398. > would begin charging 50 cents for each 911 call, in addition to
  14399. > airtime charges, to discourage overuse of the system and to help fund
  14400. > additional 911 dispatchers to answer the phone.
  14401.  
  14402. Interesting.  I thought that sometimes these accidents go unreported.
  14403. In the future maybe I will ignore major accidents.  Actually you have
  14404. made a good argument for two things: (1) Increase the total number of
  14405. dispatchers, 911 trunks, etc. drastically and (2) fund this partly by
  14406. charging for calls to 911 from cellular telephones.  If you can afford
  14407. a cellular telephone then you can afford to pay $10 for each 911 call.
  14408.  
  14409. I also read:
  14410.  
  14411. > Your state may wish that you report motorists with disabled vehicles
  14412. > along freeways.
  14413.  
  14414. In general:
  14415.  
  14416. I report disabled vehicles along regular roads but not along freeways.
  14417. The rationale for this is that there are too many disabled vehicles
  14418. along freeways, and problems on regular roads are less likely to
  14419. already have been reported.  Also, the problem with disabled vehicles
  14420. is that you don't know what actually is happening.  A vehicle sitting
  14421. by the side of the road may be: illegally parked; disabled because of
  14422. mechanical failure; disabled because of driver illness; stopped so
  14423. that the driver can sleep; stopped because the driver is lost; etc.
  14424.  
  14425. In general, along freeways I would report it to a nearby state police
  14426. barracks if the driver appears to be ill (which often happens when the
  14427. driver is merely sleeping!) or if there appears to be some other type
  14428. of problem (smoke coming from under the hood) or if the driver is
  14429. actively trying to get help or leaning on the horn, flashing headlights, 
  14430. etc.  If there are any police from Maryland reading this, then please
  14431. advise me on the correct way to deal with various problems that occur
  14432. along highways.
  14433.  
  14434.  
  14435. Jonathan D. Loo
  14436.  
  14437. ------------------------------
  14438.  
  14439. End of TELECOM Digest V14 #172
  14440. ******************************
  14441.     
  14442.     
  14443. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa01764;
  14444.           8 Apr 94 20:12 EDT
  14445. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14446.     id AA03225; Fri, 8 Apr 94 14:55:17 CDT
  14447. Return-Path: <telecom>
  14448. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14449.     id AA03216; Fri, 8 Apr 94 14:55:15 CDT
  14450. Date: Fri, 8 Apr 94 14:55:15 CDT
  14451. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14452. Message-Id: <9404081955.AA03216@delta.eecs.nwu.edu>
  14453. To: telecom@eecs.nwu.edu
  14454. Subject: TELECOM Digest V14 #173
  14455.  
  14456. TELECOM Digest     Fri, 8 Apr 94 14:55:00 CDT    Volume 14 : Issue 173
  14457.  
  14458. Inside This Issue:                          Editor: Patrick A. Townson
  14459.  
  14460.     International Conference on Information Security IFIP SEC'94 (Willis Ware)
  14461.     Re: EDI Electronic Data Interchange (m19249@mwvm.mitre.org)
  14462.     Re: 900 and Other Premium Numbers (Tony Harminc)
  14463.     Contacting the FCC Using Email (Hans-Gabriel Ridder)
  14464.  
  14465. TELECOM Digest is an electronic journal devoted mostly but not
  14466. exclusively to telecommunications topics. It is circulated anywhere
  14467. there is email, in addition to various telecom forums on a variety of
  14468. public service systems and networks including Compuserve and GEnie.
  14469. Subscriptions are available at no charge to qualified organizations
  14470. and individual readers. Write and tell us how you qualify:
  14471.  
  14472.                  * telecom-request@eecs.nwu.edu *
  14473.  
  14474. The Digest is compilation-copyrighted by Patrick Townson Associates of
  14475. Skokie, Illinois USA. We provide telecom consultation services and
  14476. long distance resale services including calling cards and 800 numbers.
  14477. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  14478. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  14479.  
  14480.     ** Article submission address only: telecom@eecs.nwu.edu **
  14481.  
  14482. Our archives are located at lcs.mit.edu and are available by using
  14483. anonymous ftp. The archives can also be accessed using our email
  14484. information service. For a copy of a helpful file explaining how to
  14485. use the information service, just ask.
  14486.  
  14487. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  14488. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  14489. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  14490. Digest" shares archives resources at lcs.mit.edu for the convenience
  14491. of users. Please *DO NOT* cross post articles between the groups. All
  14492. opinions expressed herein are deemed to be those of the author. Any
  14493. organizations listed are for identification purposes only and messages
  14494. should not be considered any official expression by the organization.
  14495. ----------------------------------------------------------------------
  14496.  
  14497. Subject: Tenth International Conference on Information Security IFIP SEC'94
  14498. Reply-To: willis@rand.org
  14499. Date: Fri, 08 Apr 94 11:31:57 PDT
  14500. From: "Willis H. Ware" <Willis_Ware@rand.org>
  14501.  
  14502.  
  14503. The Tenth International Conference on Information Security - IFIP SEC'94
  14504.  
  14505. Organized by Technical Committee 11 of the International Federation
  14506. for Information Processing, IFIP/TC 11 - in cooperation with the
  14507. Special Interest Group on Information Security of the Dutch Computer
  14508. Society - and hosted by the Caribbean Computer Society.
  14509.  
  14510.  
  14511.                         I F I P   S E C ' 9 4
  14512.                       M A Y  2 3 - 2 7 , 1 9 9 4
  14513.                    I T C  P I S C A D E R A  B A Y
  14514.                             C U R A C A O
  14515.                      D U T C H  C A R I B B E A N
  14516.  
  14517.      I  N  T  E  R  N  A  T  I  O  N  A  L    P  R  O  G  R  A  M
  14518.  
  14519. ** Five days, multiple parallel tracks, over sixty refereed unique
  14520. presentations, specially invited speakers, dedicated tutorials
  14521. workshops, working group sessions, lively panel discussions, and much,
  14522. much more......
  14523.  
  14524.  
  14525. Dynamic Views on Information Security in Progress
  14526.  
  14527. ABOUT IFIP'S TECHNICAL COMMITTEE 11
  14528.  
  14529. The International Federation for Information Processing was
  14530. established in 1960 under sponsorship of UNESCO.  In 1984 the
  14531. Technical Committee for Security and Protection in Information
  14532. Processing Systems, Technical Committee 11, came into existence.  Its
  14533. aim is to increase the reliabil-ity and general confidence in
  14534. information processing, as well as to act as a forum for security
  14535. managers and others professionally active in the field of information
  14536. processing security.  Its scope encompasses the establishment of a
  14537. frame of reference for security common to organizations, professionals
  14538. and the public; and the promotion of security and protection as
  14539. essential parts of information processing systems.
  14540.  
  14541. Eight working groups: Information Security Management, Small Systems
  14542. Security, Database Security, Network Security, Systems Integrity and
  14543. Control, Security Legislation, Information Security Education and IT
  14544. Related Crime Investigations, all chaired by seasoned international
  14545. experts, cover a major part of the actual TC 11 workload.
  14546.  
  14547. ABOUT THE TENTH INTERNATIONAL INFORMATION SECURITY CONFERENCE
  14548.  
  14549. This event is the Tenth in a series of conferences on information
  14550. security.  Something to celebrate.  The organizers have compiled a
  14551. truly exceptional, unique, and especially upgraded conference in a
  14552. setting suitable for celebrating its Tenth birthday.  Over 75 sessions
  14553. will cover just about all aspects of information security, on a senior
  14554. and advanced level.  The formal language of SEC'94 is English.  The
  14555. proceedings are published by Elsevier North Holland in its acclaimed
  14556. series.
  14557.  
  14558. There are evidently some astounding surprises within SEC'94.  As key
  14559. note's SEC'94 will feature major players.  Ten invited speakers,
  14560. doubt-less seasoned seniors in their field, will contribute with their
  14561. vision of the future.  Ranging from the legislative aspects of data
  14562. privacy, to the international impact of the Clipper chip, and the
  14563. dimensions of new cryptographic standards and applications.  Global
  14564. policy making and breaking in respect of the international
  14565. harmonization efforts of information technology security evaluation
  14566. criteria, and other most enticing issues are advocated during the
  14567. various invited lectures.
  14568.  
  14569. Within the framework of this conference a series of special lectures
  14570. are built in, dedicated to one most important aspect.  SEC'94 includes
  14571. a UNIX system security workshop and a cryptology tutorial.  Special
  14572. sessions are devoted to information security in developing nations,
  14573. and information security in the banking and financial industry.  Two
  14574. major full day mini conferences "IT Security Evaluation Criteria" and
  14575. "Open Systems Network Security" are included in the program as well.
  14576. SEC'94 offers a panel discussion of the editors of Elseviers Journal
  14577. Computers and Security, IFIP TC 11's formal journal.
  14578.  
  14579. ABOUT YOU
  14580.  
  14581. Each of the past ten years you have shown IFIP and TC 11 in
  14582. particular, your commitment to information security by attending the
  14583. IFIP SEC conferences.  The visitors and delegates to IFIP SEC are a
  14584. broad audi-ence, from everywhere: The Pacific Rim, Europe, Africa, the
  14585. North and Latin America's and the Far East.  The level of
  14586. authority/positions is as usual: within practical, management, legal
  14587. and technical level, the delegate to IFIP SEC is considered the top
  14588. grade.  Anyone - directly and indirectly - involved and/or interested
  14589. in information security, wherever she/or he may live, is IFIP SEC's
  14590. audience.  You certainly may not miss SEC'94!
  14591.  
  14592. SOMETHING EXTRA
  14593.  
  14594. The organizers wanted to do something extra for this Tenth event.
  14595. Besides compiling a unique conference program, its length was extended
  14596. to FIVE days, extra tracks are added, the delegate admission is
  14597. reduced, special student admission rate are available, Worldwide
  14598. rebated air travel and discounted hotel accommodation can be obtained,
  14599. and those not yet being a member of the World's largest and most
  14600. influential computer society are being offered a free of charge
  14601. membership for 1994!  And that's not all!  Yet, some surprises are
  14602. saved for the event itself.
  14603.  
  14604. IFIP TC 11's SEC'94 welcomes you to Curacao, BONBINI !
  14605.  
  14606.                        A W A R D S
  14607.  
  14608. Technical Committee 11 of IFIP presents during its 10th event two
  14609. prestigeous awards.  The Kristian Beckman Award and the Best Paper
  14610. Award.  The Kristian Beckman Award has been established by IFIP TC 11
  14611. to com-memorate the first chairman of the committee, Kristian Beckman
  14612. from Sweden, who was also responsible for promoting its founding in
  14613. 1983/84.  This award is granted annually to a successful nominee and
  14614. is presented at the annual IFIP Security Conference.  The objective of
  14615. the award is to publicly recognize an individual - not a group or
  14616. organization - who has significantly contributed to the development of
  14617. information security, especially achievements with an international
  14618. perspective.
  14619.  
  14620. To celebrate the tenth annual conference the organizers have decided
  14621. also to present a Best Paper Award.  The award will be presented to
  14622. the individual with the most significant paper at SEC'94.  The
  14623. audience itself will be selecting this presentation/individual.
  14624.  
  14625.  
  14626.                   P   R   O   G   R   A   M
  14627.  
  14628. INVITED PRESENTATIONS
  14629.  
  14630. Computer based cryptanalysis: man versus machine approach by Dr.  N.
  14631. Balasubramanian, former director of the Joint Cipher Bureau/Crypto-
  14632. graphic Services of the Department of Defense of the Government
  14633. of India.
  14634.  
  14635. Establishing a CERT: Computer Emergency Response Team by Kenneth A.
  14636. van Wyk, manager Assist team, Defense Information Security Agency of
  14637. the Department of Defense, United States Privacy aspects of data
  14638. travelling along the new 'highway' by Wayne Madsen, scientist Computer
  14639. Science Corp., United States.
  14640.  
  14641. Issues in designing and implementing a practical enterprise security
  14642. architecture by Ross Paul, manager information security, the
  14643. Worldbank, United States.
  14644.  
  14645.      (key note's and other invited speakers to be announced by special
  14646. bulletin)
  14647.  
  14648. IFIP TC 11 position paper in discussion:  Security Evaluation
  14649. Criteria by H.  Schoone, Netherlands.
  14650.  
  14651. Special TC 11 Working group sessions:
  14652.  
  14653.   11.8 Computer Security Education, chair: Em. Prof. Dr. Harold Highland
  14654.   11.1 IT Security Management, chair: Prof. S.H. von Solms (S. Africa)
  14655.   11.5 System Integrity and Control, chair: William List (UK)
  14656.  
  14657. Special Appearance: Information Warfare: waging and winning conflict
  14658. in cyberspace by Winn Schwartau (US)
  14659.  
  14660. Panel discussion: Panel discussion of the editors of Elseviers Journal
  14661. Computers and Security chaired by John Meyer, Elsevier (UK), editor.
  14662.  
  14663. Extended UNIX tutorial:  Unix meets Novell Netware by Kevin H.
  14664. Brady, Unix Systems Lab. (US).
  14665.  
  14666. Extended virus tutorial:  Technologically enabled crime: shifting
  14667. paradigms for the year 2000 by Sara Gordon (US).
  14668.  
  14669. Viruses:  What can we really do? by Prof.  Henry Wolfe (New Zealand).
  14670.  
  14671. Future trends in virus writing by Vesselin V.  Bontchev (Bulgaria/Germany).
  14672.  
  14673. Viral Tidings by A.  Padgett Peterson (US).
  14674.  
  14675. Integrity checking for anti viral purposes by Yisrael Radai (Israel).
  14676.  
  14677. Special appearance: *title to be announced* Prof. Eugene Spafford (US).
  14678.  
  14679.  
  14680. REFEREED PRESENTATIONS
  14681.  
  14682. Operations Security: the real solution to the problem - A. Don Temple (US).
  14683.  
  14684. Security in virtual reality: virtual security - Amund Hunstad (Sweden).
  14685.  
  14686. Prohibiting the exchange attack calls for hardware signature - Prof. 
  14687. Reinhard Posch/Wolfgang Mayerwieser (Austria).
  14688.  
  14689. Towards secure open systems - Dr.  Paul Overbeek (Netherlands).
  14690.  
  14691. A security officer's workbench - Prof.  Dennis Longley/Lam For Kwok 
  14692. (Australia/Hong Kong).
  14693.  
  14694. An introduction to Citadel: a secure crypto co-processor for workstations 
  14695.  - Dr.  Elaine Palmer (US)
  14696.  
  14697. On the calculation and its proof data for PI 10-9th - Shengli Cheng et al 
  14698. (P.R. of China).
  14699.  
  14700. Securenet: a network oriented intelligent intrusion prevention
  14701. and detection system - Assoc.  Prof.  Dimitris Gritzalis et al (Greece).
  14702.  
  14703. A methodology for the design of security plans - Drs. Fred de Koning 
  14704. (Netherlands).
  14705.  
  14706. An open architecture for security functions in workstations - Stefan 
  14707. Santesson (Sweden).
  14708.  
  14709. Security systems based on exponentiation primitives, TESS - Prof.
  14710. Thomas Beth (Germany).
  14711.  
  14712. The structure and functioning of the COST privacy enhanced mail
  14713. system - Prof.  Sead Muftic, Nada Kapidzic, Alan Davidson (Sweden).
  14714.  
  14715. The need for a new approach to information security - Dr.  Jean
  14716. Hitchings (UK). 
  14717.  
  14718. A Practical database encryption system - Prof. C. Chang/ Prof. D.  Buehrer 
  14719. (Taiwan, ROC).
  14720.  
  14721. Security analysis and strategy of computer networks - Jie Feng et al
  14722. (P.R.o.China).
  14723.  
  14724. Information Security: legal threats and opportunities - Dr.  Ian
  14725. Lloyd (Scotland).
  14726.  
  14727. Secure communication in LAN's using a hybrid encryption scheme -
  14728. Prof.  Mahmoud El-Hadidi, Dr.  Nadia Hegazi, Heba Aslan (Egypt).
  14729.  
  14730. Secure Network Management - Bruno Studer (Switzerland).
  14731.  
  14732. Ramex: a prototype expert system for computer security risk
  14733. analysis and management - Prof.  Peter Jarratt, Muninder Kailay (UK).
  14734.  
  14735. The need for decentralization and privacy in mobile communications
  14736. networks - D.I.  Frank Stoll (Germany).
  14737.  
  14738. Is lack of quality software a password to information security
  14739. problems ? - Dr.  Peter Fillery, Nicholas Chantler (Western Australia).
  14740.  
  14741. Smart:  Structured, multi-dimensional approach to risk taking for
  14742. operational information systems - Ing.  Paul van Dam, et al. (Netherlands).
  14743.  
  14744. IT Audit: the scope, relevance and the impact in developing countries - 
  14745. Dr. K.  Subramanian (India).
  14746.  
  14747. Program structure for secure information flow - Dr.  Jingsha He (US)
  14748.  
  14749. Security, authentication and policy management in open distributed
  14750. systems - Ralf Hauser, Stefano Zatti (Switzerland/Italy).
  14751.  
  14752. A cost model for managing information security hazards - Love Ekenberg, 
  14753. Subhash Oberoi, Istvan Orci (Sweden).
  14754.  
  14755. Corporate computer crime management: a research perspective - Dr.
  14756. James Backhouse (UK).
  14757.  
  14758. A high level security policy for health care establishments -
  14759. Prof.  Sokratis Katsikas, Ass.  Prof.  Dimitris Gritzalis, et al
  14760. (Greece).
  14761.  
  14762. Moss: a model for open system security - Prof. S.H. von Solms,
  14763. Dr.  P van Zyl, Dr. M.  Olivier (South Africa).
  14764.  
  14765. The risk-based information system design paradigm - Dr.  Sharon
  14766. Fletcher (US) Evaluation of policies, state of the art and future
  14767. research direc-tions in database security - Dr.  Guenther Pernul,
  14768. Dr. A.M.  Tjoa (Austria).
  14769.  
  14770. Exploring minimal ban logic proofs of authentication protocols -
  14771. Anish Maturia, et al (Australia).
  14772.  
  14773. Security concepts for corporate networks - Prof.  Rolf Oppliger,
  14774. Prof.  Dieter Hogrefe (Switzerland).
  14775.  
  14776. The security process - Jeanette Ohlsson (Sweden).
  14777.  
  14778. On the security of lucas function - Dr. C.S.  Laih (Taiwan RoC).
  14779.  
  14780. Security considerations of content and context based access
  14781. controls - Donald Marks, Leonard Binns, Peter Sell, John Campbell (US).
  14782.  
  14783. Anonymous and verifiable databases: towards a practical solution
  14784.  - Prof.  Jennifer Seberry, Dr.  Yuliang Zheng, Thomas Hardjono (Australia).
  14785.  
  14786. A decentralized approach for authorization - Prof.  Waltraud Gerhardt,
  14787. Burkhard Lau (Netherlands).
  14788.  
  14789. Applying security criteria to a distributed database example -
  14790. Dr.  Marshall Abrams, Michael Joyce (US).
  14791.  
  14792. A comparison of international information security standards based on
  14793. documentary micro-analysis - Prof.  William Caelli, Em. Prof.  John 
  14794. Carroll (Australia/Canada). 
  14795.  
  14796. Security in EDI between bank and its client - Pauli Vahtera, Heli
  14797. Salmi (Finland).
  14798.  
  14799. Secure information exchange in organizations - D.I.  Ralph Holbein
  14800. (Switzerland). 
  14801.  
  14802. A framework for information system security management - Helen James,
  14803. Patrick Forde (Australia).
  14804.  
  14805. The security of computer system management - Xia Ling et al
  14806. (P.R.o.China). 
  14807.  
  14808. Development of security policies - Jon Olnes (Norway).
  14809.  
  14810. Factors affecting the decision to report occurances of computer abuse
  14811. - John Palmer (Western Australia).
  14812.  
  14813. Secure manageable remote access for network and mobile users in an
  14814. open on-line transaction processing environment - Dr.  James Clark
  14815. (Singapore).
  14816.  
  14817.                         Session lay-out:
  14818.  
  14819. Monday May 23: plenary only 
  14820. Tuesday May 24 - Thursday May 26: four parallel tracks 
  14821. Friday May 25: plenary only
  14822.  
  14823.                         Registration:
  14824.  
  14825.       Sunday afternoon May 22 at the conference venue
  14826.         Monday morning May 23 at the conference venue
  14827.  
  14828.                         Terms and conditions:
  14829.  
  14830. The conference registration/admission fee amounts US $1,295 for
  14831. regular registrations per individual.  However, if you are a member of
  14832. a national computer society you may be eligible for a discount.  Late
  14833. charges and cancellations: Registration received after May 1, 1994 are
  14834. charged with an extra late charge of 10%.  Substitutions may be made
  14835. at any time, though please advise us of a change of name.  If you find
  14836. it necessary to cancel the place, please telephone the conference
  14837. office immediately and ask for a cancellation number.  Confirm in
  14838. writing quoting the cancellation number.  Provided written notice is
  14839. received by May 1, 1994, a full refund will be given less a 15%
  14840. administration charge.  It is regretted that cancellations received
  14841. after May 1, 1994 are liable for the full registration fee. 
  14842.  
  14843. Payment: the registration fees are immediately due upon registration,
  14844. and all cheques should be made payable to the High Tech Port Curacao
  14845. Foundation, accompanying the signed registration form.  Alternatively
  14846. registrations by fax and electronic mail are accepted, provided the
  14847. payment for the full amount in US dollars is released by wire transfer
  14848. in favor of the High Tech Port Curacao Foundation within one week
  14849. after the registration.  Fax and/or email registrations must be
  14850. completed before May 1, 1994.  If payment is not received within
  14851. stated period the registration is automatically cancelled and voided.
  14852. Forms not signed or correctly filled in are not valid registrations.
  14853. Conference registration fees should be paid in US dollars only, to
  14854. prevent excessive exchange charges.  It is possible to pay by credit
  14855. card, however a surcharge of 25% is levied due to local monetary
  14856. restrictions and policies.  Immediately after registration you will
  14857. receive a confirmation by fax or email.  Included in the conference
  14858. fee is the admittance to all sessions of all tracks of the conference,
  14859. the lunches during Tuesday, Wednesday, Thursday and Friday; coffee and
  14860. tea during the intermissions, a welcome cocktail at your hotel, one
  14861. admission ticket per delegate to the formal conference banquet, and a
  14862. copy of the handout of the conference proceedings.  Registrations
  14863. made after May 1, 1994 are on space available basis only.  If you
  14864. apply for a discount the registration form and payment must be
  14865. received before May 1, 1994.  All other services ordered are
  14866. separately billed, payable upon receipt of the respective order
  14867. confirmation.
  14868.  
  14869.                       ---------------------
  14870.  
  14871. Curacao is a tourist destination in high demand. We advise you to make
  14872. your flight and hotel accommodation reservations well in advance !!!
  14873.  
  14874.  
  14875. FAX THE FORM BELOW TO: IFIP SEC'94 SECRETARIAT +599 9652828
  14876.  
  14877. OR AIRMAIL TO: IFIP SEC'94 SECRETARIAT POSTOFFICE BOX 4 0 6 6 WILLEMSTAD
  14878. - CURACAO NETHERLANDS ANTILLES CARIBBEAN
  14879.  
  14880. OR EMAIL TO: <  TC11@IAIK.TU-GRAZ.AC.AT   >
  14881.  
  14882.              IFIP TC 11 SEC'94 CONFERENCE REGISTRATION
  14883.     (one form per individual, copy for multiple registrations)
  14884.  
  14885. Please register the following individual for IFIP SEC'94:
  14886.  
  14887. Surname:
  14888.  
  14889. First name:
  14890.  
  14891. Title:
  14892.  
  14893. Organization:
  14894.  
  14895. Job title:
  14896.  
  14897. Mail address:
  14898.  
  14899. Post/zip code:
  14900.  
  14901. Country:
  14902.  
  14903. Telephone:
  14904.  
  14905. Telefax:
  14906.  
  14907. Email:
  14908.  
  14909. If you are a member of a national computer society, use this priority
  14910. registration by fax or email, and wiretransfer the applicable amount,
  14911. you are entitled to a rebated admission rate.  Instead of US $ 1,295,
  14912. you pay only US $ 1,165.
  14913.  
  14914. If you send this by fax to the Conference secretariat, a
  14915. signature is necessary, here:
  14916.  
  14917. I understand and agree to abide by the conditions as set out in
  14918. the conference brochure, also printed elsewhere in this document.
  14919.  
  14920. Date:
  14921.  
  14922. If you send this form by email, a signature is not necessary.  In that
  14923. case the date of receipt of the wiretransfer of the applicable amount
  14924. is the date of registration.
  14925.  
  14926.  
  14927.                       CONFERENCE PAYMENT
  14928.  
  14929. I will remit by wiretransfer US $ _________ in favor of the High Tech
  14930. Port Curacao Foundation, bank account number 11.592652.5570.004 with
  14931. CITco Bank NV, Curacao, Netherlands Antilles, immediately.
  14932.  
  14933. Wiretransfer reference:  IFIP SEC'94
  14934.  
  14935. ABA nr. of the CITco Bank (this is not the account number, but
  14936. the banks' correspondents number): 021004823.
  14937.  
  14938. US corresponding bank:  Republic National Bank, New York.
  14939.  
  14940. Upon receipt of the applicable amount by the High Tech Port Curacao
  14941. Foundation I will receive within 24 hours by fax a confirmation and an
  14942. invoice marked "fees paid".
  14943.  
  14944.  
  14945.                         ADDITIONAL
  14946.  
  14947.  I apply for the 1994 free of charge membership of the ACM (valid
  14948.  only if you are not a member, yet)
  14949.  
  14950.  Mark yes >                   >               <
  14951.  
  14952.  I have a special request:
  14953.  
  14954.      (insert your request here)
  14955.  
  14956.  
  14957.                          HOTEL INFORMATION 
  14958.  
  14959. The Curacao Caribbean Hotel (tel: +599-9625000 fax: 599-9625846) as
  14960. well as the Sonesta Hotel (tel: +599-9368800 fax: +599-9627502, in the
  14961. US call tollfree 1.800.477.4556) are beach front hotels at walking
  14962. distance of the conference center.  Special roomrates start at US $
  14963. 112 per single room/night, including tax, services, full breakfast.
  14964. Roomrates based on double, triple and quad are available.  Various
  14965. other hotels on request.
  14966.  
  14967.                          AIR TRANSPORT
  14968.  
  14969. There are daily non-stop flights from Miami operated by American
  14970. Airlines, daily non-stop wide body flights from Amsterdam
  14971. (Netherlands) operated by KLM, daily non-stop flights from Marquetia
  14972. Aeropuerto Inter-nacional de Caracas (Venezuela), Santa Fe de Bogota
  14973. (Colombia), and various Caribbean islands, all operated by regional
  14974. carriers.  Special promotional fares are by KLM, TAP Air Portugal, and
  14975. American Airlines.  Contact your travel agency for more information.
  14976.  
  14977.                          *   *   *
  14978.  
  14979. Curacao is tropical.  Year-round an average temp. of 90 F/35 C.  A
  14980. constant tradewind makes it very pleasant.  You do not need a jacket
  14981. or coat!
  14982.  
  14983. Make your flight and hotel reservation as soon as possible !!!
  14984.  
  14985.                           *   *   *
  14986.  
  14987. Come enjoy Dutch Caribbean hospitality soon !  SEC'94 also encompasses
  14988. a great after hours social program, typical Caribbean style.
  14989.  
  14990.                        ORGANIZING CHAIR:
  14991.             Dr. F. Bertil Fortrie (chairman SEC'94)
  14992.  
  14993. ------------------------------
  14994.  
  14995. From: M19249@mwvm.mitre.org
  14996. Subject: Re: EDI Electronic Data Interchange
  14997. Date: Fri, 08 Apr 94 11:28:09 EDT
  14998. Organization: The MITRE Corporation, McLean VA 22102
  14999.  
  15000.  
  15001. In article <telecom14.169.19@eecs.nwu.edu> westmanj@scico1.chchp.ac.nz
  15002. (Joakim Westman) writes:
  15003.  
  15004. > I'm wondering if somebody knows what the concept of EDI -- Electronic
  15005. > Data Interchange is al about. I've been trying to get information
  15006. > about this, I believe quite new topic at least in NZ, with no luck.
  15007. > Therfore I turn to you as a new news user.
  15008.  
  15009. Think of all the possible business forms you can imagine.  Now take
  15010. the pieces of each on and break them apart. eg. name and address,
  15011. shipping location, invoice info, bill of lading info, credit
  15012. adjustment etc.  Call each identifiable form a transaction set; call
  15013. the reusable chunks segments; call the small pieces that make up
  15014. segments data elements.  Now agree on common definitions of the
  15015. transaction sets, segments, and data elements and put them electronic
  15016. format.  That's what ANSI X12 in the US has done, similarly outside
  15017. the US the standards are UN/EDIFACT.  Since we now have electronic
  15018. standards for business forms why don't I as a buyer use a
  15019. clearinghouse to accept bids for products I want to retail from
  15020. potential manufacturers.  This is what many large retailers do.  But
  15021. why stop there, telephone bills, service order information, medical
  15022. info., shipping info, ... can all adapt to or become new transaction
  15023. sets.  As for source info, try EDI World magazine, 2021 Coolidge St.,
  15024. Hollywood FL, 33020-2012, (305)925-5900.  
  15025.  
  15026. Several books are also available about EDI, two are: Electronic Data
  15027. Interchange by Paul Kimberly, McGraw Hill, 1991 and EDI, A Total
  15028. Management Guide, 2nd Ed, by Margaret Emmelhainz, Van Nostrand-
  15029. Reinhold, 1993.  As for the EDI standards, the Data Interchange
  15030. Standards Assn, Alexandria VA, (703)548-7005 can get you the latest
  15031. ANSI published standards.  ANSI and EDIFACT EDI standards will
  15032. converge on EDIFACT later in this decade according to current
  15033. agreements.  For us telecom types, there are industry standards
  15034. bodies, ECSA/TBWG, that support EDI research and standards creation.
  15035.  
  15036.  
  15037. DW 
  15038.  
  15039. ------------------------------
  15040.  
  15041. Date: Fri, 08 Apr 94 11:52:32 EDT
  15042. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  15043. Subject: Re: 900 and Other Premium Numbers
  15044.  
  15045.  
  15046. msb@sq.sq.com (Mark Brader) wrote:
  15047.  
  15048. > Around here (Toronto) we have 900 and 976 numbers also, but it is the
  15049. > 976's for which there are numerous late night advertisements featuring
  15050. > scantily clad women.
  15051.  
  15052. > As just about everyone reading this knows, in much (but not all) of
  15053. > the US and Canada, long-distance numbers must be dialed differently
  15054. > from local ones, so that you always know when you're dialing a toll
  15055. > call.  Such a rule applies here.  And when someone dials a 976 number
  15056. > here, *they must dial it as if it was long distance within their area
  15057. > code*.
  15058.  
  15059. There are doubtless several layers of politics involved here.  Some
  15060. years ago Bell Canada applied to the CRTC to drop 976- service
  15061. entirely.  The service providers objected strongly, and Bell was
  15062. ordered to continue it.  But shortly thereafter, toll dialing within
  15063. NPA 416 went from 1 + seven to 1 + ten, and, doubtless to their
  15064. satisfaction, Bell was able to make 976- numbers that much harder to
  15065. dial and that much harder to advertise consistently.  I notice that
  15066. the late-night/scantily-clad-women ads often still list the numbers as
  15067. 1 976-xxxx, and often speak them as 'one nine seven six <pause> x x x
  15068. x', presumably to discourage callers from thinking about the 1 at the
  15069. front.  But then callers will get the recording telling them they must
  15070. dial 1 plus the area code.  It's not clear if the advertisers are
  15071. being sneaky, or are just as stupid as those US companies who list
  15072. their US-only 800 numbers in foreign publications.
  15073.  
  15074.  
  15075. Tony Harminc
  15076.  
  15077. ------------------------------
  15078.  
  15079. From: ridder@zowie.zso.dec.com (Hans)
  15080. Subject: Contacting the FCC Using Email 
  15081. Date: 8 Apr 1994 16:36:36 GMT
  15082. Organization: Digital Equipment Corporation - DECwest Engineering
  15083.  
  15084.  
  15085. In article <telecom14.170.4@eecs.nwu.edu> izzy@netaxs.com (Michael
  15086. Israeli) writes:
  15087.  
  15088. > Where can one write or e-mail to state an opinion on this to?
  15089.  
  15090. > [TELECOM Digest Editor's Note: I suppose one can now contact the FCC
  15091. > via their new online thing with the net which we have been hearing
  15092. > about. Does anyone know if the mail can go both directions on that
  15093. > or if pen and paper still required?  :)    PAT]
  15094.  
  15095. Some of the documents list an e-mail address at the end, some do not
  15096. (the one posted did not have one, just telephone a number.)  I suppose
  15097. if you send something, you might get a reply.
  15098.  
  15099. As far as sending your comments to the FCC via e-mail, note the
  15100. following (from ftp.fcc.gov:/pub/Public_Notices/Miscellaneous/pnmc4001.txt):
  15101.  
  15102.       APPLICATION OF EX PARTE RULES TO INTERNET E-MAIL
  15103.  
  15104. The Commission's new computer system now affords members of the public
  15105. access to decision-making personnel through delivery of Internet
  15106. E-Mail.  The purpose of this public notice is to remind the public
  15107. that the ex parte rules (47 C.F.R. 1.1200 et seq.)  that apply to
  15108. written presentations to any Commission decision- making personnel
  15109. also apply to Internet E-Mail presentations.
  15110.  
  15111. In restricted proceedings (e.g., proceedings involving mutually
  15112. exclusive applications, a formal complaint, or a formally opposed
  15113. application), oral and written ex parte presentations are generally
  15114. prohibited.  See 47 C.F.R. 1.1208.  Therefore, as with other written
  15115. presentations, Internet E-Mail presentations to Commission
  15116. decision-makers in restricted proceedings are prohibited unless they
  15117. are served on all parties to the proceeding.
  15118.  
  15119. In non-restricted proceedings (e.g., most informal rulemakings after
  15120. issuance of a notice of proposed rulemaking), ex parte presentations
  15121. are permissible (except during the Sunshine Period) but must be
  15122. disclosed.  See 47 C.F.R. 1.1206.  Therefore, as with other written
  15123. presentations, if an Internet E-Mail ex parte presentation in a
  15124. non-restricted proceeding is transmitted to any decision-making
  15125. personnel, two hard copies of that presentation should be provided to
  15126. the Secretary.  The presentation (as well as any transmittal letter)
  15127. should indicate clearly on its face the docket number of the
  15128. particular proceeding(s) to which it relates and the fact that two
  15129. copies of it have been submitted to the Secretary.  The presentation
  15130. should be labeled or captioned as an ex parte presentation.  See 47
  15131. C.F.R. 1.1206(a)(1).
  15132.  
  15133. During the Sunshine Period (the period which commences when an item is
  15134. placed on the Sunshine Agenda and ends when the item is released),
  15135. unless specifically exempted, all presentations concerning an item on
  15136. the Sunshine Agenda, ex parte or not, are prohibited.  See 47 C.F.R.
  15137. 1.1203.  This prohibition applies whether the proceeding is
  15138. restricted, non-restricted, or is exempt under the ex parte rules.
  15139. Therefore, unless an exemption specifically applies (e.g., a
  15140. presentation specifically requested by the Commission or staff or a
  15141. presentation from Congress or another Federal Government agency, see
  15142. 47 C.F.R. 1.1203(b)&(c)), no Internet E-Mail presentations should be
  15143. transmitted during the Sunshine Period to decision-making personnel.
  15144. See 47 C.F.R.  1.1203.
  15145.  
  15146. Action by the General Counsel.
  15147.  
  15148. For further information, contact Steve Bailey (202) 254-6530.
  15149.  
  15150.                   ------------------
  15151.  
  15152. Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  15153. DECwest Engineering, Bellevue, Washington, USA
  15154.  
  15155. ------------------------------
  15156.  
  15157. End of TELECOM Digest V14 #173
  15158. ******************************
  15159.     
  15160.     
  15161. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20883;
  15162.           17 Apr 94 10:29 EDT
  15163. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15164.     id AA11981; Sun, 17 Apr 94 07:38:24 CDT
  15165. Return-Path: <telecom>
  15166. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15167.     id AA11972; Sun, 17 Apr 94 07:38:22 CDT
  15168. Date: Sun, 17 Apr 94 07:38:22 CDT
  15169. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15170. Message-Id: <9404171238.AA11972@delta.eecs.nwu.edu>
  15171. To: telecom@eecs.nwu.edu
  15172. Subject: TELECOM Digest V14 #174
  15173.  
  15174. TELECOM Digest     Sun, 17 Apr 94 07:38:00 CDT    Volume 14 : Issue 174
  15175.  
  15176. Inside This Issue:                           Editor: Patrick A. Townson
  15177.  
  15178.     Bell Canada and CEP Modify Reduced Work Week Plans (Dave Sellers)
  15179.     Pac Tel / Air Touch Communications (Larry Jones)
  15180.     How Can FAX Use T1 But Keep POTS Number? (Barton F. Bruce)
  15181.     Ottawa Citizen Op-ed on Canadian Infobahn (Dale Wharton)
  15182.     SNET <-> BAMS Auto Call Delivery (Douglas Reuben)
  15183.     Many Hassles Here Last Week (TELECOM Moderator)
  15184.  
  15185. TELECOM Digest is an electronic journal devoted mostly but not
  15186. exclusively to telecommunications topics. It is circulated anywhere
  15187. there is email, in addition to various telecom forums on a variety of
  15188. public service systems and networks including Compuserve and GEnie.
  15189. Subscriptions are available at no charge to qualified organizations
  15190. and individual readers. Write and tell us how you qualify:
  15191.  
  15192.                  * telecom-request@eecs.nwu.edu *
  15193.  
  15194. The Digest is compilation-copyrighted by Patrick Townson Associates of
  15195. Skokie, Illinois USA. We provide telecom consultation services and
  15196. long distance resale services including calling cards and 800 numbers.
  15197. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  15198. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  15199.  
  15200.     ** Article submission address only: telecom@eecs.nwu.edu **
  15201.  
  15202. Our archives are located at lcs.mit.edu and are available by using
  15203. anonymous ftp. The archives can also be accessed using our email
  15204. information service. For a copy of a helpful file explaining how to
  15205. use the information service, just ask.
  15206.  
  15207. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  15208. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  15209. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  15210. Digest" shares archives resources at lcs.mit.edu for the convenience
  15211. of users. Please *DO NOT* cross post articles between the groups. All
  15212. opinions expressed herein are deemed to be those of the author. Any
  15213. organizations listed are for identification purposes only and messages
  15214. should not be considered any official expression by the organization.
  15215. ----------------------------------------------------------------------
  15216.  
  15217. Date: Sun, 17 Apr 94 08:46:26 EDT
  15218. From: sellers@on.bell.ca (Dave Sellers)
  15219. Subject: Bell Canada and CEP Modify Reduced Work Week Plans
  15220.  
  15221.  
  15222. (MONTREAL, April 14, 1994) -- Bell Canada and the Communications,
  15223. Energy and Paperworkers'  Union of Canada (CEP) agreed this week to
  15224. modify the original plans for 13 000 Craft and Services employees,
  15225. which involved a reduction of work hours (9 hours per day, 4 days a
  15226. week) as well as five unpaid days off in 1994.
  15227.  
  15228. When we finalized these plans with the union last year, the intent
  15229. was to help Bell reduce payroll expenses, while still meeting our
  15230. service obligation,  said Richard French, Bell's Vice-President of
  15231. Corporate Development.   Once in place, we found the arrangements
  15232. didn't give us the flexibility to keep up with increased demand in
  15233. some areas and assure the quality of service customers expect.
  15234.  
  15235. As a result, the company and union have agreed to offer additional
  15236. options which permit employees to return voluntarily to a regular
  15237. 5-day week (38 hours) or to continue with a 4-day schedule (36 hours)
  15238. if they prefer.  The five unpaid days off provided for in the original
  15239. agreement are now optional.
  15240.  
  15241. We're confident this will give us the flexibility to satisfy demand
  15242. and manage the workload while still controlling expenses.  Obviously,
  15243. there will be operating costs associated with these changes, but we
  15244. expect the impact to be fairly modest,  French said. He added that
  15245. the rest of the measures Bell has implemented to cut expenses this
  15246. year are still in place and noted that Bell's workforce has been
  15247. reduced by about 2,000 since January through retirements and termination
  15248. incentives.
  15249.  
  15250. Bell Canada, the largest Canadian telecommunications operating company,
  15251. markets a full range of state-of-the-art products and services to more
  15252. than seven million business and residence customers in Ontario and
  15253. Quebec.  Bell Canada is a member of Stentor -- an alliance of Canada's
  15254. major telecommunications companies.
  15255.  
  15256.  
  15257. For further information, please contact :
  15258.  
  15259. Francine Giguere              Patricia Broden
  15260. Public Affairs                Public Affairs
  15261. (514) 870-3995 (Bus.)         (514) 870-7398 (Bus.)
  15262. (514) 923-2141 (Res.)         (514) 933-1581 (Res.)
  15263.  
  15264. ------------------------------
  15265.  
  15266. From: larry.jones@sdrc.com (Larry Jones)
  15267. Subject: Pac Tel / Air Touch Communications
  15268. Date: 16 Apr 94 14:49:41 GMT
  15269. Organization: SDRC Engineering Services
  15270.  
  15271.  
  15272. Recently, Pacific Telesis (by the way, is that pronounced TEL-uh-sis
  15273. or tuh-LEE-sus?) split off its cellular business as a new company, Air
  15274. Touch Communications, Inc.  Pac Tel shareowners were given ATI shares
  15275. so that their total combined price was the same as Pac Tel was the day
  15276. before the spin off was completed.
  15277.  
  15278. Small Pac Tel shareholders are being given the opportunity to rearrange
  15279. their holdings with a very small commission: they can exchange all of
  15280. their ATI shares for Pac Tel shares, exchange all of their Pac Tel
  15281. shares for ATI shares, or sell either or both sets of shares for cash.
  15282.  
  15283. My dad owns some Pac Tel shares by virtue of having been an AT&T
  15284. employee/shareholder before the breakup and he's wondering what to do. 
  15285. I'm not necessarily asking for investment advice, but I'd be interested
  15286. in any opinions about the quality of products and services provided by
  15287. Pac Tel and ATI.
  15288.  
  15289.  
  15290. Larry Jones, SDRC, 2000 Eastman Dr., Milford, OH  45150-2789  513-576-2070
  15291. larry.jones@sdrc.com
  15292.  
  15293. ------------------------------
  15294.  
  15295. Date: Sat, 16 Apr 1994 18:17:15 EDT
  15296. From: Barton.Bruce@camb.com
  15297. Subject: How Can FAX Use T1 But Keep POTS Number?
  15298. Organization: Digital Equipment Computer Users Society
  15299.  
  15300.  
  15301. An extremely well publicized FAX number that is on a POTS phone line
  15302. now is in an office that has a T1 to an IXC.
  15303.  
  15304. There is a LOT of long distance FAXing, and it would be very nice to
  15305. put this machine on the PBX, but there are some problems and I am
  15306. looking for creative solutions.
  15307.  
  15308. It is not acceptable to change the FAX's phone number. Nor is it possible
  15309. to add a second FAX machine.
  15310.  
  15311. If the current phone line were to be fed through the PBX (a Mitel
  15312. SX200D running G1005) to always ring that extension, everything would
  15313. be ok with one exception. Outgoing LD calls would go on the T1.
  15314. Outgoing local calls could easily be routed to the FAX's own line
  15315. thereby busying it.
  15316.  
  15317. But when a LD call is going out, the FAX phone number would simply
  15318. ring and ring which WILL prompt callers to call the main number and
  15319. complain about the machine apparently being broken or out of paper. -
  15320. NOT acceptable.
  15321.  
  15322. If we could get telco to forward FREE this FAX number to a DID station
  15323. number we actually had the FAX on, or would let it jump hunt to such a
  15324. DID number, I could then busy the FAX number *PERMANENTLY* and calls
  15325. would then ring in on the DID line only and would get BUSY when
  15326. appropriate.
  15327.  
  15328. The bummer here is 1) getting telco to do this ever, and 2) the CO
  15329. switch the FAX is on is an old 1A and the DID trunks are on the 5E
  15330. both in the Cambridge Ware St. CO. Hunting between them seems
  15331. impossible.
  15332.  
  15333. Is there any clever trick anyone can think of?
  15334.  
  15335. ------------------------------
  15336.  
  15337. Date: Sun, 17 Apr 1994 07:25:56 EDT
  15338. Reply-To: Canadian Issues Forum <CANADA-L@VM1.MCGILL.CA>
  15339. From: Dale Wharton <dale@dale.cam.org>
  15340. Subject: Ottawa Citizen Op-ed on Canadian Infobahn
  15341.  
  15342.  
  15343. Greetings from Infobahn Canada
  15344. ******************************
  15345.  
  15346. The following article appeared in Friday's (April 8) Ottawa Citizen.
  15347.  
  15348.                           INFORMATION RIGHTS WEEK
  15349.                       OPENING THE DOOR FOR THE PUBLIC
  15350.  
  15351. Canada is beginning the development of its much touted electronic
  15352. superhighway.  Unfortunately for the public, the loudest voices in
  15353. determining its direction are those who want to make a profit from
  15354. it.  Not visible to the public, which has been excluded from the
  15355. debates, are the extensive discussions between governments and the
  15356. corporate sector over who will control and profit from it.
  15357.  
  15358. Who is protecting the public interest in access to information and
  15359. the new telecommunication networks?
  15360.  
  15361. Not the Federal Government.  Industry Canada's, "The Electronic
  15362. Connection: An Essential Key to Canadian Survival" was released
  15363. only after a Freedom of Information request.  Of the 200
  15364. individuals consulted for the research, none were proponents of
  15365. public access.  The Honourable John Manley, Minister, Industry
  15366. Canada is now establishing a high-level Advisory Committee on the
  15367. electronic highway which will meet in secret and may not issue a
  15368. final report.  This is completely unacceptable.
  15369.  
  15370. Not the Federal Government.  It has been legislatively increasing
  15371. exemptions from the Freedom of Information (FOI) Act.  The Ottawa-
  15372. based Coalition for Open Government is organizing a lobby to
  15373. increase the power and range of existing FOI legislation and
  15374. broaden dissemination of government information.  The Library
  15375. Depository program, which provides free copies of government
  15376. documents to selected libraries across Canada, the main access for
  15377. public use of government reports, is not even protected by
  15378. government legislation and is in constant financial jeopardy.
  15379.  
  15380. Not the Federal Government.  It's Interdepartmental Committee on
  15381. Database Industry Support encourages the commercial distribution
  15382. of government electronic information but there is no comparable
  15383. organization to assure public distribution.
  15384.  
  15385. Not the Federal government and the many provincial and municipal
  15386. governments which are investigating or have implemented "tradeable
  15387. information" policies based on the Thatcher government's decision
  15388. to increase government revenue through the sale of government
  15389. information.
  15390.  
  15391. Not Stentor.  The telephone company consortium released "The
  15392. Information Highway: Canada's Road to Economic and Social Renewal
  15393. - A Vision Statement" with almost no reference to public
  15394. participation and with no consideration of social policy issues.
  15395. How can equal access to information can be assured when only 25% of
  15396. the population own microcomputers?  This report, along with
  15397. virtually all others, ignores the cost of providing broad public
  15398. access and training.
  15399.  
  15400. Not the cable industry.  Fixated on 500 channels of money-making
  15401. entertainment and interactive commercials, the cable industry has
  15402. shown no concern for public access and public involvement.  The
  15403. bubble may burst on these dreams of mega-dollars if the public agree
  15404. with critics such as Neil Postman, who talks about "info-garbage"
  15405. and the lack of content on the existing 60 channels.
  15406.  
  15407. Not the Canadian Radio-television and Telecommunications Commission.
  15408. It has effectively deregulated the telephone system and is now
  15409. considering, with minimal public input, optional regulatory
  15410. environments, such as new ways to charge for local telephone
  15411. service.  Options could include Local Metered Service - charging for
  15412. every call and its length.  The one tool of the information age
  15413. which is currently available in most households will follow the U.S.
  15414. experience after de-regulation, resulting in substantially increased
  15415. local telephone rates.
  15416.  
  15417. What about the media?  Its role is two-sided.  In its traditional
  15418. role as newsgatherer, the media wants to force the government to
  15419. expand the Freedom of Information Act and open the government to
  15420. closer scrutiny.
  15421.  
  15422. On the other hand, as business corporations different forms of media
  15423. consolidating into ever larger units, as the recent Roger's offer to
  15424. buy-out MacLean-Hunter demonstrates, it is integrating all forms of
  15425. media including books, magazines, film, video, cable, newspapers,
  15426. databases, television and radio.  This consolidation limits the
  15427. sources of news and editorial perspective.  The loss of cognitive
  15428. diversity, like bio-diversity, is a cause for alarm and concern.
  15429. A new organization, Project Censored is concerned about this
  15430. limitation and has evaluated a number of news stories to determine
  15431. which has been the most censored in Canada in 1993.  The winner
  15432. (loser?) will be announced at the general meeting of the Canadian
  15433. Association of Journalists in April.
  15434.  
  15435. Only recently have public interest groups and activists emerged to
  15436. present the case for free access to government information, access
  15437. to the high speed telecommunication networks of the future, and
  15438. access to community networks to create and disseminate information.
  15439.  
  15440. Foremost among these have been Canadian library associations,
  15441. librarians across Canada and FreeNets which are currently creating
  15442. a national organization - Telecommunities Canada.  Libraries are the
  15443. predominant source for public access to information in Canada.
  15444. Viewing themselves as the electronic library of the 21st Century,
  15445. FreeNets are in their infancy world-wide, and struggling to
  15446. establish non-profit, freely accessible, community computer networks
  15447. in towns and municipalities.  Ottawa, Victoria, and Trail are
  15448. currently operational, and another sixteen FreeNets are actively
  15449. organizing.  Many other community and advocacy organizations,
  15450. especially at the national level, are becoming aware of the
  15451. implications for their organizations of the current debates on
  15452. information policy.
  15453.  
  15454. A revealing irony of the so-called "information age" is that while
  15455. debates continue regarding who will benefit from the billions of
  15456. dollars expected to be generated by new commercial information
  15457. products and the information highway, libraries struggle to stay
  15458. open and FreeNets are forced to exist hand-to-mouth.
  15459.  
  15460. Information policy is not currently a "hot" public policy issue.  It
  15461. does not command the public attention of debates on the economy,
  15462. unemployment, racial intolerance, the environment or the
  15463. disintegration of civil society which is occurring all around us.
  15464. The public is as unaware of information issues as are most of the
  15465. politicians.  An attempt to have an all-candidates meeting on these
  15466. issues during the last Federal election resulted in an
  15467. acknowledgement that no local B.C. candidates knew anything about
  15468. the issues.
  15469.  
  15470. However, the existence of libraries, FreeNets, and information
  15471. policies which encourage free public access to government
  15472. information and data collected in the enforcement of government
  15473. regulations are fundamental to thorough discussions of our key
  15474. public issues.  Policies which widen the gap between those who have
  15475. easy access to information and those who do not will further
  15476. undermine democratic debate.
  15477.  
  15478. Information Rights Week (April 11 - 17) is organized by the Canadian
  15479. Library Association, with the co-operation of Telecommunities
  15480. Canada.  Libraries across Canada will have posters, displays,
  15481. brochures, and programs to focus attention on these issues.  The
  15482. profound changes taking place in government policy regarding access
  15483. to information, high-speed telecommunication networks, and the
  15484. telephone system must be opened to the public.  We are already
  15485. divided into information rich and the information poor.  Current
  15486. policies to create a "pay per" society will magnify these
  15487. disparities.  TV programs, videos, government information, local
  15488. telephone calls would all be paid per minute, per byte of
  15489. information, per database searched.  Simultaneously, public sources
  15490. of information, like libraries, will deteriorate and electronic
  15491. alternatives such as FreeNets will struggle to provide a non-profit
  15492. option.
  15493.  
  15494. Decisions regarding future access to free government information,
  15495. universal and affordable telephone service and options for the
  15496. creation and distribution of non-commercial content must be made
  15497. openly and not behind closed doors.
  15498.  
  15499. Brian Campbell
  15500. Chair, Canadian Library Association Information Policy Committee
  15501. President, Vancouver Regional Freenet Association
  15502.  
  15503. For more information contact your local public library or the
  15504. Canadian Library Association, #602 200 Elgin St., Ottawa, Ontario
  15505. K2P 1L5 613-232-9625 Fax 613-563-9895 or Telecommunities Canada c/o
  15506. David Sutherland, Computing Services, Carleton University, Ottawa,
  15507. ON, K1S 5B6 or aa001@freenet.carelton.ca.
  15508.  
  15509.  
  15510. Stuart Hertzog, President              |   shertzog@wimsey.com
  15511. Global Village Communications Society  |
  15512. 2286 West 5th Avenue #201,             |   Using Mosaic?
  15513. Vancouver, B.C., Canada  V6K 1S3       |   Check out International Teletimes
  15514. +1 604 739 4263(vox) 739 2961(fax)     |   http://www.wimsey.com/
  15515.  
  15516. ------------------------------
  15517.  
  15518. From: dreuben@netcom.com (Cid Technologies)
  15519. Subject: SNET <-> BAMS Auto Call Delivery
  15520. Date: Sat, 16 Apr 1994 19:56:27 PDT
  15521.  
  15522.  
  15523. About a week and a half ago, I noticed that SNET/CT customers were now 
  15524. getting automatic call delivery to the Bell Atlantic seacoast service 
  15525. areas, SIDs 00008 and 00018. SID 00008 corresponds roughly to the 
  15526. Philadelphia/Wilmington Metropolitan area (but extends as far west as 
  15527. Reading PA and north to Allentown/Bethlehem - it's a huge system, and has 
  15528. excellent coverage in most areas!), and SID 00018 being the Baltimore and 
  15529. Washington DC metro areas, including Annapolis, MD.
  15530.  
  15531. Your features should also work, such as Call-Waiting, Call-Forwarding, 
  15532. "Do Not Disturb" (*78/*780), etc. Note that in the DC system, "Receive 
  15533. Calls/*78" = *18, and "Keep calls back in my home system so they can go 
  15534. to voicemail/*780" = *19.
  15535.  
  15536. BAMS/DC, for some reason, has this thing where they want to impose the 
  15537. use of the Follow Me Slowly (:) ) codes (*18, *19) for all auto call 
  15538. delivery. Thus, even if you have auto call delivery, you STILL need to 
  15539. use the FMR codes instead of the *78/*780. (In 00008/Philly they 
  15540. "managed" [wow, big effort :( ] to put the *78/*780 codes in because some 
  15541. nearby (Scranton/00172?) system needed it).
  15542.  
  15543. First off, I'm not sure why BAMS even wants this crazy system of mixing 
  15544. up the FMR codes with the auto call delivery codes - it confuses 
  15545. customers. I mean, they may hit *18 when they travel to Los Angeles, 
  15546. thinking "OK, I want to get calls automatically delivered", yet forget, or 
  15547. not even *know* that FMR has this ridiculous way of deactivating at 
  15548. midnight (GTE doesn't seem to know why they do this, just that it is 
  15549. etched in stone somewhere so they obviously can't change this ;) - of 
  15550. course the "A" side "Nationlink/Roam America" doesn't do this, but why 
  15551. should GTE Intercarrier Services care?).
  15552.  
  15553. So a Philly-based roamer in LA hits *18, gets calls for a day, and the 
  15554. next day, not knowing that there is a big difference between auto call 
  15555. delivery and FMR, just turns the phone on, and drives, but won't get any 
  15556. calls because FMR took his number down automatically at midnight. The 
  15557. roamer won't know this (unless he calls himself and sees its not busy), 
  15558. so the system as enacted by BAMS can lead to missed calls, especially 
  15559. from customers who are not too familiar with the differences between FMR 
  15560. and auto call delivery.
  15561.  
  15562. Moreover, if the Philly-based roamer using FMR in LA decides he wants 
  15563. calls to go to voicemail in Philly (they presently can't bounce 
  15564. back to voicemail thanks to the brilliant legal scholars at the Dept. of 
  15565. Justice who probably wouldn't know what a cellphone was if your dropped a 
  15566. few on them), he will hit *19 to deactivate FMR. *BUT* this will also 
  15567. deactivate auto call delivery. Thus, when the Philadelphia customer 
  15568. returns home, and drives to NY, or now CT, etc., ie, an area with auto 
  15569. call delivery, he won't get calls, as *19 ALSO serves to deactivate auto 
  15570. call delivery. The customers will have to know to reactivate auto call 
  15571. delivery, which I think many won't do, an thus further potential for 
  15572. confusion and missed calls.
  15573.  
  15574. In addition, NYNEX/NY customers, who also have automatic call delivery to 
  15575. BAMS's DC 00018 system, can't even use *18/*19! There is no way for a 
  15576. NYNEX/NY customer to force calls back to Voicemail (or just to turn call 
  15577. delivery off) once he enters the DC/Baltimore system.
  15578.  
  15579. NYNEX/NY tells me this is because every time you hit *18/*19, the carrier 
  15580. you are roaming in gets billed by GTE for the call. (No small wonder that 
  15581. cell carriers are trying to move away from GTE/FMR as fast as they can!)
  15582. BAMS either is dumb, doesn't care, or has some deal with GTE they don't pay.
  15583. Thus, they use the *18/*19 universally (and unwisely from the customers 
  15584. perspective as noted above). NYNEX, however, does pay for these calls, 
  15585. so they refused to allow BAMS customers to use *18/*19 in NYNEX 
  15586. territory. BAMS, in retaliation, refused to allow *78/*780 in their DC 
  15587. system for NYNEX customers, and I guess no one has noticed yet that it 
  15588. doesn't work for SNET (Question is does SNET allow *18/*19 for BAMS?)
  15589.  
  15590. Anyhow, so this has been going on for about 8 months no, and NOTHING has 
  15591. been done. So here's yet another good way to get out of your annual 
  15592. service contract with BAMS and/or NYNEX- tell them you were told that you 
  15593. could control call delivery in NY or DC, and in actuality, you can't, so 
  15594. you want to cancel with no cancellation penalty. (Also, note that since 
  15595. carriers supposedly pay GTE for every instance that *18/*19 was used, if 
  15596. your visiting a system where FMR is regularly slow, hit *18 every 10 
  15597. minutes until it kicks in. If you do it enough, it will cost them, and 
  15598. maybe they will look into improving set up speeds [which in most markets 
  15599. are under a minute now, I must admit], or ending that awful midnight 
  15600. deactivation!)
  15601.  
  15602. Oh, and one last thing: SNET customers can use Call-Forwarding in all 
  15603. non-NYNEX/NY markets. You can't forward or unforward in NYNEX/NY. (And 
  15604. NYNEX/NY can't do it in CT/W, Mass, or other NYNEX/NY properties). Why? 
  15605. They claim it's due to "fraud". I'm not sure how call-forwarding promotes 
  15606. cell fraud, but isn't it amazing how cell co's think they can justify 
  15607. almost any sort of inconvenience to the customer in by yelling out 
  15608. "fraudulent calls"!
  15609.  
  15610. It's nice to see that besides all the nonsense from the DOJ about call
  15611. handling in visited markets, NYNEX and BAMS are so intent upon playing
  15612. silly games with each other that customers have to suffer even more :(
  15613. All I can say is that if I had anything to do with this, a situation
  15614. like the above would never be a problem for long, let alone 8 months!
  15615. But at least there's one more market with auto call delivery - some
  15616. progress at least.
  15617.  
  15618.  
  15619. Doug        dreuben@netcom.com    CID Tech (203) 499-5221
  15620.  
  15621. ------------------------------
  15622.  
  15623. Date: Sun, 17 Apr 94 07:16:29 CDT
  15624. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  15625. Subject: Many Hassles Here Last Week
  15626.  
  15627.  
  15628. Hello everyone!
  15629.  
  15630. Due to an unpaid phone bill, Illinois Bell zapped me off line. Unlike
  15631. in the past where they have gone along with partial payments this time
  15632. they are holding out for the full balance in CASH and my check-kiting
  15633. and floating techniques did not bail me out ... I have a temporary
  15634. setup for a couple of days and am working ernestly to get things back
  15635. to normal but still need to get a little more $$ over to the collection
  15636. office before service will be restored.  In the meantime, I'll do what
  15637. I can from my temporary, fallback connection here.
  15638.  
  15639. PAT
  15640.  
  15641. ------------------------------
  15642.  
  15643. End of TELECOM Digest V14 #174
  15644. ******************************
  15645.     
  15646.     
  15647. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21463;
  15648.           17 Apr 94 12:10 EDT
  15649. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15650.     id AA12433; Sun, 17 Apr 94 08:26:04 CDT
  15651. Return-Path: <telecom>
  15652. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15653.     id AA12424; Sun, 17 Apr 94 08:26:02 CDT
  15654. Date: Sun, 17 Apr 94 08:26:02 CDT
  15655. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15656. Message-Id: <9404171326.AA12424@delta.eecs.nwu.edu>
  15657. To: telecom@eecs.nwu.edu
  15658. Subject: TELECOM Digest V14 #175
  15659.  
  15660. TELECOM Digest     Sun, 17 Apr 94 08:26:00 CDT    Volume 14 : Issue 175
  15661.  
  15662. Inside This Issue:                           Editor: Patrick A. Townson
  15663.  
  15664.     Star Line Information (Tom Ward)
  15665.     1-800 FAXMail Service (Jack Bzoza)
  15666.     Neat Tricks! (Glen Roberts)
  15667.     Line Load Control (was: CO's and Disasters) (John Botari)
  15668.     Local Number Portability - What a Can of Worms (John R. Levine)
  15669.     Let Your Fingers do the Walking on the Internet (Paul Robinson)
  15670.     Operator Assisted Sent-Paid Coin Calls (Paul Robinson)
  15671.     SEM - European Commercial Broadband Services Seminar (J. Nicaise)
  15672.  
  15673. TELECOM Digest is an electronic journal devoted mostly but not
  15674. exclusively to telecommunications topics. It is circulated anywhere
  15675. there is email, in addition to various telecom forums on a variety of
  15676. public service systems and networks including Compuserve and GEnie.
  15677. Subscriptions are available at no charge to qualified organizations
  15678. and individual readers. Write and tell us how you qualify:
  15679.  
  15680.                  * telecom-request@eecs.nwu.edu *
  15681.  
  15682. The Digest is compilation-copyrighted by Patrick Townson Associates of
  15683. Skokie, Illinois USA. We provide telecom consultation services and
  15684. long distance resale services including calling cards and 800 numbers.
  15685. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  15686. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  15687.  
  15688.     ** Article submission address only: telecom@eecs.nwu.edu **
  15689.  
  15690. Our archives are located at lcs.mit.edu and are available by using
  15691. anonymous ftp. The archives can also be accessed using our email
  15692. information service. For a copy of a helpful file explaining how to
  15693. use the information service, just ask.
  15694.  
  15695. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  15696. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  15697. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  15698. Digest" shares archives resources at lcs.mit.edu for the convenience
  15699. of users. Please *DO NOT* cross post articles between the groups. All
  15700. opinions expressed herein are deemed to be those of the author. Any
  15701. organizations listed are for identification purposes only and messages
  15702. should not be considered any official expression by the organization.
  15703. ----------------------------------------------------------------------
  15704.  
  15705. From: gaypanda@pinn.net (Tom Ward)
  15706. Subject: Star Line Information
  15707. Date: 16 Apr 1994 22:01:44 GMT
  15708. Organization: Pinnacle Online
  15709.  
  15710.  
  15711. Star Line Information Sheet #1
  15712. Carrier:  Contel Cellular of Virginia Inc
  15713. Market:   Norfolk, Virginia
  15714.  
  15715. *INFO    Free            Contel Cellular Info Line
  15716. *06    Airtime    804/254-3623    Weather Report
  15717. *211    Airtime    800/621-2622    Atlanta CNMC
  15718. *222    Airtime            American Automobile Association (AAA)
  15719. *30    Airtime    804/741-3800    Domino's Pizza
  15720. *40                Special Routing
  15721. *41                Special Routing
  15722. *HELP    Free    800/447-8500    Mr. Rescue
  15723. *48        804/727-6111    Police Department
  15724. *HUT    Airtime    804/499-9999    Pizza Hut
  15725. *51                Activate Octel Voice Mail
  15726. *52                Deactivate Octel Voice Mail
  15727. *57                Activate VMX Message Notification
  15728. *58                Deactivate VMX Message Notification
  15729. *61                Deactivate CCF
  15730. *611    Free    800/333-4004    Customer Care Department
  15731. *62                Deactivate ICP
  15732. *620    Airtime    804/498-2000    Virginia Beach Installation Shop
  15733. *71                Conditional Call Forwarding
  15734. *711    Free    800/333-4004    Customer Care Department
  15735. *72                Immediate Call Forwarding
  15736. *73                Cancel Call Forwarding
  15737. *811    Free    800/333-4004    Customer Care Department
  15738. *86                Access Octel Voice Mail
  15739. *880    Airtime    804/873-3663    Newport News Sales Office
  15740. *911    Free    911        Police/Fire/Rescue Emergency Number
  15741.  
  15742. ------------------------------
  15743.  
  15744. From: Jack Bzoza <JackB@delrina.com>
  15745. Subject: 1-800 FAXMail Service
  15746. Date: Sat, 16 Apr 1994 20:56:00 -0400
  15747.  
  15748.  
  15749. On Thu, 7 Apr 1994 09:31:27 PDT Les Reeves <lreeves@crl.com> wrote
  15750. and asked about: FAX Mailbox Services
  15751.  
  15752. >> Does anyone have any info on companies that provide a
  15753. >>  FAXMAIL service?
  15754.  
  15755. >> What I am looking for is a FAX Number I can give out that receives
  15756. >> faxes and then allows me to retrieve them from any fax machine by
  15757. >> dialing up my code.
  15758.  
  15759. > AT&T came out with a bunch of services for "professionals on the go"
  15760. > about a year ago, and a FAX mailbox was part of the package.  The
  15761. > disadvantage was that callers had to dial an 800 number and then enter
  15762. > a bunch more digits for your mailbox.  Most business users won't stand
  15763. > for this nonsense; they punch the number into the fax machine and walk
  15764. > away.
  15765.  
  15766. Delrina (the makers of WinFax and PerForm) has just announced a fax
  15767. mailbox service exactly as you describe.  It will ship (i.e. be available) 
  15768. in about two weeks time.
  15769.  
  15770. It provides you with a personal 1-800 telephone number which can
  15771. receive faxes or voicemail.  It also has a paging notification feature
  15772. which you can have page you when a fax arrives for you in your mailbox.
  15773.  
  15774. To receive your faxes onto your computer, just click on 'Retrieve From
  15775. MailBox' from the Service's menu found in WinFax PRO 4.0.  Type in
  15776. your password, and your faxes will automatically be sent to you.  If
  15777. you don+t have your computer, or access to one, you can instruct the
  15778. service to send your faxes to a fax machine.  Your faxes are retrieved
  15779. from the same 1-800 number so there are no long distance access
  15780. charges.
  15781.  
  15782. It is currently the ONLY way to retrieve a fax sent to your fax
  15783. mailbox directly to your hotel room with your laptop.
  15784.  
  15785. You can call your Fax MailBox either from WinFax PRO or using a touch
  15786. tone phone to find out if there are any faxes waiting for you.  The
  15787. service will let you know how many faxes you've got, how many pages
  15788. are in each fax, and at what time each fax was received.  And you can
  15789. even pick and choose the faxes you want sent to you immediately, while
  15790. leaving others in your MailBox for retrieval at a later time.
  15791.  
  15792. Other options are available including DID numbers (for international
  15793. access), and voicemail options (the same mailbox can also take your
  15794. voicemail messages).
  15795.  
  15796. Also your telephone company+s "call forwarding" service lets you have
  15797. your faxes forwarded directly to your MailBox.  If you want to receive
  15798. your messages immediately, either to your office or an out of town
  15799. location, simply call forward your Delrina Fax MailBox number to your
  15800. current location.  Your messages will be automatically transferred.
  15801. And if that line is busy, your transmission can be rerouted back into
  15802. your MailBox through your phone company+s "call forward when busy"
  15803. service.
  15804.  
  15805. For more info you can call Delrina in California at 1-800-268-6082.
  15806.  
  15807.  
  15808. Jack Bzoza    jackb@delrina.com    Delrina (Canada) Corporation
  15809.  
  15810. ------------------------------
  15811.  
  15812. From: glr@rci.ripco.com (Glen Roberts)
  15813. Subject: Neat Tricks!
  15814. Organization: RCI, Chicago, IL
  15815. Date: Sat, 16 Apr 1994 23:12:42 GMT
  15816.  
  15817.  
  15818. PROTECT YOURSELF WITH THE CHICAGO TRIBUNE'S TELEMARKETING TRICK
  15819.  
  15820. The irritating telemarketing call comes in ... it's the middle of
  15821. dinner and some lady wants to know if we get the Chicago Tribune ... I
  15822. tell them, just when it comes free a couple times a week ... and the
  15823. delight in the back of my mind that finally I have the phone number of
  15824. the agitating telemarketer!  For once, it's not "out of area" on the
  15825. Caller-ID display.
  15826.  
  15827. Well, my delight in phoning the back to express my displeasure with
  15828. them, quickly turned to frustration! Try it ... 1-312-670-4113. It
  15829. won't cost you anything. The familiar reorder tones followed by the
  15830. number 670-4113 "is not in service for incoming calls!" The ultimate
  15831. Caller-ID block.
  15832.  
  15833. Why not use it to protect your privacy? Get your second line setup by
  15834. the phone company that way, place all your out-going calls on it and
  15835. bam no body can return call or redial your number. Yeah, the phone
  15836. company will probably tell you they can't do that for you. Tell them
  15837. to call 1-312-670-4113 as proof that it can be done.
  15838.  
  15839. Also, here's another way to block caller-id. Dial 10288EEE-NNNN where
  15840. EEE is your exchange and NNNN is the number. For example, from my
  15841. home, if I call the surveillance hotline: (708) 356-9646... by dialing
  15842. "356-9646" Caller ID gets my home phone. Yet, if I dial"10288356-9646" 
  15843. it comes in as out of area (yeah and I probably get billed the same as 
  15844. calling long distance).
  15845.  
  15846.  
  15847. Glen L. Roberts, author, How To Spy On Anyone Without Getting Caught
  15848. Host Full Disclosure Live (WWCR 5,810 khz - Sundays 7pm central)
  15849. Box 734, Antioch, Illinois 60002. Fax: (708) 838-0316
  15850. Call the Surveillance Hotline: (708) 356-9646
  15851.  
  15852.  
  15853. [TELECOM Digest Editor's Note: One-way service (either way, incoming or
  15854. outgoing only) is a common arrangement with Illinois Bell and there
  15855. should be no hassles in getting a line set up that way if desired. The
  15856. service reps will probably stress that it is important to have at least
  15857. one line working both ways, but they won't refuse your request. Quite a
  15858. few years ago I had a bank of phones in a rotary hunt group which were
  15859. for incoming calls only: If you picked them up to make an outgoing call
  15860. all you got on the line was battery; never a dial tone. Regards the use
  15861. of 10288 (or other 10xxx) to bypass Caller-ID, I should note that Glen
  15862. is in Antioch -- the outer reaches of 708 -- and things may be a little
  15863. different there, but in much (most?) of IBT territory, 10-anything is
  15864. disgarded by telco if it is a call they themselves are entitled to handle.
  15865. That's not to say the call is not routed in such a way that somehow it
  15866. avoids Caller-ID -- just that handling by the LD carrier is unlikely.  PAT]
  15867.  
  15868. ------------------------------
  15869.  
  15870. From: John Botari <jb@desoto.wxe.sk.doe.ca>
  15871. Subject: Line Load Control (was: CO's and Disasters)
  15872. Date: Sat, 16 Apr 94 22:44:59 CST
  15873.  
  15874.  
  15875. In article <telecom14.172.8@eecs.nwu.edu>, Thomas Tengdin <teto@mbari.
  15876. org> writes:
  15877.  
  15878. > I was at an earthquake disaster training session this week and 
  15879. > a statement was made:
  15880.  
  15881. > The telephone company computers will connect some customers
  15882. > at a higher priority than others.  
  15883.  
  15884. > This is the first I have heard of calls being processed in any other
  15885. > way than first to finish dialing, first to be processed (more or
  15886. > less).
  15887.  
  15888. > Is there something in CO Class of Service? or other programming that
  15889. > gives "priority" service to a select class of lines?
  15890.  
  15891. I believe that the answer to this is "yes" ... in Canadian practice,
  15892. at least, it's referred to as "Line Load Control" or "LLC".  The
  15893. intent is (as I understand it) to ensure that lines associated with
  15894. emergency services will be the first to be granted dial tone in
  15895. situations where the telco's equipment is heavily loaded (as
  15896. frequently happens in times of disaster).  Pat, perhaps you could
  15897. comment on the practice in American jurisdictions; I'd also be
  15898. interested to know how this might have been accomplished in the days
  15899. of electromechanical switching, before it became just a software
  15900. configuration change!
  15901.  
  15902.  
  15903. John Botari   Environment Canada - Informatics   Saskatoon, SK, Canada
  15904.                         jb@desoto.wxe.sk.doe.ca
  15905.  
  15906. ------------------------------
  15907.  
  15908. From: johnl@iecc.com (John R Levine)
  15909. Subject: Local Number Portability - What a Can of Worms
  15910. Date: Sun, 17 Apr 94 02:00:51 EDT
  15911.  
  15912.  
  15913. A recent copy of {America's Network}, formerly TE&M, a widely read
  15914. trade rag for telco managers, has an interesting article on local
  15915. exchange competition and number portability.
  15916.  
  15917. The obvious way for CAPs to hook into the network is to set up their
  15918. own central offices and prefixes and hook into the network using
  15919. either tandem interfaces, as existing independent telcos do, or PBX
  15920. interfaces, as cellular carrierrs do.  But the argument is plausibly
  15921. made that CAPs will be at a significant disadvantage that way, since
  15922. you'd have to change your phone number if you switched phone companies.
  15923.  
  15924. So the thought is that local phone numbers will have to be portable,
  15925. much as 800 numbers are now portable.  When you call an 800 number,
  15926. your local telco looks up the 800 number and gets the carrier to which
  15927. to route the call.  With local number portability, someone would have
  15928. to do the same lookup for every single call.
  15929.  
  15930. Issues include:
  15931.  
  15932. * Database control:  Who's going to run the database(s)?  The current
  15933.   LEC?  The CAPs?  Some yet to be created entity?
  15934.  
  15935. * Database size: 800 numbers are a small fraction of the total
  15936.   calls made today, databases for local numbers would have to be orders
  15937.   of magnitude bigger.
  15938.  
  15939. * Database performance: The speed at which 800 numbers are looked up may
  15940.   not be fast enough for local calls.
  15941.  
  15942. * Database locations: Where is the lookup made?  At the origin exchange,
  15943.   which may be 3000 miles from the target?  Somewhere near the terminating
  15944.   customer?
  15945.  
  15946. * Money: Who's going to pay for all this?  800 numbers are all toll calls
  15947.   (to the callee) so there's a stream of revenue that can be tapped to pay
  15948.   for the portability database.  Where's it going to come from for
  15949.   unmetered local calls?  Will PUCs let this into the rate base?
  15950.  
  15951. If this lookup database existed, there would be all sorts of new services
  15952. available, such as automatic rerouting on demand, at time of day, by type
  15953. of call, etc.
  15954.  
  15955. Expect exciting times ahead.
  15956.  
  15957.  
  15958. Regards,
  15959.  
  15960. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  15961.  
  15962. ------------------------------
  15963.  
  15964. Date: Sun, 17 Apr 1994 03:47:29 EDT
  15965. From: Paul Robinson <PAUL@TDR.COM>
  15966. Reply-To: Paul Robinson <PAUL@TDR.COM>
  15967. Subject: Let Your Fingers do the Walking on the Internet
  15968. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  15969.  
  15970.  
  15971. Saturday I was over at Micro Center, a computer store in Vienna,
  15972. Virginia.
  15973.  
  15974. Visiting the book department, I spotted a new set of three books,
  15975. highlighted in plain view, all having the word "Internet" on the
  15976. cover.
  15977.  
  15978. One was a book on things you can find, e.g. a list of sources for
  15979. things such as Weather information, FTP sites for various types of
  15980. files, and so on, e.g. a list of services similar to the ones on the
  15981. internet, only broader and much better organized.  It was also about
  15982. an inch thick, which meant it was about 500 pages long.  I didn't have
  15983. much chance to look at it since I don't have that much interest in the
  15984. services on the Internet.  I know they are comprehensive, I just never
  15985. thought about it.
  15986.  
  15987. The second book was printed on yellow paper and I think it referred to
  15988. itself as "The Internet Yellow Pages".  In essence it was a topic and
  15989. subject cross reference for news groups and mailing lists.  This, I
  15990. think is a good idea.  It's better if someone knows that, for example,
  15991. Com Priv deals with the Commercialization and Privatization of the
  15992. Internet and not with say, Private Compost heap management.  (Although
  15993. some people who read that group might think the latter is more
  15994. accurate.)  Or that the Bitnet list ETHICS-L@VM.GMD.DE deals with the
  15995. ethics of computer programming and computer-related ethical issues,
  15996. rather than it being a general ethics list.
  15997.  
  15998. This too, was a Phone Book sized tome, about 3/4 inch thick, and it also 
  15999. mentioned that it covers about 2700+ newsgroups, which doesn't make it 
  16000. comprehensive (as someone corrected me earlier this month, the worldwide 
  16001. set of public newsgroups is currently over 8,000 and runs close to 100 
  16002. megabytes a day.)
  16003.  
  16004. What I found most interesting was the third book, also about an inch
  16005. thick, e.g. phone book sized, and what could probably be called "The
  16006. Internet White Pages".  Someone started collecting E-Mail addresses
  16007. and names for people from public messages, probably those posted on
  16008. newsgroups and heavily circulated mailing lists and put them in
  16009. alphabetical order.  A practice very similar to that done by the
  16010. address lookup program on rtfm.mit.edu (formerly "pit-manager").
  16011.  
  16012. Apparently the compiler of the book collected some 100,000 people's names 
  16013. and printed them up.  This book is fairly recent but not that much.  As 
  16014. with most people, I looked myself up.  While it does have my address on 
  16015. access.net and MCI Mail, it does not have my address here on TDR.COM, 
  16016. which implies that it stopped collecting before I started using it 
  16017. almost exclusively, which would be before December 5, 1993, which is when 
  16018. the TDR.COM domain is listed as last updated via WHOIS.
  16019.  
  16020. Some people seem to have gotten upset over the collection of E-Mail 
  16021. addresses for advertising.  Now, here, someone has generally collected 
  16022. everyone's address off public messages, and published them in a book that 
  16023. is sold over the counter in a computer store.  I wonder how people feel 
  16024. about this issue.
  16025.  
  16026. The author said in the preface quite frankly that he had started
  16027. "surrepticiously" collecting E-Mail addresses for a while.  I put that
  16028. word in quotes because I think that was his term, not mine.  I am
  16029. trying to avoid being judgemental here, because I don't see it as that
  16030. big a problem.  My E-Mail address is not my street address and doesn't
  16031. tell you where I live or what I do or how much money I make or how
  16032. educated I am.  But this practice does annoy some people and I wanted
  16033. to let some people know that if you are worried about the collection
  16034. of names and E-Mail addresses, you are a little late, someone's
  16035. already done a White Pages that anyone can purchase.  And if it's
  16036. successful, I'll bet there will be new issues, as well as possibly
  16037. competitors.
  16038.  
  16039. Seriously, I have a full newsgroup feed coming into the site I use,
  16040. there's nothing that says I couldn't set up a cron job that runs
  16041. several times a day to scan the spool files and collect addresses for
  16042. subsequent publication.  Anyone who has access to a full news feed
  16043. could have done the same thing.
  16044.  
  16045. Here's some questions to think about: What do you think about the
  16046. practice?  Is it right or wrong and why?  Does this impact people's
  16047. security?  Are there risks involved if your E-Mail address becomes
  16048. well known or if it is misprinted in a published "white pages"?  Are
  16049. there other considerations to think about?
  16050.  
  16051.  
  16052. Paul Robinson - Paul@TDR.COM
  16053.  
  16054. ------------------------------
  16055.  
  16056. Date: Sun, 17 Apr 1994 04:50:40 EDT
  16057. From: Paul Robinson <PAUL@TDR.COM>
  16058. Reply-To: Paul Robinson <PAUL@TDR.COM>
  16059. Subject: Operator Assisted Sent-Paid Coin Calls
  16060. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  16061.  
  16062.  
  16063. I was asked the following question:
  16064.  
  16065. > You wrote:
  16066.  
  16067. >> In addition, AT&T filed tariff revisions with the Federal 
  16068. >> Communications Commission on April 4, 1994 to increase its interstate 
  16069. >> operator assisted sent-paid coin and coin person-to-person per minute 
  16070. >> rates.
  16071.  
  16072. > What are operator assisted sent-paid coin calls?
  16073.  
  16074. Well, since the text excludes person-to-person coin (since they are
  16075. mentioned separately), it probably refers to overseas coin calls since
  16076. they cannot be handled automatically.
  16077.  
  16078. I'm guessing here, but what it probably refers to is a historical
  16079. issue.  The coin holding tray (the part that keeps coins until the
  16080. call supervises, not to be confused with the fare collection box) on
  16081. pay telephones in the U.S. can't hold more than three dollars, I have
  16082. been told.  If an overseas call costs more than that, the operator has
  16083. to process it manually.
  16084.  
  16085. For example, at 10:00 in the morning Eastern time, a coin-paid
  16086. station-to-station call to Israel costs $7.80 for three minutes, and 
  16087. $1.40 for each additional minute.  This means that an operator would 
  16088. have to accept $3, wait for a connection, dump the tray, ask the 
  16089. recipient of the call to wait, accept another $3, dump the tray, 
  16090. accept $1.80, then allow you to talk for the 15 seconds you'd have 
  16091. left of the first three minutes you just spent throwing quarters 
  16092. into the pay phone!  :)
  16093.  
  16094.  
  16095. Paul Robinson - Paul@TDR.COM
  16096.  
  16097. ------------------------------
  16098.  
  16099. Date: Sat, 16 Apr 94 12:41:37 +0100
  16100. From: Jean-Philippe Nicaise <nicky@jabba.fdn.org>
  16101. Subject: SEM - European Commercial Broadband Services Seminar
  16102.  
  16103.  
  16104.      \\  |    THESEUS INSTITUTE  
  16105.  
  16106.      //  |          
  16107.  
  16108.     // /\| _        AND     ______  ______   ____       __  __   __
  16109.    // /   //\               | __  \ | __  \  | __ \     | | | \  | |
  16110.   // /   // /         BRAIN | |_> / | |_> /  | |_\ \    | | |  \ | |
  16111.  // /   // /          R2095 | __ <  | __ <   | ____ \   | | | \ \| |
  16112. // /   // / ____            | | \ \ | | \ \  | |   \ \  | | | |\ \ |
  16113. \\/ _ // /  \\  |           | |_/ / | |  \ \ | |    \ \ | | | | \  |
  16114.    ||\/ /   //  |           |____/  | |   \ \| |     \ \| | | |  \ |
  16115.    ||  /   // /\|   
  16116.  
  16117.    ||__\  // /                   ANNOUNCE
  16118.          // /       
  16119.  
  16120.         // /         A Seminar examining the commercial availability  
  16121.  
  16122.        // /                   of European Broadband services
  16123.        \\/     
  16124.  
  16125.                    MIGRATING TO COMMERCIAL BROADBAND SERVICES
  16126.  
  16127.                                April 28, 1994
  16128.                               THESEUS Institute
  16129.                               Sophia-Antipolis
  16130.                                    France
  16131.  
  16132. Broadband Communications, handling simultaneously voice, data and
  16133. video transmissions at large bandwidths, hold the promise of creating
  16134. new consumer and business services, as well as allowing companies to
  16135. be organised in new and innovative ways.
  16136.  
  16137. Today, various commerical broadband services are being offered to
  16138. European users.  However, in an emerging market, many issues are  
  16139. raised:
  16140.  
  16141.   * What is the nature of these services ?
  16142.   * Is the availability and variety of services meeting user 
  16143.     requirements ?
  16144.   * Why are users choosing specific services ?
  16145.   * What are the technological and/or commercial dilemmas facing the
  16146.     large user ?
  16147.   * Make or buy ? What is the technological life span of alternatives  
  16148.     and can they be effectively evaluated ?
  16149.   * What are the technical migration paths chosen by these users ?
  16150.  
  16151. This seminar, held in France's Telecom valley, will directly
  16152. address these issues.
  16153.  
  16154.   ***  various commercial service offerings will be explored:  *** 
  16155.  
  16156.   ***       SMDS, Frame relay, ATM, High speed X.25            ***
  16157.  
  16158.   ***  the seminar will bring together:                        ***
  16159.   ***      - broadband service providers                       ***
  16160.   ***      - clients of the broadband providers                ***
  16161.   ***      - large corporate potential users                   ***
  16162.   ***      - industry experts                                  ***
  16163.   ***      - American service providers                        ***
  16164.   
  16165.                                  Schedule
  16166.  
  16167.                           Thursday, April 28, 1994
  16168.  
  16169.  9:00   European Broadband Services
  16170.            Jeff GOULD, Datastrategies
  16171.            Jerome CAMUS, Theseus Institute
  16172.  
  16173.  9:30    BT's National SMDS Network
  16174.            Chris GAHAN,  
  16175.  
  16176.            Data Solutions Manager, BT 
  16177.  
  16178. 10:30    Frame Relay & ATM 
  16179.  
  16180.         in Telecom Finland's Service Offering Portfolio
  16181.            Pekka TOYTARI, 
  16182.  
  16183.            Development Manager, Telecom Finland
  16184.  
  16185. 11:15    LAN Interconnection & High Speed X.25 at France Telecom
  16186.            Dominique FAUX, 
  16187.  
  16188.            Broadband Infrastructures Marketing, FT
  16189.  
  16190. 12:00    The  American Experience in Developing an ATM Network 
  16191.  
  16192.            Thierry BOSSER, 
  16193.  
  16194.            Metropolitan Fiber Systems
  16195.  
  16196. 14:00    Panel Commercial Broadband : 
  16197.  
  16198.               Meeting User Needs, 
  16199.  
  16200.           Technology Alternatives and 
  16201.  
  16202.                Migration Paths
  16203. Nigel DYE, 
  16204.  
  16205.            Network Planner, Amadeus
  16206. Olivier FAGOT, 
  16207.  
  16208.            Administrateur Reseau, TF1
  16209. Chris GAHAN, 
  16210.  
  16211.            British Telecom
  16212. Jean LORRAIN, 
  16213.  
  16214.            IBM La Gaude
  16215. Pekka TOYTARI, 
  16216.  
  16217.            Telecom Finland
  16218. Dominique FAUX, 
  16219.  
  16220.            France Telecom 
  16221.  
  16222. Francois BAR, 
  16223.  
  16224.            Berkeley Roundtable on International Economics
  16225. Thierry BOSSER, 
  16226.  
  16227.            MFS
  16228.  
  16229. 17:30    ATM Demonstrator
  16230.  
  16231.     A demonstration of ATM by France Telecom is planned in closing
  16232. of the seminar.  It would be held at the Agora, France Telecom's
  16233. technology showcase, right next to Theseus Institute.
  16234.  
  16235.         This seminar is of interest to you if:
  16236.  
  16237. *      you are concerned with the choice or management of corporate 
  16238.        telecommunications services
  16239.  
  16240. *      you would like to find out what broadband development 
  16241.        possibilities exist and how they may apply to your organization
  16242.  
  16243. *      you are involved in the research, development or 
  16244.        commercialisation of advanced broadband communication products 
  16245.        and services
  16246.  
  16247. *      you wish to meet peers and have the opportunity to discuss 
  16248.        with them similar concerns
  16249.  
  16250. For additional information, contact:
  16251.  
  16252. Jerome Camus          +(33) 92.94.51.00
  16253.                            camus@theseus.fr
  16254. Robert Liddington     +(33) 92.94.51.23
  16255.                            liddington@theseus.fr
  16256. Fax:                  +(33) 93.65.38.37
  16257.  
  16258.                          Fees
  16259.  
  16260. Seminar fees, including materials, lunch & coffee breaks are of :
  16261.           180 ECUs        or      1200 FF (excluding VAT)
  16262.                     VAT of 18.6%
  16263.  
  16264. A special fee is available to individuals affilated with RACE 
  16265. projects (indicate RACE project number affiliation in registration 
  16266. form):
  16267.            90 ECUs        or       600 FF (excluding VAT) 
  16268.  
  16269.                     VAT of 18.6%
  16270.  
  16271. Bank transfers can be made to  
  16272.  
  16273.  
  16274. Currency          ECU                 French Franc
  16275. Bank          BNP Cannes            BNP Sophia Antipolis
  16276. Account #     185 000 33             0002 5026 582
  16277. Bank Code       30004                    30004
  16278. Sort Code       00643                    02037
  16279. Cle RIB                                    54
  16280.  
  16281. Or cheques can be sent to:
  16282.              Theseus Institute
  16283.              rue Albert Einstein
  16284.              BP 169
  16285.              06903 Sophia-Antipolis cedex
  16286.              France
  16287.  
  16288.                    Accommodation
  16289. Specially-priced hotel accommodation is available at Hotel Omega, 
  16290. situated 50 metres from Theseus Institute.  
  16291.  
  16292. Call +(33) 92.96.07.07 and quote the 
  16293.  
  16294.                    Broadband Communications seminar.
  16295.  
  16296.              Registration Form (Please print if returned by mail)
  16297.  
  16298. Title:     
  16299.  
  16300. Last Name     
  16301.  
  16302. First Name(s)
  16303.  
  16304. Position:
  16305. Organisation:
  16306. Mailing Address:
  16307. Postal Code:     
  16308.  
  16309. Country:
  16310.  
  16311. Telephone:     
  16312.  
  16313. Fax:
  16314. e-mail:     
  16315.  
  16316. RACE project affiliation (indicate project number)
  16317.  
  16318. Please state what aspects of broadband communications are of interest 
  16319. to you: 
  16320.  
  16321.  
  16322. Payment (identify one) :          
  16323.  
  16324.    Cheque enclosed          
  16325.  
  16326.    Bank transfer
  16327.  
  16328. BRAIN (Bringing Researchers in Advanced communications to INdustry) 
  16329. is a RACE project with the mandate of offering training and 
  16330. education programs to the community of persons concerned with the 
  16331. development of broadband in Europe.  BRAIN runs a yearly Summer 
  16332. School and various seminars.
  16333.  
  16334. Theseus Institute is dedicated to bridging issues in Strategy, 
  16335. Innovation and Information Technologies.  Advanced management 
  16336. education programmes include a one-year MBA, Executive Education 
  16337. programmes and specialised seminars.
  16338.  
  16339.  
  16340. Jean-Philippe Nicaise
  16341. Association French Data Network - Paris (nicky@fdn.org)
  16342. Institut Theseus - Sophia Antipolis (nicaise@theseus.fr)
  16343.  
  16344. ------------------------------
  16345.  
  16346. End of TELECOM Digest V14 #175
  16347. ******************************
  16348.     
  16349.     
  16350. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21865;
  16351.           17 Apr 94 13:51 EDT
  16352. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16353.     id AA13174; Sun, 17 Apr 94 09:42:25 CDT
  16354. Return-Path: <telecom>
  16355. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16356.     id AA13165; Sun, 17 Apr 94 09:42:23 CDT
  16357. Date: Sun, 17 Apr 94 09:42:23 CDT
  16358. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16359. Message-Id: <9404171442.AA13165@delta.eecs.nwu.edu>
  16360. To: telecom@eecs.nwu.edu
  16361. Subject: TELECOM Digest V14 #176
  16362.  
  16363. TELECOM Digest     Sun, 17 Apr 94 09:42:00 CDT    Volume 14 : Issue 176
  16364.  
  16365. Inside This Issue:                           Editor: Patrick A. Townson
  16366.  
  16367.     Distinctive Ring Switch OK? (Stuart Whitmore)
  16368.     Job Opening, The Limited, Columbus, OH (Jane Fraser)
  16369.     TCP/IP Over X.25/Datapac (Gordon Sawatzky)
  16370.     Need HDSL Loop Simulator Vendor Information (Yee-Lee Shyong)
  16371.     Comments About Modem Connection From US to Germany (Marko Ruokonen)
  16372.     Source for T1 CSU/DSU? (Avi Freedman)
  16373.     Equal Access in Canada (Jeff Bamford)
  16374.     Broadband ISDN (Carl Larson)
  16375.     Can Residential Voltage (?) Drop? (Dick O'Connor)
  16376.     Sprint Upgrades Network to SONET (Paul Robinson)
  16377.     Help Reading AT&T and NYNEX Toll Tapes (Stuart Cohnen)
  16378.     Re: Need Technical Information on CPDP (PDC Chris)
  16379.     800-555-1212 is Not Southwestern Bell (David Quist)
  16380.  
  16381. TELECOM Digest is an electronic journal devoted mostly but not
  16382. exclusively to telecommunications topics. It is circulated anywhere
  16383. there is email, in addition to various telecom forums on a variety of
  16384. public service systems and networks including Compuserve and GEnie.
  16385. Subscriptions are available at no charge to qualified organizations
  16386. and individual readers. Write and tell us how you qualify:
  16387.  
  16388.                  * telecom-request@eecs.nwu.edu *
  16389.  
  16390. The Digest is compilation-copyrighted by Patrick Townson Associates of
  16391. Skokie, Illinois USA. We provide telecom consultation services and
  16392. long distance resale services including calling cards and 800 numbers.
  16393. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  16394. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  16395.  
  16396.     ** Article submission address only: telecom@eecs.nwu.edu **
  16397.  
  16398. Our archives are located at lcs.mit.edu and are available by using
  16399. anonymous ftp. The archives can also be accessed using our email
  16400. information service. For a copy of a helpful file explaining how to
  16401. use the information service, just ask.
  16402.  
  16403. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  16404. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  16405. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  16406. Digest" shares archives resources at lcs.mit.edu for the convenience
  16407. of users. Please *DO NOT* cross post articles between the groups. All
  16408. opinions expressed herein are deemed to be those of the author. Any
  16409. organizations listed are for identification purposes only and messages
  16410. should not be considered any official expression by the organization.
  16411. ----------------------------------------------------------------------
  16412.  
  16413. Date: Sun, 17 Apr 1994 03:51:55 -0700
  16414. From: whitmore@tahoma.cwu.edu (Rattlesnake Stu)
  16415. Subject: Distinctive Ring Switch OK?
  16416. Organization: Central Washington University
  16417.  
  16418.  
  16419. Does anyone have any direct experience with phone line switches that
  16420. use distinctive ring to determine which device (e.g., FAX, phone,
  16421. modem) to ring through to?  I've looked at two types in catalogs; one
  16422. handles two devices (two ring types) and the other handles four.  The
  16423. basic function is that there is one "in jack" and two or four "out
  16424. jacks".  The unit determines the type of ring coming in, and passes
  16425. the ring signal on to the device on the appropriate port/jack.
  16426.  
  16427. I'm considering using this to mix a voice line with a data/FAX line,
  16428. as adding a whole new line is not feasible at this time.  Before I buy
  16429. the switch, I'd like to know if people have had sucesses or (more
  16430. importantly) problems with this type of configuration.  The data/FAX
  16431. line currently has a ZyXEL U-1496E+ on it ... I don't know if that
  16432. makes a difference, but it might if the ring signal passed on by the
  16433. switch is not identical to the phone company's ring.
  16434.  
  16435. Any comments or advice?  I apologize for posting this in multiple
  16436. newsgroups, but each is applicable to the situation (nfp).  Thanks, in
  16437. advance, for informative input.
  16438.  
  16439.  
  16440. Stuart Whitmore          FAX:  (509) 925-3893      Data: Same as FAX
  16441. whitmore@tahoma.cwu.edu  whitmore@cwu.bitnet       71221.1737@compuserve.com
  16442.  
  16443. ------------------------------
  16444.  
  16445. Date: Sun, 17 Apr 1994 04:19:10 EDT
  16446. From: fraser@ccl2.eng.ohio-state.edu
  16447. Subject: Job Opening, The Limited, Columbus, OH
  16448.  
  16449.  
  16450. The following information is from a job announcement from The Limited,
  16451. which is headquartered here in Columbus, OH.  In talking with people
  16452. at The Limited, I've learned that they will make this a management
  16453. position "for the right person." For more information called Vince
  16454. Dillon at 614-479-7510. 
  16455.  
  16456. Jane Fraser, Ohio State University
  16457.  
  16458. Telecommunications Analyst
  16459.  
  16460. The distribution and related business expertise of Limited
  16461. Distribution Services provides a clear competitive edge to one of the
  16462. largest fashion retailers in the world! A major division of The
  16463. Limited, Inc., we how have an excellent opportunity at our
  16464. headquarters for a technically skilled team player who is ready to
  16465. grow.  Our successful candidate will possess three years experience in
  16466. all or most of the following areas: high-speed voice/data networking
  16467. area, T-1, T-3, Frame Relay and SONET.  Outstanding communication
  16468. skills and highly creative analytical abilites are essential.  A
  16469. proven track record of user sensitivity and vendor management are also
  16470. a must.
  16471.  
  16472. We offer attractive salary commensurate with experience, outstanding
  16473. benefits, and the setting of a leading edge industry pace setter.
  16474. Please send your resume with salary requirements to: Limited
  16475. Distribution Services, Human Resources Dept, P.O. Box 182199,
  16476. Columbus, OH 43218.
  16477.  
  16478. ------------------------------
  16479.  
  16480. From: gord@infomag.mb.ca (Gordon Sawatzky)
  16481. Subject: TCP/IP Over X.25/Datapac
  16482. Date: Sat, 16 Apr 1994 17:00:58 -0400
  16483. Organization: InfoMagnetics Technologies Corporation
  16484.  
  16485.  
  16486. Does anyone know of products that allow TCP/IP over X.25 (datapac)
  16487. connections for Windows?
  16488.  
  16489. ------------------------------
  16490.  
  16491. Date: Sun, 17 Apr 94 10:31:12 GMT
  16492. From: apollo@n2sun1.ccl.itri.org.tw (Yee-Lee Shyong)
  16493. Subject: Need HDSL Loop Simulator Vendor Information
  16494.  
  16495.  
  16496.  
  16497.     Currently I am involved in the planning of HDSL deployment. I
  16498. am just collecting information on three vendors:
  16499.  
  16500.     [1] W&G, German company
  16501.     [2] Consultronics, Canada company
  16502.     [3] TAS
  16503.  
  16504. Can anyone provide me the eMail address of these companies?
  16505.  
  16506.  
  16507. Best Regards,
  16508.  
  16509. Apollo Shyong
  16510.  
  16511. ------------------------------
  16512.  
  16513. Date: 17 Apr 94 05:38:10 EDT
  16514. From: Marko Ruokonen <100031.31@CompuServe.COM>
  16515. Subject: Comments About Modem Connection From US to Germany
  16516.  
  16517.  
  16518. During the Easter holidays, I visited the US (Boston area) and had
  16519. some "first-hand" experience with the US phone system.
  16520.  
  16521. What follows are just some impressions a tourist (used to POTS, pulse
  16522. dialing, etc.) had with some foreign phone system.
  16523.  
  16524. I was amazed about the really good line quality when calling my
  16525. parents at home in Cologne, Germany.
  16526.  
  16527. I was traveling with my notebook that is equipped with an PCMCIA IBM
  16528. Highspeed Fax/Modem (14400 bps), configured for the german phone
  16529. system (since I normally use it in Germany). The modem had an RJ-11
  16530. jack that plugged into an adapter for the german TAE-N norm.  Instead
  16531. of using the german adapter, I used a standard phone cord that plugged
  16532. directly to the phone jack. The modem even recognized the US dial tone
  16533. (I really WAS suprised that things could be THAT easy...)  Leaving out
  16534. the adapter did the job of connecting to the US system, but since the
  16535. adapter is supposed to do some "adjustments" for the german system, I
  16536. am not quite sure if that was the correct way (legally or technically)
  16537. to do that; IBM offers different adapters for different countries, so
  16538. should I buy one for my next trip to the US to "play the game save"?
  16539.  
  16540. Since I own an MCI calling card, I was able to conduct a test
  16541. connection to the german DATEX-J and from there to my bank.
  16542.  
  16543. The dialing string I used was:
  16544.  
  16545. 1. 950-1022     (access MCI long-distance);
  16546. 2. ,,,,         (wait 8 seconds to get MCI "dial tone");
  16547. 3. 01492211910# (phone number, Cologne dial-in, the # eliminated the time-out);
  16548. 4. ,            (wait for 2 seconds to get second dial-tone);
  16549. 5. xxxxxxxxxxxxxx (MCI calling card number);
  16550. 6. ,,           (allow 4 more seconds to get to Germany, so modem will not
  16551.                  just time out).
  16552.  
  16553. The connection was completed, but was dropped after approximatly thirty
  16554. seconds, no matter what I typed (or did not type).
  16555.  
  16556. I figured out that I had to disable carrier supervision also, so that
  16557. my modem would not disconect due to a short loss of carrier. From then
  16558. on, the connection went just smoothly, maybe it was even cleaner than
  16559. my local connection I use to have here in Germany: the built-up time
  16560. for the display were slightly shorter).
  16561.  
  16562. Now for some more questions:
  16563.  
  16564. First, why did my modem quit after approximatly 30 seconds? Was the
  16565. carrier suppressed after a certain time or was there some compression
  16566. algorithm messing up the carrier?
  16567.  
  16568. Second, some friend (working at NYNEX) told me that "all the talk
  16569. about clearer connections when using different LD carriers is
  16570. nonsense, because the LD carriers just rent the lines, so the lines
  16571. are actually all the same".  Is that true? If yes, from whom does MCI
  16572. (for instance) rent the connection?
  16573.  
  16574. And last, a (maybe) interesting story about tele-marketers:
  16575.  
  16576. One of our friends there is the Director of Public Health in some
  16577. small town in MA. He told us that he was called once at his office (!)
  16578. by a telemarketer trying to sell additives for septic tanks (I hope
  16579. that is the correct expression!). But actually, that guy did not even
  16580. know WHERE he was calling, since such additives seem to be illegal in
  16581. that area ;-).  First, our friend let him do all the talk about "how
  16582. great" all that stuff was and then told him that he was the Director
  16583. of Public Health in an "no-additives" area. I suppose what followed
  16584. was the fastest disconnect ever encountered :-)).
  16585.  
  16586. Some more comments:
  16587.  
  16588. The phone book (Concord area) did still had "New England Telephone" in
  16589. it.  Isn't it supposed to be NYNEX? It was the 1994 edition, after
  16590. all.  However, better yet, in the international dialing codes section,
  16591. there was still an entry for West Germany (49) and East Germany (37) !
  16592.  
  16593. After almost five years? Boy, someone tell NYNEX that there is much
  16594. more going on in the world than just area code splits in Zone 1! ;-)
  16595.  
  16596. And last, about 1+7D dialing: since we do not use that kind of scheme
  16597. in Germany, it was just interesting to use, but checking whether a
  16598. call was LD or local was kind of unnecessary hassle for me, since the
  16599. phone system is supposed to be so "smart" it could probably do that
  16600. better. I heard about the different opinions about that, regarding
  16601. unintended toll calls and shorter dialing sequences on the other hand.
  16602. But I guess there is no way both of these opinions could meet, so
  16603. thats the way it goes.
  16604.  
  16605. Ok, that's it; comments on the above are really welcome.
  16606.  
  16607.  
  16608. Marko Ruokonen
  16609. Cologne, Germany
  16610. Internet: 100031.31@compuserve.com
  16611.  
  16612.  
  16613. [TELECOM Digest Editor's Note: No, the fastest disconnect ever was on the 
  16614. call from a firm going by the name of 'Phone Company Repair Service' here
  16615. in Chicago several years ago. They did telemarketing selling warranties
  16616. and pre-paid repair service plans on phones purchased from various vendors
  16617. in the area. They used that name to be deliberatly deceptive, making people
  16618. think they were affiliated with telco. Then one day, they accidentally 
  16619. called Illinois Bell's head of security at his home number ... without
  16620. saying who he was at first, he asked the telemarketer 'are you affiliated
  16621. with Illinois Bell? ...'  when the telemarketer said YES, the security man
  16622. said he thought not, and identified himself. Click!  PAT]
  16623.  
  16624. ------------------------------
  16625.  
  16626. From: freedman@jane.sas.upenn.edu (Avi Freedman)
  16627. Subject: Source For T1 CSU/DSU?
  16628. Date: 17 Apr 1994 03:18:14 GMT
  16629. Organization: University of Pennsylvania
  16630.  
  16631.  
  16632. Does anyone know a good source for a T1 CSU/DSU?  I need it to do full
  16633. T1, not fractional, and to have a v.35 cable.  I was told to look for
  16634. a GDC 552A, but I assume any T1 CSU/DSU would work?
  16635.  
  16636. So, good sources are welcome.
  16637.  
  16638. Also, if anyone has one, feel free to send e-mail.
  16639.  
  16640.  
  16641. Thanks,
  16642.  
  16643. Avi
  16644.  
  16645. ------------------------------
  16646.  
  16647. From: jeffb@audiolab.UWaterloo.ca (jeff bamford)
  16648. Subject: Equal Access in Canada
  16649. Organization: Audio Research Group, University of Waterloo
  16650. Date: Sun, 17 Apr 1994 10:34:23 GMT
  16651.  
  16652.  
  16653.     My latest bill from my LD company has a little form to return
  16654. for equal access dialing.  Currently, you need to dial into a local
  16655. port.  They did not indicate when equal access would be arriving
  16656. anywhere in Canada.  They only wanted me to know that I could make the
  16657. switch when it becomes available.  Presumably it will happen first in
  16658. the larger centres and then make its way to the smaller centres.  Does
  16659. anyone else have target dates?  I'm also curious as to when we'll get
  16660. carrier codes like in the U.S.
  16661.  
  16662.  
  16663.   Jeff Bamford     jeffb@audiolab.uwaterloo.ca -- NeXT Mail welcome 
  16664.     jeffb@sciborg.uwaterloo.ca    /     jeffb@physics.uwaterloo.ca 
  16665.  
  16666. ------------------------------
  16667.  
  16668. From: CARL.LARSON@tstation.mn.org (CARL LARSON)
  16669. Subject: Broadband ISDN
  16670. Date: Sun, 17 Apr 1994 11:38:00 GMT
  16671. Organization: Terrapin Station BBS, 612-623-0152 v32.bis
  16672.  
  16673.  
  16674. I need information, papers, thoughts or refs on broadband ISDN.  I am
  16675. in the process -- late in the process of course -- of writing a paper
  16676. for school.  I would be grateful if you could point me to some
  16677. sources.  I will have a chance to get on the archive computer this
  16678. weekend if you know of anything there.  I hope this message gets
  16679. through as I am not very skilled at e-mail yet.
  16680.  
  16681. ------------------------------
  16682.  
  16683. From: djo7613@u.washington.edu (Dick O'Connor)
  16684. Subject: Can Residential Voltage (?) Drop?
  16685. Date: 16 Apr 1994 22:58:19 GMT
  16686. Organization: University of Washington
  16687.  
  16688.  
  16689. Strange thing happened recently on my second of two residential lines.
  16690. Suddenly one day the voice mail card stopped answering on that line,
  16691. but when I switched lines it worked fine. Handsets that ring just fine
  16692. on our first line stopped ringing on our second line in tests.  Yet,
  16693. if I called the second line from the first, I hear the "ring", and if
  16694. my kid picks up a phone attached to the second line, it answers and we
  16695. can talk.
  16696.  
  16697. Is voltage somehow involved in "ringing" so that a decrease would
  16698. cause to small a *something* for devices like modem cards and handsets
  16699. to respond to?  Where does this happen, and what's the fix?  I
  16700. shouldn't bother asking, of course, but the US West repairperson spent
  16701. two hours yesterday confirming the problem and noting it isn't the
  16702. interior wiring (good, good) but still hasn't solved the problem.
  16703. Maybe I'm oversimplifying, but my concept is that whatever causes the
  16704. signaling is like water pressure, and you have to have enough of it to
  16705. do any useful work.  Is this too simple?  ;) Any hints I can pass on
  16706. so the repairperson can fix it and get on with real problems??
  16707.  
  16708.  
  16709. Thanks,
  16710.  
  16711. "Moby" Dick O'Connor                                 djo7613@u.washington.edu 
  16712. Wash. Dept. of Fish and Wildlife        *Remember: the fish were here first!*
  16713.  
  16714. ------------------------------
  16715.  
  16716. Date: Sat, 16 Apr 1994 19:31:53 EDT
  16717. From: Paul Robinson <PAUL@TDR.COM>
  16718. Reply-To: Paul Robinson <PAUL@TDR.COM>
  16719. Subject: Sprint Upgrades Network to SONET
  16720. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  16721.  
  16722.  
  16723. {Digital News & Review} News Briefs, March 21, 1994, Page 5
  16724.  
  16725. Sprint upgrades network to SONET
  16726.  
  16727. Kansas City, Mo. - Sprint last week announced that it is embarking on
  16728. a $350 million, 30 month plan to convert all of its line to SONET
  16729. (Synchronus Optical Network) OC-48 level.  Once installed, the network
  16730. will provide a bandwidth of up to 2.4 gigabits per second (Gbps),
  16731. although development work already is under way to increase the
  16732. bandwidth to 10Gbps.
  16733.  
  16734. The program, which was begun late last year, is expected to be
  16735. completed by 1996.  Sprint says the upgraded network automatically
  16736. will double its potential capacity, but the addition of Asynchonus
  16737. Transfer Mode (ATM) technology will further increase the system's
  16738. load.
  16739.  
  16740. Sprint is incorporating a double-ring technology that protects against
  16741. network failures, says Anthony Alotto, director of technology and
  16742. architecture integration.  If a segment of the ring fails, the signal
  16743. automatically is rerouted to a ring going in the opposite direction so
  16744. that every node on the ring is accessible from reduntant networks
  16745. rings, he says.
  16746.  
  16747. ------------------------------
  16748.  
  16749. Date: Sun, 17 Apr 94 05:15:40 EDT
  16750. From: cohnen@ROCKVAX.ROCKEFELLER.EDU (Stuart Cohnen)
  16751. Subject: Help Reading AT&T and NYNEX Toll Tapes
  16752. Reply-To: cohnen@rockvax.ROCKEFELLER.EDU (Stuart Cohnen)
  16753. Organization: Rockefeller University
  16754.  
  16755.  
  16756. We are taking our call accounting software inhouse, buying a package
  16757. that allows us to get the SMDR call records into an SQL database. As
  16758. such I need to reconcile it with the toll tapes from NYNEX and AT&T.
  16759.  
  16760. Does anyone have the format of these 9 track tapes. Are they EBCDIC or
  16761. ASCII?  Any info is greatly appreciated.
  16762.  
  16763.  
  16764. Stuart Cohnen                                
  16765. Manager of Engineering and Technical Services
  16766. The Rockefeller University/Computer Services 
  16767. 1230 York Avenue                             
  16768. New York, NY 10021                          
  16769. (212) 327-7509 Fax: (212) 327 8712          
  16770. INTERNET:    cohnen@rockvax.rockefeller.edu
  16771. HEPNET  :     ROCKUP::COHNEn
  16772.  
  16773. ------------------------------
  16774.  
  16775. From: pdcchris@aol.com (PDC Chris)
  16776. Subject: Re: Need Technical Information on CPDP
  16777. Date: 17 Apr 1994 09:22:02 -0400
  16778. Organization: America Online, Inc. (1-800-827-6364)
  16779.  
  16780.  
  16781. In article <telecom14.172.16@eecs.nwu.edu>, ahafeez@mason1.gmu.edu
  16782. (Abnan Hafeez) writes:
  16783.  
  16784. > Can somebody provide me some information on CPDP?
  16785.  
  16786. This is kinda old, but you get the idea:
  16787.  
  16788.     ------- Start of forwarded message -------
  16789.   From: Sharpened Software <sharpen@halcyon.halcyon.com>
  16790.   To: penpoint@netcom.com (PenPoint Mailing List)
  16791.   Subject: CDPD Information
  16792.   Date: Thu, 25 Mar 1993 15:46:00 -0800 (PST)
  16793.  
  16794. At the latest Pacific Northwest PenPoint Programmers meeting, Rob
  16795. Mechaley, VP of Technology for Mc Caw Communications, presented an
  16796. overview of the Cellular Digital Packet Data (CDPD) service.
  16797.  
  16798. The system is being deployed now and will being operation in specified
  16799. areas by Fall.  The 0.8 spec was printed on March 19.  It contains 95%
  16800. of the detail on how to build the network.  The missing 5% include
  16801. details on network management and more importantly, the API for OS's
  16802. and application programs.  The final 1.0 spec is due in June.
  16803.  
  16804. The "footprint" of CDPD will eventually reach over the entire
  16805. footprint of the cellular system, which currently encompasses 92% of
  16806. all homes in the US.  The current cellular system is split into
  16807. approximately 10,000 cells, and most cells are then split into 2 or 3
  16808. sectors.  The equipment for running CDPD needs to installed in each of
  16809. these sectors.  Each sector uses multiple "channels" (frequencies).  A
  16810. voice phone call uses one channel.  Phone calls are "handed off" from
  16811. cell to cell when the cell site informs the phone to switch channels
  16812. to that of a neighboring cell.  During all this switching, some
  16813. channels are unused for a few seconds at a time.
  16814.  
  16815. CDPD is a packet data network which runs on top of the current
  16816. cellular frequencies within the "idle time" between voice phone calls.
  16817. The system uses channel hopping to jump between the idle timeslots.
  16818. When a mobile CDPD user moves around, the CDPD modem channel hops
  16819. between cells.
  16820.  
  16821. Each channel is a two-way 19.2Kb/s packet stream.  The packets are
  16822. routed as in a LAN or WAN with the added feature that the end points
  16823. (the CDPD modems) can move around the network.  TCP/IP and OSI's CLNP
  16824. will be supported while other protocols may be added later.
  16825.  
  16826. The network is designed to be secure (unlike the current cellular phones).
  16827.  The cells authenticate the CDPD modems and vica versa.  The packet
  16828. stream is very well encrypted.  For further protection, true user id's
  16829. are not used.  Rather, aliases are created when the system logs in,
  16830. and these aliases are changed at random intervals.  This assures that
  16831. a user's location cannot be determined by unauthorized listeners.
  16832.  
  16833. The network was designed for low power systems.  The modems can go
  16834. into sleep mode.  The network can store packets destined to the
  16835. sleeping modem which awakens periodically to gather packets.  Modems
  16836. may also buffer packets, or can wake up the machine they are connected
  16837. to when an important packet arrives.
  16838.  
  16839. CDPD is a packet switching network.  Users will be charged for data
  16840. transferred, not by time online.  It is expected that a user's modem
  16841. will be left on at all times (except within airplanes) and the user
  16842. will remain logged in.  The system will be able to store to discard
  16843. packets when the user disconnects.
  16844.  
  16845. The technology needed to build a CDPD modem is a DSP and a radio.
  16846. Since DSP's are programmible, it will be possible to build modems
  16847. which are capable of acting as CDPD endpoints, analog cellular phones,
  16848. and a landline modem.  Due to all the off-the-shelf hardware, CDPD
  16849. modems should be priced under $500.  Companies are working on a 2 chip
  16850. solution, others on PCMCIA cards.  Modems from multiple vendors should
  16851. be available by the time the network is opened.
  16852.  
  16853. The CDPD Consortium is comprised of the major cellular phone carriers
  16854. in the US, plus IBM.  Because it is a group of companies the CDPD
  16855. netowrk will be deployed at different times in different areas of the
  16856. country.  Each carrier is allowed to set its own rates for the
  16857. service.  Due to the way cellular is regulated, there should be two
  16858. CDPD carriers in every city within a few years.  The spec allows for
  16859. roaming whereever the network exists.  CDPD will look like one very
  16860. large network with any modem being able to connect to any other modem.
  16861.  
  16862. Gateways to other networks will be connected to the CDPD network
  16863. through "land lines."  The spec doesn't constrain the types of
  16864. services which can be connected to the network.
  16865.  
  16866. CDPD has been demonstrated at COMDEX Fall, Mobile '93, and Wireless
  16867. '93.  Apple, IBM, and EO hardware have been used to demonstrate
  16868. various features of the network.
  16869.  
  16870.                               --------------
  16871.  
  16872. The current spec can be optained for $100 from:
  16873.  
  16874.     CDPD Industry Input Coordinator
  16875.     (206) 828-8023
  16876.     (206) 828-8436 FAX
  16877.  
  16878. There is an NDA required to obtain the spec.
  16879.  
  16880. posted by Michael Libes, Sharpened Software Inc.
  16881.           ------- End of forwarded message -------
  16882.  
  16883. ------------------------------
  16884.  
  16885. From: dquist@ben3b01.attmail.com (dquist)
  16886. Date: 17 Apr 94 11:58:08 GMT
  16887. Subject: 800-555-1212 is Not Southwestern Bell
  16888.  
  16889.  
  16890. > Yes and no. 800-555-1212 is not run by AT&T. It is managed on a day
  16891. > to day basis by Southwestern Bell Telephone .................
  16892.  
  16893. Pat,
  16894.  
  16895. Thought you may be interested:
  16896.  
  16897.  
  16898. 9. SECTION 9 - AT&T 800 DIRECTORY ASSISTANCE SERVICE
  16899.  AT&T COMMUNICATIONS                                    TARIFF F.C.C. NO. 2
  16900.  Adm. Rates and Tariffs                                1st Revised Page 263
  16901.  Bridgewater, NJ  08807                           Cancels Original Page 263
  16902.  Issued:  March 10, 1994                         Effective:  March 11, 1994
  16903.  
  16904.                     WIDE AREA TELECOMMUNICATIONS SERVICE
  16905.                                   SECTION 9
  16906.                     AT&T 800 DIRECTORY ASSISTANCE SERVICE
  16907.  
  16908.  AT&T COMMUNICATIONS                                    TARIFF F.C.C. NO. 2
  16909.  Adm. Rates and Tariffs                                3rd Revised Page 264
  16910.  Bridgewater, NJ  08807                        Cancels 2nd Revised Page 264
  16911.  Issued:  March 10, 1994                         Effective:  March 11, 1994
  16912.  
  16913.               SECTION 9 - AT&T 800 DIRECTORY ASSISTANCE SERVICE
  16914.  9.1.  DESCRIPTION OF SERVICE
  16915.  9.1.1.  General - AT&T  800   Directory  Assistance   Service  permits   a
  16916.  Responsible Organization  (Resp Org)  to list  800  service number(s)  for
  16917.  which it is responsible  in AT&T's Directory Assistance  Data Base.   This
  16918.  service allows callers, who access the AT&T Directory Assistance Bureau by
  16919.  dialing 1-800-555-1212, to obtain the 800 service number associated with a
  16920.  particular 800 service Customer  name specified by the  caller.  AT&T  800
  16921.  Directory Assistance Service  is available 24  hours per day,  7 days  per
  16922.  week to  callers located  within the  continental  United States,  Alaska,
  16923.  Hawaii, Puerto Rico and the U.S. Virgin Islands.  There is no  AT&T charge
  16924.  to the caller for this service.
  16925.  9.1.2.  Provision  Of  Directory  Assistance  Information  To  Callers - A
  16926.  caller dialing the AT&T 800 Directory Assistance number will reach an AT&T
  16927.  operator at the Directory Assistance Bureau.   The caller will specify  to
  16928.  the operator the name of the  Customer for which the caller is  requesting
  16929.  an 800 service number.   If the 800 Service  Customer's name is listed  in
  16930.  AT&T's Directory Assistance  Data Base and  the area where  the caller  is
  16931.  located is served by the Customer's 800 service number, the  operator will
  16932.  furnish the  caller with  the Customer's  800 service  number utilizing  a
  16933.  synthesized voice announcement.   If  the Customer name  specified by  the
  16934.  caller is not listed or if the caller has given the operator  an incorrect
  16935.  Customer name, the operator will respond with a "not found" report.
  16936.  
  16937.  
  16938. [TELECOM Digest Editor's Note: Well, 'AT&T Communications' is not the same
  16939. company as 'AT&T' -- at least not on paper, and I do think SWBT is the
  16940. manager of the service for AT&T Communications. Do I stand corrected? 
  16941.  
  16942. Please note there have been some problems here with telco of my own in 
  16943. the past week, thus the lack of Digests for several days ... I am trying
  16944. to get things back in order here, but am still needing to raise a bit
  16945. more cash to take IBT before all will be restored to 'normal', whatever
  16946. normalacy around here is supposed to be!  :)   PAT]
  16947.  
  16948. ------------------------------
  16949.  
  16950. End of TELECOM Digest V14 #176
  16951. ******************************
  16952.     
  16953.     
  16954. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02036;
  16955.           18 Apr 94 5:17 EDT
  16956. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16957.     id AA24304; Mon, 18 Apr 94 02:25:05 CDT
  16958. Return-Path: <telecom>
  16959. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16960.     id AA24295; Mon, 18 Apr 94 02:25:03 CDT
  16961. Date: Mon, 18 Apr 94 02:25:03 CDT
  16962. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16963. Message-Id: <9404180725.AA24295@delta.eecs.nwu.edu>
  16964. To: telecom@eecs.nwu.edu
  16965. Subject: TELECOM Digest V14 #177
  16966.  
  16967. TELECOM Digest     Mon, 18 Apr 94 02:25:00 CDT    Volume 14 : Issue 177
  16968.  
  16969. Inside This Issue:                           Editor: Patrick A. Townson
  16970.  
  16971.     Answering Machine With Voice Mail and Paging? (Frank Clark)
  16972.     Help Wanted - Switch Development (rtopp@delphi.com)
  16973.     Internet and the Info Highway (Scott Pope)
  16974.     Connect a Card Reader to a Cell Phone? (Andrew C. Green)
  16975.     What Does the Serial Port on NT Meridian Phones Do? (David Gingold)
  16976.     Telemarketer Game Rules (Steve Edwards)
  16977.     GSM and Airbags (Stewart Fist)
  16978.     Videocrypt Pirating (Stewart Fist)
  16979.     More on UK Code Change (Peter Campbell Smith)
  16980.     Hughes Gets $80M Indonesia Wireless Contract (Paul Robinson)
  16981.     Need Gammalink Fax Card (Larry Rachman)
  16982.     Access to Unpublished Phone Numbers (Robb Arthur)
  16983.     Telecommunications Development in Asia (Hwa-Lun L Liu)
  16984.     X.25 in Ecuador Needed (gretske@delphi.com)
  16985.     AT&T's ClearSpeak (Alok C. Nigam)
  16986.     Sprint Gopher (was Re: Sprint Upgrades Network to SONET) (Peter M. Weiss)
  16987.     Delaware Memo (Carl Moore)
  16988.     Does Sparc/SunOS Work Well With X25? (H.J. Lu)
  16989.     Unwelcome AT&T "Feature" (Steve Kass)
  16990.     Phone Fraud: How To! (Glen Roberts)
  16991.     Wanted: Books on ATM/Frame Relay/SMDS (Mark A. Cnota)
  16992.  
  16993. TELECOM Digest is an electronic journal devoted mostly but not
  16994. exclusively to telecommunications topics. It is circulated anywhere
  16995. there is email, in addition to various telecom forums on a variety of
  16996. public service systems and networks including Compuserve and GEnie.
  16997. Subscriptions are available at no charge to qualified organizations
  16998. and individual readers. Write and tell us how you qualify:
  16999.  
  17000.                  * telecom-request@eecs.nwu.edu *
  17001.  
  17002. The Digest is compilation-copyrighted by Patrick Townson Associates of
  17003. Skokie, Illinois USA. We provide telecom consultation services and
  17004. long distance resale services including calling cards and 800 numbers.
  17005. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  17006. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  17007.  
  17008.     ** Article submission address only: telecom@eecs.nwu.edu **
  17009.  
  17010. Our archives are located at lcs.mit.edu and are available by using
  17011. anonymous ftp. The archives can also be accessed using our email
  17012. information service. For a copy of a helpful file explaining how to
  17013. use the information service, just ask.
  17014.  
  17015. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  17016. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  17017. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  17018. Digest" shares archives resources at lcs.mit.edu for the convenience
  17019. of users. Please *DO NOT* cross post articles between the groups. All
  17020. opinions expressed herein are deemed to be those of the author. Any
  17021. organizations listed are for identification purposes only and messages
  17022. should not be considered any official expression by the organization.
  17023. ----------------------------------------------------------------------
  17024.  
  17025. From: Fclark@deathstar.cris.com (Franclark)
  17026. Subject: Answering Machine With Voice Mail and Paging?
  17027. Date: 17 Apr 1994 19:23:37 -0400
  17028. Organization: Concentric Research Corporation
  17029.  
  17030.  
  17031. I need some advice. I own a small refrigeration company (two employees).
  17032. Currently we lease a phone line from an answering service. When the
  17033. customer calls in the operator dumps the message in my voice mail and
  17034. I am paged.  This is cumbersome, time consuming, and expensive.
  17035.  
  17036. With an eye to the future, when I can afford full time office
  17037. help, I am getting my own business line in June. I would like to be
  17038. able to capture the calls on an answering machine which would
  17039. automatically ring my pager(preferrably alphanumeric) upon receipt of
  17040. each call. Are there answering machines available with this
  17041. capability? Is software available to do this via modem?
  17042.  
  17043. Thank you in advance for any information.
  17044.  
  17045.  
  17046. Frank Clark   fclark@cris.com 
  17047.  
  17048. ------------------------------
  17049.  
  17050. From: rtopp@delphi.com
  17051. Subject: Help Wanted - Switch Development
  17052. Date: Sun, 17 Apr 94 13:22:37 -0500
  17053. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  17054.  
  17055.  
  17056. I am interested in developing a telecom switch to provide message,
  17057. admin, security, and accounting to a variety of clients whose messages
  17058. would be relayed (by the switch) to one or more common carriers for
  17059. transmission.
  17060.  
  17061. If anyone has suggestions as to how to begin gathering information
  17062. about switch development I would be grateful.
  17063.  
  17064. ------------------------------
  17065.  
  17066. From: scott_pope@wiltel.com
  17067. Subject: Internet and the Info Highway
  17068. Date: Sun, 17 Apr 94 12:55:31 PDT
  17069. Organization: WilTel
  17070.  
  17071.  
  17072. Does anyone have any thoughts on how the Internet will relate to the
  17073. Information Highway?
  17074.  
  17075.  
  17076. [TELECOM Digest Editor's Note: Not how it *will* relate, but how it
  17077. *does already* relate to the highway ... the Internet is the backbone
  17078. for the whole concept, and it has been around for more than a decade
  17079. as old-timers will attest.   PAT]
  17080.  
  17081. ------------------------------
  17082.  
  17083. Date: Sun, 17 Apr 1994 17:30:37 CDT
  17084. From: Andrew C. Green <ACG@dlogics.com>
  17085. Subject: Connect a Card Reader to a Cell Phone?
  17086.  
  17087.  
  17088. My father is exploring ways of setting up a credit card authorization
  17089. terminal for one afternoon's use at an outdoor concert. He has the use
  17090. of a standard card-swipe terminal which is normally installed in a
  17091. retail installation on what is thought to be a POTS line; i.e. when a
  17092. charge must be authorized, the card is swiped through the reader, the
  17093. machine opens the line, dials the local bank and eventually flashes
  17094. the result (e.g. authorization code or denial) on its display. In
  17095. other words, connect the box to a telephone line and it does its
  17096. thing.
  17097.  
  17098. The problem is that at the concert location, no land line is
  17099. available.  He would like to use a cellular phone if possible, but
  17100. there appear to be at least two distinct risks:
  17101.  
  17102. 1) Whether the card-swipe terminal can be connected to the phone and
  17103.    function with it, even if the phone must be dialed manually;
  17104.  
  17105. 2) Whether the transmission is secure.
  17106.  
  17107. I suspect that the hardware connectivity might be solvable, but I have
  17108. some obvious concerns about transmission security. My gut feeling is
  17109. that a digital cellular connection would be the minimum required, and
  17110. ideally a spread-spectrum PCS (like I used to have :-( Please note
  17111. that this is for one afternoon's use for a non-profit organization, so
  17112. cost is a consideration. If hardware can be specified, we can then go
  17113. off and hunt it down to ask for one day's loan.
  17114.  
  17115. In any event, we'd appreciate any input you might have, either here in
  17116. TELECOM Digest with PAT's approval or privately via Email. My father
  17117. can be contacted directly at the CompuServe address below:
  17118.  
  17119. Anthony R. Green
  17120. 73211.1200@CompuServe.COM
  17121.  
  17122.  
  17123. Andrew C. Green
  17124. Datalogics, Inc.          Internet: acg@dlogics.com
  17125. 441 W. Huron              
  17126. Chicago, IL  60610-3498   FAX: (312) 266-4473
  17127.  
  17128. ------------------------------
  17129.  
  17130. From: gingold@Think.COM (David Gingold)
  17131. Subject: What Does the Serial Port on NT Meridian Phones Do?
  17132. Date: 17 Apr 1994 18:51:45 -0400
  17133. Organization: Thinking Machines Corporation
  17134.  
  17135.  
  17136. I've got a Northern Telecom Meridian phone on my desk.  It has a DB-25
  17137. connector on the back, which I suspect is a serial port.  (The
  17138. connector hooks to a small PCB in the base, which in turn plugs into
  17139. what might be an ISDN plug inside the base?)
  17140.  
  17141. Is this a serial port?  Does anyone know how to talk to it and what I
  17142. can do with it?  In particular, I'd like to program my workstation to
  17143. dial the phone.
  17144.  
  17145.  
  17146. dg
  17147.  
  17148. ------------------------------
  17149.  
  17150. Date: Sun, 17 Apr 1994 22:30:36 PDT
  17151. From: Steve Edwards <newline!steve@UCSD.EDU>
  17152. Subject: Telemarketer Game Rules
  17153.  
  17154.  
  17155. About six or so months ago, someone posted the "rules" to a game to
  17156. play on telemarketers. It was based on a point system -- x points if
  17157. you got the telemarketer to tell you their name, y points if you got
  17158. them to lose their temper, z points if you got them to curse, etc. It
  17159. was quite humorous.
  17160.  
  17161. Do you remember this post? Can you repost it or point me to it in the
  17162. archives?
  17163.  
  17164.  
  17165. Thanks in advance,
  17166.  
  17167. Steve Edwards      Internet: steve@newline.uucp      Voice: +1-619-723-2727
  17168. Newline               CompuServe: 73677,3561           Fax: +1-619-731-3000
  17169.  
  17170.  
  17171. [TELECOM Digest Editor's Note: If I had the time I would go back in
  17172. the archives and look for it. I'm sure it was more than six months ago.
  17173. If anyone has a copy and sends it in I will try to find room to print
  17174. it here again.   PAT]
  17175.  
  17176. ------------------------------
  17177.  
  17178. Date: 18 Apr 94 00:03:44 EDT
  17179. From: Stewart Fist <100033.2145@CompuServe.COM>
  17180. Subject: GSM and Airbags
  17181.  
  17182.  
  17183. I've just received by fax a photocopy of a story from the {Guardian
  17184. Weekly} (UK) dated April 3.
  17185.  
  17186. It is headlined "Mobile phone set off airbag" and the story is about a
  17187. couple of instances where (it is claimed) GSM handsets have set off
  17188. airbags in luxury cars in Europe.  I'm interested to find out whether
  17189. this stuff is true, or an urban myth.  I think it's probably myth,
  17190. because I can't imagine anything easier to shield from EMI than an
  17191. inertia switch in a car.
  17192.  
  17193. However the story quotes Lawrence Donegan and says "Safety experts
  17194. issued a warning ... not to use mobile phones while driving..."
  17195.  
  17196. The story also quotes Viv Stephens, head of the Industry Research
  17197. Centre as saying that it is possible for mobiles to trigger airbags.
  17198.  
  17199. Can anyone give me a contact to either Lawrence Donegan (possibly a
  17200. technical journalist) or Viv Stephens (Industry Research Centre) -
  17201. which I presume is in the UK?
  17202.  
  17203. I've tried to track similar stories in Germany, and sources tell me
  17204. that the German Road Transport Research Unit is working on the
  17205. problem, but when I contact them they deny it.  BMW, VW and Mercedes
  17206. are also reported to have had airbag blow-outs with GSM, but they also
  17207. all deny it.
  17208.  
  17209. Someone's not telling the truth.
  17210.  
  17211. ------------------------------
  17212.  
  17213. Date: 17 Apr 94 07:03:36 EDT
  17214. From: Stewart Fist <100033.2145@CompuServe.COM>
  17215. Subject:Videocrypt Pirating 
  17216.  
  17217.  
  17218. I've been told by a usually reliable source that the full confidential, 
  17219. proprietary details of the Videocrypt video scrambling system are being 
  17220. released this week on some international bulletin boards.
  17221.  
  17222. This is the system licensed by (and part-owned?) by Rupert Murdoch's
  17223. News Datacom and used by the Sky network across Europe.
  17224.  
  17225. The decoding system has apparently been successfully pirated for some
  17226. time in Europe, and a flourishing business has grown up around it.
  17227. One source says that there are almost as many pirated Sky systems as
  17228. legit at the present time.  Now someone is about to publish the full
  17229. details.
  17230.  
  17231. My information also is that once the information becomes public, it
  17232. will be relatively easy for anyone with above-average technical
  17233. ability to break the code in real-time on a home PC, and view Sky for
  17234. free.
  17235.  
  17236. If all the above is true, I'm interested in knowing what the pirates
  17237. stand to gain from releasing the information on bulletin boards.
  17238. Surely, it is more profitable to keep the information to yourself, and
  17239. have something to sell.  Or is this a move to force Videocrypt's hand
  17240. in some way?
  17241.  
  17242. Once a scrambling system has been compromised to this degree, it is
  17243. probably better that it is broken up completely, but it still seems to
  17244. be a strange thing for anyone to do.  Does anyone have information or
  17245. an explanation?
  17246.  
  17247. ------------------------------
  17248.  
  17249. From: campbellsm@lish.logica.com (Peter Campbell Smith)
  17250. Subject: More on UK Code Change
  17251. Organization: Logica, London
  17252. Date: Mon, 18 Apr 1994 02:56:54 GMT
  17253.  
  17254.  
  17255.  From the Oftel leaflet "A day to renumber" (Oftel is the UK
  17256. government telecomms regulatory body):
  17257.  
  17258. Code changes will start to be available mid-June 94, so call-barring
  17259. equipment or payphones that analyze the dialed number need to be
  17260. changed by then.
  17261.  
  17262. The new codes will be available everywhere from 1 August 1994, and the
  17263. 00 prefix for outgoing international calls will be available then
  17264. also.
  17265.  
  17266. Old and new codes will run in parallel from 1 August 1994 until
  17267. PhONEday, 16 April 1995, when the old codes will cease to be
  17268. available.
  17269.  
  17270. The new national codes are the old ones with an added 1 after the 0
  17271. (so 071 becomes 0171, 0234 becomes 01234) except:
  17272.  
  17273. 0532 xxxxxx becomes 0113 2xx xxxx
  17274. 0742 xxxxxx becomes 0114 2xx xxxx
  17275. 0602 xxxxxx becomes 0115 9xx xxxx
  17276. 0533 xxxxxx becomes 0116 2xx xxxx
  17277. 0272 xxxxxx becomes 0117 9xx xxxx
  17278.  
  17279. The following are unchanged (no added 1): (free) 0500, 0800, (local
  17280. rate) 0345, 0645, (premium rate) 0336, 0338, 0640, 0660, 08364, 0839,
  17281. 0881, 0891, 0898, (mobile) 0374, 0385, 0802, 0831, 0836, 0850, 0860,
  17282. 0956, 0958, 0973, 0976, (paging) 0941, (other) 0910.
  17283.  
  17284. Paging numbers other than 0941 will get the added 1.
  17285.  
  17286. Service codes such as 100, 151, 999 etc remain unchanged.
  17287.  
  17288. Incoming international calls change accordingly, eg +44 71 222 1234
  17289. becomes +44 171 222 1234 and so on.
  17290.  
  17291. Further details: Oftel leaflet line 071-634 8756, BT 0800 010101, Mercury
  17292. 0500 041995.
  17293.  
  17294.  
  17295. Peter Campbell Smith, Logica plc, London.  Voice: +44 71 637 9111
  17296. Fax: +44 71 344 3638  Internet: campbellsm@lish.logica.com
  17297.  
  17298. ------------------------------
  17299.  
  17300. Date: Sun, 17 Apr 1994 18:04:35 EDT
  17301. From: Paul Robinson <PAUL@TDR.COM>
  17302. Reply-To: Paul Robinson <PAUL@TDR.COM>
  17303. Subject: Hughes gets $80M Indonesia Wireless Contract
  17304. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  17305.  
  17306.  
  17307. {Washington Post} Digest, April 14, Pg D12:
  17308.  
  17309. "Hughes Network Systems of Germantown [Maryland], a unit of GM Hughes
  17310. Electronics, won a contract for a fixed wireless telephone system in
  17311. Jakarta Indonesia, valued at more than $80 million.  The system will
  17312. initially serve 250,000 subscribers and is expected to grow to 800,000
  17313. subscribers."
  17314.  
  17315. ------------------------------
  17316.  
  17317. Date: 17 Apr 94 21:50:12 EDT
  17318. From: Larry Rachman <74066.2004@CompuServe.COM>
  17319. Subject: Need Gammalink Fax Card
  17320.  
  17321.  
  17322. I'm looking for a used Gammalink Gammafax XPI (I believe its called)
  17323. fax card, or something similar. The right card will sit in a PC next
  17324. to a Dialogic D41 and talk to it via the MIVP connector. What I'm NOT
  17325. looking for is a conventional fax modem that connects directly to a
  17326. phone line via an RJ-11.
  17327.  
  17328. Reply via email, phone, or fax.
  17329.  
  17330.  
  17331. Larry Rachman   74066.2004@compuserve.com
  17332. 516-427-1112 (voice)   516-427-0656 (fax)
  17333.  
  17334. ------------------------------
  17335.  
  17336. From: Robb Arthur <gic_inc@DELPHI.COM>
  17337. Subject: Access to Unpublished Phone Numbers
  17338. Date: Sun, 17 Apr 94 20:54:25 -0500
  17339. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  17340.  
  17341.  
  17342. To anyone who can help us out: 
  17343.  
  17344. We are looking for the phone number to a Mr. John Patrick Quirk, 44
  17345. Boston Post Rd., Guilford, CT., 06437.  The number is unpublished, he
  17346. is running scams that have totalled over $200,000. We are trying to
  17347. locate him and serve him with a subpeona.  If you can find out his
  17348. phone number or can confirm his address as it shows, I would appreciate 
  17349. it. Send any information by fax at (602)443-4040 or voice 1-800-966-2468, 
  17350. Attn. Darryl Biggs.
  17351.  
  17352. Thank you.
  17353.  
  17354. ------------------------------
  17355.  
  17356. From: hliu@mason1.gmu.edu (Hwa-Lun L Liu)
  17357. Subject: Telecommunications Development in Asia
  17358. Date: 17 Apr 1994 17:32:51 GMT
  17359. Organization: George Mason University, Fairfax, Virginia, USA
  17360.  
  17361.  
  17362. I am a graduate student majoring in Telecommunications at GMU.  I am
  17363. currently working on a paper entitled "Telecommunications development
  17364. in Asia".  My focus is on the marketplace in Asia, for the emerging
  17365. technologies(e.g. ISDN, ATM, Frame Relay), covering China, Taiwan,
  17366. Hong Kong, Singapore, Indonesia.
  17367.  
  17368. If anyone is interested in this topic, or has something to contribute
  17369. to my paper, please contact me at hliu@mason1.gmu.edu.
  17370.  
  17371.  
  17372. Lynn
  17373.  
  17374. ------------------------------
  17375.  
  17376. From: gretske@delphi.com
  17377. Subject: X.25 in Ecuador Needed
  17378. Date: Sun, 17 Apr 94 21:24:16 -0500
  17379. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  17380.  
  17381.  
  17382. I need an X.25 connection in Ecuador. Can anyone help?  The Public
  17383. networks such as BT and Sprint are not there.
  17384.  
  17385.  
  17386. Gene
  17387.  
  17388. ------------------------------
  17389.  
  17390. From: nigam@mitre.org (Alok C. Nigam)
  17391. Subject: AT&T's ClearSpeak
  17392. Date: 18 Apr 1994 01:51:31 GMT
  17393. Organization: The MITRE Corporation
  17394.  
  17395.  
  17396. I have heard that AT&T speaker phones use something called ClearSpeak,
  17397. which allows full duplex communication and much improved communications.
  17398. Does anyone know if this technology makes their speakerphones better
  17399. than others, or if this is just a marketing ploy?
  17400.  
  17401.  
  17402. [TELECOM Digest Editor's Note: The very same question has been asked
  17403. by at least a few people regards AT&T's other product with a similar
  17404. name, TruVoice. It is also intended to provide 'much improved communi-
  17405. cations'. Your guess is as good as anyone's.   PAT] 
  17406.  
  17407. ------------------------------
  17408.  
  17409. Date: Sun, 17 Apr 1994 16:29:15 EDT
  17410. From: Peter M. Weiss <PMW1@PSUVM.PSU.EDU>
  17411. Subject: Sprint Gopher (was Re: Sprint Upgrades Network to SONET)
  17412. Organization: Penn State University
  17413.  
  17414.  
  17415. Other SPRINT PR can be found by gophering to gopher.sprintlink.net.
  17416.  
  17417.  
  17418. Pete-Weiss@psu.edu     "The 'NET' never naps"             +1 814 863 1843
  17419. 31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA
  17420.  
  17421. ------------------------------
  17422.  
  17423. Date: Sun, 17 Apr 94 17:20:23 EDT
  17424. From: Carl Moore <cmoore@BRL.MIL>
  17425. Subject: Delaware Memo
  17426.  
  17427.  
  17428. In a separate mailing from my latest Delaware phone bill, I have
  17429. received a letter with the new Delaware dialing instructions, which
  17430. have previously been discussed in the Digest.
  17431.  
  17432. "To free up additional numbers, area codes will look like the first
  17433. three digits of a telephone number; i.e., will use the numbers '2'
  17434. through '9' as a middle digit, beginnin in January 1995." -- Not QUITE
  17435. right; the NNX area codes will appear as new area codes are needed.
  17436.  
  17437. Notice that, for remote call forwarding, "Bell Atlantic will automat-
  17438. ically reprogram, if necessary".  Long distance within Delaware is
  17439. affected.
  17440.  
  17441. "Remember to include the area code when dialing local fax machines
  17442. outside of your area code." -- What does this mean?  Local calls to
  17443. other area codes will continue to be just seven digits.  (From Delaware,
  17444. this is all along the Pa. border and at a FEW places along Md. border;
  17445. but FROM Pa.  TO Del. is 1 + 302 + 7D.)
  17446.  
  17447. ------------------------------
  17448.  
  17449. From: hjl@nynexst.com (H.J. Lu)
  17450. Subject: Does Sparc/SunOS Work Well With X25?
  17451. Date: 17 Apr 1994 21:24:50 GMT
  17452. Organization: Nynex Science & Technology, Inc.
  17453.  
  17454.  
  17455. Hi,
  17456.  
  17457. We are using a Sparc 10 running SunOs 4.1.3 to talk to many remote
  17458. hosts with SVC over x25 links. The average size of the messages is
  17459. about 2K. Assume the traffic is not very heavy, we are wondering how
  17460. many remote hosts a process on the local host can handle with
  17461. reasonable performance.
  17462.  
  17463. Our mains concerns are:
  17464.  
  17465. 1. The number of files a process can open.
  17466. 2. The nummber of SVCs a process can handle without heavy performance
  17467.    hit.
  17468.  
  17469. Does anyone have experiences with x25 and Sun? Please email me.  I
  17470. don't read this group very often.
  17471.  
  17472.  
  17473. Thanks,
  17474.  
  17475. H.J.
  17476.  
  17477. ------------------------------
  17478.  
  17479. Subject: Unwelcome AT&T "Feature"
  17480. From: skass@drunivac.drew.edu (Steve Kass)
  17481. Date: 17 Apr 94 22:22:18 EDT
  17482. Organization: Drew Univ Academic Computing
  17483.  
  17484.  
  17485. I had to leave an important message after hours tonight, and the party
  17486. I was calling warned me that to reduce their voice mail load, the
  17487. system was set up not to answer for 16 rings or longer.  The sanity of
  17488. that aside, I placed the call through AT&T and was unable to get
  17489. through.  Before the call was answered, AT&T informed me that my party
  17490. did not answer, and that they were sorry, I would now be disconnected.
  17491. I then successfully placed the call by dialing 10222+ .  I couldn't
  17492. help wondering if an AT&T operator could have placed the call with
  17493. this "feature" disabled.
  17494.  
  17495.  
  17496. Steve Kass/Math & CS/Drew University   
  17497. skass@herne.drew.edu/(201) 514-1187
  17498.  
  17499. ------------------------------
  17500.  
  17501. From: glr@rci.ripco.com (Glen Roberts)
  17502. Subject: Phone Fraud: How To!
  17503. Organization: RCI, Chicago, IL
  17504. Date: Sun, 17 Apr 1994 22:42:27 GMT
  17505.  
  17506.  
  17507. PHONE FRAUD!
  17508.  
  17509. The enticing brochure claims "Now, receive a discount on your long
  17510. distance calls -- including every toll call over 23 miles, Interna-
  17511. tional and Directory Assistance calls -- all without having to cancel
  17512. you current long distance carrier."
  17513.  
  17514. Budget Call says to dial "10368" before your number.
  17515.  
  17516. Well, I called and asked the cost. They said, I'll "save 10%" I asked
  17517. for the per minute rate. They wanted to know calling from where to
  17518. where. Ok, "708-356" to "312-670" Here are their rates:
  17519.  
  17520.           Day    Evening    Night
  17521.  
  17522. 1st Min   $.304   $.273     $.1825
  17523. Addtl Min $.145   $.131     $.087
  17524.  
  17525. I asked if this would save me 10% "exactly" came the response "10% off
  17526. Illinois Bell" rates that is.
  17527.  
  17528. What does Illinois Bell charge me for that 708-356 to 312-670?
  17529.  
  17530. 1st Min   $.163   $.147     $.098
  17531. Addtl Min $.065   $.059     $.039
  17532.  
  17533. So, a ten minute call in the day with Budget call will cost: $1.609
  17534. The same call with Illinois Bell (AmeriTech) will cost     : $0.813
  17535.  
  17536. That's not quite a 10% savings, but more like paying double!
  17537.  
  17538. When I confronted the Budget Call representative with this fact, she
  17539. claimed that she was sorry if she mis-spoke and that it was her first
  17540. day on the job. Well, the written literature gives no indication that
  17541. the service will help me pay twice as much for my calling.
  17542.  
  17543. Donna Reeves, Vice President of Budget Call returned my call and said
  17544. that they had old rates for Illinois Bell (and their checking tonight
  17545. confirmed what I said). She said on Monday she'd check with the Public
  17546. Service Commission and they would revise their rates to be at least
  17547. 10% lower than Illinois Bell (AmeriTech). Additionally, she said that
  17548. no bills had been issued and any calls placed now would be billed at a
  17549. rate 10% lower than Illinois Bell's current rates. Incidentally, she
  17550. said that Budget Call is owned by Rochester Telephone.
  17551.  
  17552. Here's the info on Budget Call Long Distance Inc.
  17553. 1-800-941-0368
  17554. Customer Service Center, 3441 W Henrietta Rd, Rochester, NY 14623
  17555.  
  17556.  
  17557. Glen L. Roberts, author, How To Spy On Anyone Without Getting Caught
  17558. Host Full Disclosure Live (WWCR 5,810 khz - Sundays 7pm central)
  17559. Box 734, Antioch, Illinois 60002. Fax: (708) 838-0316
  17560. Call the Surveillance Hotline: (708) 356-9646
  17561.  
  17562.  
  17563. [TELECOM Digest Editor's Note: A cute cartoon I saw today showed a
  17564. picture of the Devil putting up a poster on a payphone which said,
  17565. 'Save money on long distance calls: dial 666 before your number;
  17566. your eternal soul the first minute; 99 cents each additional minute."
  17567. I thought it was funny.   PAT]
  17568.  
  17569. ------------------------------
  17570.  
  17571. From: mac@rci.ripco.com (Mark A. Cnota)
  17572. Subject: Wanted: Books on ATM/Frame Relay/SMDS
  17573. Organization: Ripco Internet BBS Chicago
  17574. Date: Sun, 17 Apr 1994 19:27:10 GMT
  17575.  
  17576.  
  17577. Could anyone give me the names/authors of some good books on the
  17578. subjects of ATM, Frame Relay, or SMDS? Anything from introductory to
  17579. advanced would be appreciated. If anyone knows of a bookstore in the
  17580. Chicago area that would have such books, let me know. I think the
  17581. subject matter is too specific to be found and most regular bookstores.
  17582.  
  17583. Thanks in advance!
  17584.  
  17585.  
  17586. Mark A. Cnota (mac@ripco.com)        Ripco Internet BBS  (312) 665-0065  
  17587. Chicago's Low-Cost Internet Alternative
  17588.  
  17589. ------------------------------
  17590.  
  17591. End of TELECOM Digest V14 #177
  17592. ******************************
  17593.     
  17594.     
  17595. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa00569;
  17596.           20 Apr 94 8:17 EDT
  17597. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17598.     id AA07916; Wed, 20 Apr 94 02:07:06 CDT
  17599. Return-Path: <telecom>
  17600. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17601.     id AA07907; Wed, 20 Apr 94 02:07:04 CDT
  17602. Date: Wed, 20 Apr 94 02:07:04 CDT
  17603. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17604. Message-Id: <9404200707.AA07907@delta.eecs.nwu.edu>
  17605. To: telecom@eecs.nwu.edu
  17606. Subject: TELECOM Digest V14 #178
  17607.  
  17608. TELECOM Digest     Wed, 20 Apr 94 02:07:00 CDT    Volume 14 : Issue 178
  17609.  
  17610. Inside This Issue:                           Editor: Patrick A. Townson
  17611.  
  17612.     Study Hi-Tech With George Gilder (Mike W. Perry)
  17613.     Nicholas Negroponte to Give Keynote at ICMCS 94 May 17 (John F. Buford)
  17614.     Question About Digital Telephony and Delayed Dial Tone (Kris)
  17615.     T1 & T3 Lines Number of Connections (Greg C. Meador)
  17616.     Questions on Fractional T-1 Service (Mike Foltz)
  17617.     Collect Call Business (Judith Oppenheimer)
  17618.     International Wireless Services (Alex Cena)
  17619.     AT&T Divestiture Comments Wanted (Megan Kelleher)
  17620.     Occupied Territories Telecom (Miguel Cruz)
  17621.     PacBell Billing Exceptions to Cell, Page, Other WAC Subs (Bradley Allen)
  17622.     Phoning Cuba (Bubbette McLeod)
  17623.     Pricing on Northern Telecom SL/1 Switch (Paul Costello)
  17624.     Need TIE UMT-32 KSU Series 2 Information (Alan York)
  17625.     X.25 Card Required (Ray Wong)
  17626.     IEEE Symposium on Planning and Design of Broadband Networks (Ian Easson)
  17627.     Re: Source For T1 CSU/DSU? (Christopher G. Oxenreider)
  17628.     Re: Answering Machine With Voice Mail and Paging (Pete Ferris)
  17629.     Re: 800-555-1212 is Not Southwestern Bell (A. Alan Toscano)
  17630.  
  17631. TELECOM Digest is an electronic journal devoted mostly but not
  17632. exclusively to telecommunications topics. It is circulated anywhere
  17633. there is email, in addition to various telecom forums on a variety of
  17634. public service systems and networks including Compuserve and GEnie.
  17635. Subscriptions are available at no charge to qualified organizations
  17636. and individual readers. Write and tell us how you qualify:
  17637.  
  17638.                  * telecom-request@eecs.nwu.edu *
  17639.  
  17640. The Digest is compilation-copyrighted by Patrick Townson Associates of
  17641. Skokie, Illinois USA. We provide telecom consultation services and
  17642. long distance resale services including calling cards and 800 numbers.
  17643. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  17644. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  17645.  
  17646.     ** Article submission address only: telecom@eecs.nwu.edu **
  17647.  
  17648. Our archives are located at lcs.mit.edu and are available by using
  17649. anonymous ftp. The archives can also be accessed using our email
  17650. information service. For a copy of a helpful file explaining how to
  17651. use the information service, just ask.
  17652.  
  17653. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  17654. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  17655. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  17656. Digest" shares archives resources at lcs.mit.edu for the convenience
  17657. of users. Please *DO NOT* cross post articles between the groups. All
  17658. opinions expressed herein are deemed to be those of the author. Any
  17659. organizations listed are for identification purposes only and messages
  17660. should not be considered any official expression by the organization.
  17661. ----------------------------------------------------------------------
  17662.  
  17663. From: discover@halcyon.com (Mike W. Perry)
  17664. Subject: Study Hi-Tech With George Gilder
  17665. Date: Wed, 20 Apr 1994 03:00:19 -0900
  17666. Organization: Discovery Institute
  17667.  
  17668.  
  17669. Discovery Institute is offering a fellows program in technology and
  17670. public policy from June 13-18 in Seattle, Washington. Faculty include:
  17671.  
  17672. George Gilder, author of Wealth and Poverty, Recapturing the Spirit of
  17673. Enterprise, Microcosm and Life After Television and a Senior Fellow at
  17674. Discovery Institute.
  17675.  
  17676. Roberta Katz, Senior VP and General Counsel, McCaw Cellular Communications.
  17677.  
  17678. Bruce Chapman, President of Discovery Institute and a former director of
  17679. the U.S. Census Bureau.
  17680.  
  17681. Dr. Edward Larson, Professor of History and Law, University of Georgia.
  17682.  
  17683. Dr. Philip Gold, lecturer at Georgetown University and a writer for Insight
  17684. magazine.
  17685.  
  17686. Dr. John West, Discovery Institute Senior Fellow.
  17687.  
  17688. The week-long seminar will explore the history of technology, the role
  17689. of entrepreneurs, ethical problems posed by technology, and the proper
  17690. role of government in regulating and encouraging innovation.
  17691.  
  17692. College juniors and seniors, graduate students and recent graduates
  17693. are encouraged to apply. The $350 tution includes all books and
  17694. reading materials, lodging and most meals. Students must pay their own
  17695. way to and from the seminar. Some scholarships are available. For more
  17696. information, contact Dr. John West, Program Director at (206) 287-3144. 
  17697. Applications should be received by mid-May.
  17698.  
  17699.                                ___________
  17700.  
  17701. Discovery Institute is a Seattle-based public policy and research center.
  17702. Named after the element of discovery that often attends sound research and
  17703. inspires fresh policy ideas, Discovery Institute explores the benefits of
  17704. free political and social institutions, free markets, high technology,
  17705. regionalism and internationalism.
  17706.  
  17707. Discovery Institute, 1201 Third Ave. 40th Fl., Seattle, WA 98101, USA
  17708.  
  17709. ------------------------------
  17710.  
  17711. From: buford@remus.uml.edu (John F. Buford)
  17712. Subject: Nicholas Negroponte to Give Keynote at ICMCS 94 May 17
  17713. Date: 19 Apr 1994 22:34:03 GMT
  17714. Organization: UMass-Lowell Computer Science
  17715.  
  17716.  
  17717. NICHOLAS NEGROPONTE, DIRECTOR OF MIT MEDIA LAB,
  17718. TO ADDRESS IEEE MULTIMEDIA COMPUTING AND SYSTEMS CONFERENCE
  17719. MAY 17, 1994, 9:30 am - 10:30 am
  17720.  
  17721. Nicholas Negroponte, Director of the MIT Media Lab in Cambridge, Mass,
  17722. will deliver the keynote address at an international multimedia
  17723. conference to be held at the Copley Plaza Hotel in Boston,
  17724. Massachusetts. Negroponte will give his view of "What Multimedia
  17725. Means" -- is it a convergence of industries, ubiquitous communications
  17726. and computing, or simply the progress of digital technology? He will
  17727. review the remarkable shift that multimedia has recently made to
  17728. center stage, and predict the challenges ahead in truly global
  17729. systems.
  17730.  
  17731. Nicholas Negroponte is a founder and the director of the Massachusetts
  17732. Institute of Technology's uniquely innovative Media Laboratory. The
  17733. six-year-old Media Lab, an interdisciplinary, multi-million dollar
  17734. research center of unparalleled intellectual and technological
  17735. resources, is focused exclusively on study and experimentation with
  17736. future forms of human communication, from entertainment to education.
  17737. Programs include: Television of Tomorrow, School of the Future,
  17738. Information and Entertainment Systems, and Holography.  Media Lab
  17739. research is supported by Federal contracts as well as by more than
  17740. seventy-five corporations worldwide.
  17741.  
  17742. The address by Negroponte will open the 1994 IEEE International
  17743. Conference on Multimedia Computing and Systems which is being held at
  17744. the Copley Plaza Hotel, Boston, from May 15 -19.  In addition to
  17745. Negroponte's address, the conference will include tutorials on
  17746. multimedia, a panel on the information superhighway, and two technical
  17747. paper tracks. For further information about the conference and
  17748. registration, contact Joseph Boykin, (617) 466-2803, boykin@gte.com.
  17749.  
  17750. Publicity: John F. Buford, ph: 508 934 3618, fax: 508 452 4298,
  17751. buford@cs.uml.edu.
  17752.  
  17753.  
  17754. Dr. John F. Buford
  17755. Dept. of Computer Science, UMass--Lowell, Lowell, MA 01854
  17756. buford@cs.uml.edu    (508) 934-3618 FAX: (508) 452-4298    
  17757.  
  17758. ------------------------------
  17759.  
  17760. Subject: Question About Digital Telephony and Delayed Dial Tone
  17761. Reply-To: kris%sanctum%paladin@uunet.uu.net
  17762. From: sanctum!kris@uunet.UU.NET (Kris)
  17763. Date: Tue, 19 Apr 1994 23:54 EDT
  17764.  
  17765.  
  17766. I have a question that I hope someone can answer for me.
  17767.  
  17768. With the advent of digital telephony, 1.5 megabit and higher lines
  17769. running to each house, and even higher bandwidth on the poles, how
  17770. much less is the potential for a delayed dialtone situation such as
  17771. what was experienced during several of the many storms the Northeast
  17772. has had this winter?
  17773.  
  17774. Our area, like most, is being strung with new aluminum-encased cables
  17775. by the local Cable TV company which would soon provide a huge amount
  17776. of digital information, and (hopefully) dialtone service to compete
  17777. with our local telephone monopoly.  Since there is no longer any
  17778. physical switching of the connection and more of a "sharing of
  17779. bandwidth" among subscribers, how is overloading and/or delayed
  17780. dialtone handled?  Does the 64 kbit stream of voice data get broken up
  17781. as the line is loaded down, much like Internet FTP transfers are over
  17782. a TCP link?  Would a subscriber be visited with a delayed dialtone (or
  17783. a message telling them circuits are busy)?  Wouldn't the number of
  17784. concurrent dialtone users be increased substantially so as to avoid
  17785. this situation substantially?
  17786.  
  17787.  
  17788. Thanks,
  17789.  
  17790. Kris
  17791. kris%sanctum%paladin@uunet.uu.net   uunet.uu.net!paladin!sanctum!kris
  17792.  
  17793. ------------------------------
  17794.  
  17795. From: meadogc@poers1.dnet.dupont.com  (Greg C. Meador)
  17796. Subject: T1 & T3 Lines Number of Connections
  17797. Organization: Conoco
  17798. Date: Tue, 19 Apr 1994 12:49:00 GMT
  17799.  
  17800.  
  17801. Can anyone tell me what the theoretical limit is on number of
  17802. connections or concurrent data transmissions that a T1 and a T3 line
  17803. will support?
  17804.  
  17805.  
  17806. Greg C. Meador   Conoco, Inc.
  17807. meadogc@poers1.dnet.dupont.com
  17808.  
  17809. ------------------------------
  17810.  
  17811. From: mike_foltz@sgate.com
  17812. Subject: Questions on Fractional T-1 Service
  17813. Date: 19 Apr 1994 17:49:39 GMT
  17814. Organization: Southgate Internet Host
  17815.  
  17816.  
  17817. To all:
  17818.  
  17819. Thanks in advance ...
  17820.  
  17821. Is there a difference in how the fractional T-1 is delivered to a user
  17822. whether it is inter or intra-LATA?  As and example if I want a 128Kbps
  17823. fractional T-1 is it a Tail Circuit from the C.O. where my DSU/CSU is
  17824. slaved to a 128Kpbs reference from the C.O.  or is it a T-1 from the
  17825. C.O.  with 2 DS0 channels being used in a DACS?  Or am I totally
  17826. messed up?  What is the proper way a fractional T-1 gets delivered to
  17827. a user via inter and intra-LATA?
  17828.  
  17829.  
  17830. Thanks,
  17831.  
  17832. Mike Foltz    foltzmik@sgate.com    703-803-8361
  17833.  
  17834. ------------------------------
  17835.  
  17836. From: producer@pipeline.com (Judith Oppenheimer)
  17837. Subject: Collect Call Business
  17838. Date: 19 Apr 1994 14:10:26 -0400
  17839. Organization: The Pipeline
  17840.  
  17841.  
  17842. Does anyone have any statistics regarding the market share breakdown
  17843. among the carriers of the collect call business?  Also, any idea of
  17844. how much market share growth MCI attained with 1 800 COLLECT?  And
  17845. finally, is there an industry demographic breakdown of collect call
  17846. service users (among all the carriers)?
  17847.  
  17848.  
  17849. J. Oppenheimer   Producer@pipeline.com
  17850.  
  17851. ------------------------------
  17852.  
  17853. Date: Tue, 19 Apr 94 17:08:12 EST
  17854. From: Alex Cena <acena@lehman.com>
  17855. Subject: International Wireless Services
  17856.  
  17857.  
  17858. Is anyone aware of recent (within the last year and a half) purchases
  17859. of ownership (either complete, or partial) of wireless service
  17860. providers in countries other than the U.S.  If so, which countries or
  17861. cities were covered, what price was paid, what percentage ownership
  17862. was sold, and what population was covered by the wireless coverage or
  17863. what was the subscriber base of the wireless carrier.
  17864.  
  17865. If the wireless service did not have an existing base (i.e. a new
  17866. service provider) I am still interested in as much information as
  17867. possible.
  17868.  
  17869.  
  17870. Alex M Cena, acena@lehman.com, Lehman Brothers
  17871.  
  17872. ------------------------------
  17873.  
  17874. From: hst18a20@teetot.acusd.edu
  17875. Date: Tue, 19 Apr 1994 14:24:24 PDT
  17876. Subject: AT&T Divestiture Comments Wanted
  17877.  
  17878.  
  17879. Does anyone have any input they would like to share about the break-up
  17880. of AT&T and the formation of the Baby Bells?  What is your opinion on
  17881. it?  How did it affect the economy?  What is its significance in
  17882. American history?  Thank you very much.
  17883.  
  17884.  
  17885. Megan Kelleher    University of San Diego  hst18a20@teetot.acusd.edu
  17886.  
  17887. ------------------------------
  17888.  
  17889. From: mnc@css.itd.umich.edu (Miguel Cruz)
  17890. Subject: Occupied Territories Telecom
  17891. Date: 19 Apr 1994 08:41:24 GMT
  17892. Organization: University of Michigan ITD/User Services
  17893.  
  17894.  
  17895. Does anyone know who will be providing telecom services in the
  17896. occupied territories following an agreement with Israel for
  17897. self-governance (or something like it; I don't want to get into the
  17898. political questions)?  My understanding was that projects were
  17899. underway (on paper, anyway) to provide infrastructure independent of
  17900. Israel's.
  17901.  
  17902. Anyway, if anyone does have such information (preferably an email
  17903. address of someone at the organization involved) please send it to me.
  17904. I'm roughing it through Asia at the moment so I can't really read news
  17905. (but oh, the stories I could tell about trying to place international
  17906. calls), so direct email would be appreciated. Thanks.
  17907.  
  17908.  
  17909. Miguel
  17910.  
  17911. ------------------------------
  17912.  
  17913. Date: Tue, 19 Apr 94 17:29:12 EST
  17914. From: Bradley_Allen_at_PPCFINAC@smtp-pub.prenhall.com
  17915. Subject: PacBell Billing Exceptions to Cell, Page, Other WAC Subs
  17916.  
  17917.  
  17918. (Please send all replies to Ulmo@Pyrzqxgl.Q.Net, as replies to the
  17919. above sending address do not work.)
  17920.  
  17921. My goal: Payphones calling my Cellular be a local 20 cent call.
  17922.  
  17923. Result:  Not yet; I just have to give people my 800 number.  
  17924.          Details follow.
  17925.  
  17926. Prompted by a descrepency in Pacific Bell operator price quotes and
  17927. the claims of my LA Cellular Tel. Co.  representative regarding
  17928. pricing of PacBell->LACell calls, I called Pacific Bell Administration
  17929. (811-9000 from PacBell phones).  I asked for someone familiar with the
  17930. price contracts between LA Cell and Pac Bell.
  17931.  
  17932. Bob Duff returned my call.  He explained in perfect detail and with
  17933. great politeness the situation.  My LA Cell rep was right.  Companies
  17934. such as cellular, pager, etc. may sign up with PacBell for "wide area
  17935. calling".  A whole NXX code (prefix) is required to be assigned to the
  17936. company (he mentioned putting them into the access tandems).  Then,
  17937. everything within the (PacBell?) service area to that prefix is a
  17938. "local" (i.e. free or near-free) call.  The PacBell billing databases
  17939. bill this correctly.
  17940.  
  17941. However, there is a different database that both PacBell operators and
  17942. payphones use to do pricing.  This database knows an approximate
  17943. "location" for each prefix, and then the price quotes are calculated
  17944. on a formula according to mileage.  The result is that operators are
  17945. incorrect when quoting prices to certain cell and pager numbers within
  17946. the service area, and payphones use this older system to charge the
  17947. customers real coins.
  17948.  
  17949. Bob explained that the database for billing is so large that it's
  17950. difficult to update the database the operators use, but that Pacific
  17951. Bell plans to fix this within a few years.
  17952.  
  17953. Besides my obvious question of why don't they just plug the computers
  17954. together and use the same database (I forgot to ask), I was happy to
  17955. have the answer and decided I was ahead of the game because I knew
  17956. what was up and have an 800 number anyway.
  17957.  
  17958. Still waiting for the day that everything is flat-rate ...
  17959.  
  17960.  
  17961. -Bradley Allen aka Ulmo
  17962.  
  17963. P.S.  Any companies offering 800 service that I can change my target
  17964. at the touch of a button as often as I like (without the obnoxious
  17965. per-minute air charge my cell phone gives me)?
  17966.  
  17967.  
  17968. [TELECOM Digest Editor's Note: Cable & Wireless is one such provider
  17969. of 800 service, and so far as I know, the only one allowing immediate
  17970. change of forwarding numbers automatically by the subscriber.   PAT]
  17971.  
  17972. ------------------------------
  17973.  
  17974. From: bub@fid.morgan.com (Bubbette McLeod)
  17975. Subject: Phoning Cuba
  17976. Organization: Morgan Stanley & Co., New York, NY
  17977. Date: Tue, 19 Apr 1994 21:39:08 GMT
  17978.  
  17979.  
  17980. Does anyone know how to phone Cuba for a reasonable amount of money
  17981. from the U.S.?
  17982.  
  17983. Please reply via mail.
  17984.  
  17985.  
  17986. bub@morgan.com
  17987.  
  17988.  
  17989. [TELECOM Digest Editor's Note: Calls to most areas of Cuba (except for
  17990. the United States Naval Base there) must be placed through the AT&T
  17991. International Operator. The Naval Base can be dialed direct.   PAT]
  17992.  
  17993. ------------------------------
  17994.  
  17995. From: paul@corporate-staffing.com
  17996. Subject: Pricing on Northern Telecom SL/1 Switch
  17997. Date: Tue, 19 Apr 94 20:15:07 PDT
  17998. Organization: The Internet Access Company
  17999.  
  18000.  
  18001. I'm looking to sell a Northern Telecom SL/1 Switch, and I need some
  18002. advice as to its value.  The following is an inventory of the switch,
  18003. software, and cards.  Any help would be much appreciated.
  18004.  
  18005. Please contact me at paul@corporate-staffing.com.
  18006.  
  18007.  
  18008. Thanks,
  18009.  
  18010. Paul Costello
  18011.  
  18012. NORTHERN TELECOM SL/1 SWITCH 
  18013. INVENTORY CARDS:
  18014. QPC 163D
  18015. QPC 187D
  18016. QPC 190E
  18017. QPC 197C
  18018. QPC 219
  18019. QPC 33D
  18020. QPC 362A
  18021. QPC 376A
  18022. QPC 41M
  18023. QPC 425E
  18024. QPC 43P
  18025. QPC 450
  18026. QPC 450B
  18027. QPC 451A
  18028. QPC 452A
  18029. QPC 478B
  18030. QPC 574A
  18031. QPC 61C
  18032. QPC 71D
  18033. QPC 74C
  18034. QPC 80F
  18035. QPC 82D
  18036. QPC 84R
  18037.  
  18038. SOFTWARE:
  18039. NTI/00017009
  18040.  
  18041. MISCELLEANEOUS:
  18042. BATTERY DISTRIBUTION BOX
  18043. ABSOLYTE GNB BATTERY BACKUP
  18044.  
  18045. DATE OF PURCHASE  12-85
  18046. Purchase Price $85,000
  18047. Located in Norwell, Massachusetts
  18048.  
  18049. ------------------------------
  18050.  
  18051. From: Alan_York@mindlink.bc.ca (Alan York)
  18052. Subject: Need TIE UMT-32 KSU Series 2 Info.
  18053. Date: 20 Apr 94 01:07:58 GMT
  18054. Organization: MIND LINK! - British Columbia, Canada
  18055.  
  18056.  
  18057. I have just acquired a TIE UMT-32 KSU Series 2 KSU and a number of
  18058. 10832 desk sets. Since there is no documentation with the system of
  18059. course, can anyone advise to it capabilities etc.  The KSU has 2 x CO
  18060. cards and 3 x STU cards, a TSU card and a CPU card.  So far I've
  18061. figured out that it has eight incoming line, 12 station capacity.
  18062.  
  18063. Thanks for an help. 
  18064.  
  18065. Al York                  Dynamic Datacorp People
  18066. dynamic@mindlink.bc.ca   Vancouver, B.C., Canada    604/294-9193
  18067.  
  18068. ------------------------------
  18069.  
  18070. From: rayw@research.otc.com.au (Ray Wong)
  18071. Subject: X.25 Card Required
  18072. Date: 20 Apr 1994 07:49:50 GMT
  18073. Organization: Telstra Corporation Limited
  18074.  
  18075.  
  18076. I am looking for a high performance X.25 card for a PC.  The critical
  18077. parameters are: 384 kbits/second and 200 packets/second mininum.  The
  18078. other requirements are: OS/2 and ISA bus support.
  18079.  
  18080. I have tried a card made by Eicon but have not been able to achieve
  18081. the packet rate required.  Does anyone have any recommendations or
  18082. suggestions?
  18083.  
  18084. ------------------------------
  18085.  
  18086. Date: Tue, 19 Apr 1994 23:26:00 -0400 
  18087. From: ian easson <easson@bnr.ca>
  18088. Subject: IEEE Symposium on Planning and Design of Broadband Networks 
  18089.  
  18090.  
  18091. IEEE SYMPOSIUM ON PLANNING AND DESIGN OF BROADBAND NETWORKS
  18092.  
  18093. Montebello, Quebec, Canada
  18094. October 21 - 23rd, 1994
  18095.  
  18096. CALL FOR PARTICIPATION
  18097.  
  18098. The first IEEE Symposium on Planning and Design of Broadband Networks
  18099. will be held at Le Chateau Montebello, Montebello, Quebec, Canada on
  18100. October 21 - 23rd, 1994.  The purpose of this symposium is to provide
  18101. an environment for the discussion and exchange of ideas concerning
  18102. computer-aided planning and design techniques and tools for broadband
  18103. networks.  The symposium will include both invited and contributed
  18104. talks, panel discussions, and demonstrations of broadband network
  18105. planning and design tools.  Abstracts of all presentations will be
  18106. distributed at the symposium but no proceedings will be published.
  18107. The symposium will address topics in the following areas:
  18108.  
  18109. -   Challenges in broadband network planning and design
  18110. -   Simulation methodologies and tools for planning and design of 
  18111.     broadband networks
  18112. -   Tool applications and deployment case studies
  18113.  
  18114. Please submit by June 15, 1994, 5 copies of the abstract of proposed 
  18115. talk or demo to the Technical Program Chairman:
  18116.  
  18117. Professor Hussein Mouftah, Department of Electrical and Computer 
  18118. Engineering, Queen's University, Kingston, Ontario, Canada K7L 3N0,
  18119. Telephone:  (613) 545-2934,     Fax:  (613) 545-6615
  18120. EMAIL:  mouftahh@qucdn.queensu.ca
  18121.  
  18122. For further information please contact:
  18123.  
  18124. Ihor Gawdan, Symposium Chair,
  18125. Bell Northern Research, P.O. Box 3511, Station C,
  18126. Ottawa, Ontario, Canada  K1Y 4H7,
  18127. Telephone:  (613) 763-9926,     Fax:  (613) 763-2976
  18128. EMAIL:  igawdan@bnr.ca
  18129.  
  18130. Technical Program Committee:
  18131. Hussein Mouftah (Queen's U.)
  18132. Marek Wernik (BNR)
  18133. Victor Frost (U. Kansas)
  18134. Robert Cahn (IBM)
  18135.  
  18136. Treasurer:   John Hopkins (BNR)
  18137. Publicity:   Ian Easson (BNR)
  18138. IEEE Ottawa Chairperson:   Ibrahim Gedeon 
  18139.  
  18140. Sponsors:   IEEE   BNR   NT   OCRI   TRIO
  18141.  
  18142.  
  18143. Ian Easson     Bell-Northern Research
  18144. easson@bnr.ca  Usual disclaimers apply
  18145.  
  18146. ------------------------------
  18147.  
  18148. From: oxenreid@chaos.cs.umn.edu
  18149. Subject: Re: Source For T1 CSU/DSU?
  18150. Organization: University of Minnesota, Twin Cities
  18151. Date: Tue, 19 Apr 1994 21:55:23 GMT
  18152.  
  18153.  
  18154. In <telecom14.176.6@eecs.nwu.edu> freedman@jane.sas.upenn.edu (Avi
  18155. Freedman) writes:
  18156.  
  18157. > Does anyone know a good source for a T1 CSU/DSU?  I need it to do full
  18158. > T1, not fractional, and to have a v.35 cable.  I was told to look for
  18159. > a GDC 552A, but I assume any T1 CSU/DSU would work?
  18160.  
  18161. ADC Kentrox.
  18162. ATT.
  18163.  
  18164. You may try this number, 800-985-8855.  I do not work for them, I have
  18165. not even called them myself.  However, they have a nice ad in
  18166. {Communications Week}.  Datatech mostly deals in new/leased equipment.
  18167.  
  18168. Another AS IS /WHERE IS is Metrocom 800-364.8838.
  18169.  
  18170.  
  18171. Christopher G.  Oxenreider     Electronics Technician Sr.
  18172. #include <std_disclaimer.h>    oxenreid@chaos.cs.umn.edu
  18173.  
  18174. ------------------------------
  18175.  
  18176. From: pferris%mohawk.uucp@drd.com
  18177. Reply-To: pferris%mohawk.uucp@drd.com
  18178. Organization: Laughing Pines
  18179. Date: Tue, 19 Apr 94 07:12:26 -0600
  18180. Subject: Re: Answering Machine With Voice Mail and Paging?
  18181.  
  18182.  
  18183. Fclark@deathstar.cris.com (Franclark) wrote to inquire about such
  18184. a combination.
  18185.  
  18186. Hi Frank,
  18187.  
  18188. Here's a not-so-elegant method I came up with.  You might be able to
  18189. adapt/adopt it:
  18190.  
  18191. Panasonic makes a series of speaker-phone/answering machines called
  18192. "Easa-Phone"'s.  I believe there are _several_ variations and models
  18193. (2-line, 1-line, # of memories, etc, etc.). They are all DTMF remote
  18194. controllable. Places like Circuit City, Service Merhandise, J&D, etc.)
  18195. will give you a selection. There's even a model (or maybe several now)
  18196. that will forward calls to a pager -- supposedly forwards the DTMF the
  18197. caller enters to your pager service... can't vouch for this. However,
  18198. here's the good news... ALL of the Easa-Phone's I've seen have a
  18199. "Transfer" feature.  All this does is to rattle your cage at a 2nd
  18200. number after a message has been recorded. Here's how I exploit that
  18201. with my pager -- also alpha-numeric, but a moot point for this trick!
  18202. Note: The TRANSFER memory can hold, I believe, something like a 13-14
  18203. digit number, so there's (barely) room for the PAUSE character, etc.
  18204.  
  18205. Program the number to TRANSFER to be your pager _AND_ a PAUSE
  18206. character or two (to buy time while your paging service rings and
  18207. answers!) _AND_ your answering machine's call back number (home,
  18208. work, whatever).  As a help to distinguish between my answering machine
  18209. calling me from home vs. my wife, et al; I program in the FULL number and
  18210. spaces which no one else would normally both with from within the same
  18211. area code, e.g.: 999-999-9999 (on your pager you can create the "-"'s
  18212. by hitting a "*" with most services). To me, that's not ambiguous -
  18213. only my answering machine (so far) has told me to "call home" and uses
  18214. an area code to do it ... no area code means it's likely a live human
  18215. bean.
  18216.  
  18217. The pitfall: You don't know before you call your answering machine who
  18218. called, but just that someone did. The machine will attempt calling
  18219. the TRANSFER number (your pager), I believe, three times. This isn't a
  18220. big deal to me -- I'd rather get paged three times with that number
  18221. than not at all.  Set pager to vibrate/one chirp if this "feature"
  18222. annoys you. I think of it as cheap insurance, but you may consider it
  18223. a bug!  Probably this'd only be good for folks with direct dialed
  18224. pagers.  Pagers using PIN's, etc; may call for too long a TRANSFER
  18225. number to be programmed (possibly you can daisy chain memories,
  18226. etc..!!).
  18227.  
  18228. Good points: The world doesn't know your pager number, or even
  18229. necessarily that their call is ultimately going to activate your
  18230. pager. _You_ decide how quickly to response. "Just got back to the
  18231. office..."  vs.  "Just got your message...". I like to wait at least a
  18232. couple of minutes so folks don't think I live at home monitoring the
  18233. answering machine on the local speaker! The Easa-Phones have a good
  18234. VOX circuit in them, if the caller is answering machine phobic then
  18235. and hangs up (no msg), then there's NO forward to bother you (to
  18236. retrieve a null msg!).
  18237.  
  18238. I know this is somewhat southern engineered, but it meets my needs!
  18239. And for the cost of a otherwise _EXCELLENT_ answering machine, it's
  18240. the most cost effective solution I've come up with.
  18241.  
  18242. WRT: Software - I love Ex Machina's "Notify!" - alpha paging software.
  18243. There are others.
  18244.  
  18245. > Thank you in advance for any information.
  18246.  
  18247. Yer welcome.
  18248.  
  18249.  
  18250. Pete Ferris, N5KBD     pferris%mohawk.uucp@drd.com
  18251.  
  18252. ------------------------------
  18253.  
  18254. From: atoscano@attmail.com (A Alan Toscano)
  18255. Date: 19 Apr 94 20:18:37 GMT
  18256. Subject: Re: 800-555-1212 is Not Southwestern Bell
  18257.  
  18258.  
  18259. In message <telecom14.176.13@eecs.nwu.edu>, PAT writes:
  18260.  
  18261. > [TELECOM Digest Editor's Note: Well, 'AT&T Communications' is 
  18262. > not the same company as 'AT&T' -- at least not on paper, and I do 
  18263. > think SWBT is the manager of the service for AT&T Communications. 
  18264. > Do I stand corrected? 
  18265.  
  18266. Back in the '60s and early '70s when I was growing up in suburban
  18267. Chicagoland, calls from our region to 800 555-1212 (we didn't dial 1+
  18268. back then), reached the SW Bell central office in East Saint Louis,
  18269. IL. I presume this service was staffed by SW Bell employees, under
  18270. some arrangement with AT&T Long Lines.
  18271.  
  18272. Since that time, SW Bell ceded its Illinois territory to the late 
  18273. Illinois Bell, as the Bell System redrew its operating companies' 
  18274. boundries to conform with state lines. (FYI: At about the same time, 
  18275. SW Bell picked up the West Texas territory of the late Mountain 
  18276. States Telephone, and the former Indiana Bell acquired Illinois 
  18277. Bell's Indiana territory.)
  18278.  
  18279. Subsequently, Divestiture further affected the inter-relationships 
  18280. of Bell companies and their (former) parent. If SW Bell, has kept 
  18281. its 800 DA operation (under contract to AT&T), it has almost 
  18282. certainly moved it, in order for it to remain within the SW Bell 
  18283. geographic domain.
  18284.  
  18285. I asked my sister (who still lives near Chicago) to check into this 
  18286. for me, and she reports that every inquiry which she made about 
  18287. their location was answered with "A Midwestern City." This may, or 
  18288. may not, be E. St. Louis.
  18289.  
  18290. From here in Texas, my 800 DA calls have been answered in Chipley, 
  18291. FL for many years. (They have no qualm about saying where they are.)
  18292.  
  18293. So, to partially answer PAT's question, I think we can safely 
  18294. conclude that ...
  18295.  
  18296. At a minimum, Southwestern Bell "hosted" an 800 Directory Assistance
  18297. Operating Center several years ago, in a building it no longer owns.
  18298. SW Bell may or may not operate such a center someplace today, but if
  18299. it does, it's under a contract to AT&T, since AT&T has, to date, kept
  18300. the 800 DA "franchise."
  18301.  
  18302. We know that there's at least one 800 DA center operating in "A Midwest-
  18303. ern City," (possibly by SW Bell,) and at least one in Southern Bell's 
  18304. territory (Chipley, FL).
  18305.  
  18306. I wouldn't be surprised to learn that there are one or two more 800 DA 
  18307. centers in other regions of the US.
  18308.  
  18309.  
  18310. A Alan Toscano - atoscano@attmail.com - atoscano@speedway.net
  18311. P O Box 741982 - Houston, TX 77274-1982 - 713 415-9262
  18312.  
  18313. ------------------------------
  18314.  
  18315. End of TELECOM Digest V14 #178
  18316. ******************************
  18317.     
  18318.     
  18319. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa00728;
  18320.           20 Apr 94 8:34 EDT
  18321. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18322.     id AA08230; Wed, 20 Apr 94 02:46:36 CDT
  18323. Return-Path: <telecom>
  18324. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18325.     id AA08221; Wed, 20 Apr 94 02:46:34 CDT
  18326. Date: Wed, 20 Apr 94 02:46:34 CDT
  18327. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18328. Message-Id: <9404200746.AA08221@delta.eecs.nwu.edu>
  18329. To: telecom@eecs.nwu.edu
  18330. Subject: TELECOM Digest V14 #179
  18331.  
  18332. TELECOM Digest     Wed, 20 Apr 94 02:46:00 CDT    Volume 14 : Issue 179
  18333.  
  18334. Inside This Issue:                           Editor: Patrick A. Townson
  18335.  
  18336.     Re: Telecommunications Development in Asia (Cedric Hui)
  18337.     Re: Neat Tricks! (kris%sanctum%paladin@uunet.uu.net)
  18338.     Re: Let Your Fingers do the Walking on the Internet (John Hall)
  18339.     Re: Internet and the Info Highway (Garrett Wollman)
  18340.     Re: Operator Assisted Sent-Paid Coin Calls (Ken Weaverling)
  18341.     Re: GSM and Airbags (Alex Veller)
  18342.  
  18343. TELECOM Digest is an electronic journal devoted mostly but not
  18344. exclusively to telecommunications topics. It is circulated anywhere
  18345. there is email, in addition to various telecom forums on a variety of
  18346. public service systems and networks including Compuserve and GEnie.
  18347. Subscriptions are available at no charge to qualified organizations
  18348. and individual readers. Write and tell us how you qualify:
  18349.  
  18350.                  * telecom-request@eecs.nwu.edu *
  18351.  
  18352. The Digest is compilation-copyrighted by Patrick Townson Associates of
  18353. Skokie, Illinois USA. We provide telecom consultation services and
  18354. long distance resale services including calling cards and 800 numbers.
  18355. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  18356. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  18357.  
  18358.     ** Article submission address only: telecom@eecs.nwu.edu **
  18359.  
  18360. Our archives are located at lcs.mit.edu and are available by using
  18361. anonymous ftp. The archives can also be accessed using our email
  18362. information service. For a copy of a helpful file explaining how to
  18363. use the information service, just ask.
  18364.  
  18365. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  18366. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  18367. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  18368. Digest" shares archives resources at lcs.mit.edu for the convenience
  18369. of users. Please *DO NOT* cross post articles between the groups. All
  18370. opinions expressed herein are deemed to be those of the author. Any
  18371. organizations listed are for identification purposes only and messages
  18372. should not be considered any official expression by the organization.
  18373. ----------------------------------------------------------------------
  18374.  
  18375. From: chui@netcom.com (Cedric Hui)
  18376. Subject: Re: Telecommunications Development in Asia
  18377. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  18378. Date: Wed, 20 Apr 1994 06:36:05 GMT
  18379.  
  18380.  
  18381. Here is some information on Hongkong Telecom.  It is not meant to be a
  18382. technical reference on the HK telecommunications infrastructure nor a
  18383. objective view on the current communication policy and choice of
  18384. technology deployment in the territory.  The information is based on
  18385. the HongKong Telecom's publication "Hong Kong - The Communications Hub
  18386. of Asia".  I believe it was published in 91 or 92, definitely before
  18387. 1993.  Hope the information is usefully to you and of interest to
  18388. others, and I am looking forward to your paper on the
  18389. telecommunications development in Asia.
  18390.  
  18391. Company background:
  18392.  
  18393. The Territory's domestic and international carrier.  Publicly listed
  18394. in New York, London as well as on the local stock exchange.  About
  18395. half of the public float, or 10% of the company's equity, is held by
  18396. American investors.  The two primary shareholders are Britain's Cable
  18397. and Wireless (57.5%) and China International Trade and Investment
  18398. Corporation (17.5%) CITIC is one of China's premier vehicles for
  18399. overseas investment.
  18400.  
  18401. The communications hub of Asia:
  18402.  
  18403. According to the Information contains in the publication, of the 600
  18404. multinational companies that have regional headquarters in Asia, more
  18405. than half are active in Hong Kong and nearly 500 use the territory as
  18406. their Asian telecommunications hub.  HK Telecom's annual investment on
  18407. capital projects amounts to US$300-400 million and all the major fibre
  18408. trunks that traverse Asia pass thru HK, providing both the capacity
  18409. and the diversity that multinationals seek in a regional hub and those
  18410. fibre links are backed up by one of the Asia's largest satellite earth
  18411. stations with 10 dishes.  Almost 200 International Private Leases
  18412. Circuits (IPLCs) link HK Telecom customers with their offices or
  18413. business partners in Beijing, Shanghai, Guangzhou and Shenzhen at
  18414. speeds up to 64K bps.  The number of IPLCs between HK and China is
  18415. growing at around 50% a year.  HK Telecom has forged strong ties with
  18416. both national and provincial telecommunications authorities in the
  18417. PRC.
  18418.  
  18419. Some figures:
  18420.  
  18421. The territory has nearly three million telephone lines; one 
  18422. for every two people.
  18423. One resident in 10 has a pager.
  18424. One in 25 a mobile phone.
  18425. Nearly 200,000 fax lines (second only to Japan in fax penetration).
  18426. The network is all digital.
  18427. Local calls are free (residential and commercial).
  18428. HK people make 11 million overseas telephone or fax calls a 
  18429. month, approximately half of them to China.
  18430. International Direct Dailing is available to more than 200 
  18431. countries and to more than 1,000 cities in China.
  18432. (China traffic is growing at an annual rate of 35%).
  18433.  
  18434. Services:
  18435.  
  18436. Datapak: an X.25 based public data network supporting transmission at
  18437. up to 64Kbps and a digital data service that offers dedicated circuits
  18438. at speeds up to T3.  Datapak International extends the domestic X.25
  18439. network to 175 public data networks in 84 countries, providing access
  18440. to thousands of international messaging and information services.
  18441.  
  18442. Value-added options such as Call Waiting, Conference Call or 
  18443. Do Not Disturb.
  18444.  
  18445. Citinet (Centrex).
  18446.  
  18447. Paging, cellular and CT2 services are licensed but subject to
  18448. competition; multiple vendors are active in each sector.  SUREFAX
  18449. provides auto redial, auto resend and broadcast calls, comprehensive
  18450. call tracking and accounting for high-volume fax users.  HK Telecom's
  18451. sole franchise for the domestic telephone service ends in 1995, when
  18452. limited competition is expected to emerge, while its international
  18453. valued-added services are already deregulated and have become
  18454. intensely competitive.  Sister company HK Telecom CSL operates one of
  18455. the largest cellular telephone networks in the territory.  It offers a
  18456. unique roaming agreements that enable customers to use their portable
  18457. phone in over 100 roaming destinations in China.  International
  18458. private leased circuits at speeds up to 2 Mbps between HK and 24
  18459. counties and is the dominant supplier into China.  (no specific detail
  18460. given) Direct optical fibre links with China. The cable between HK and
  18461. Guangzhou can carry up to 47,000 voice channels simultaneously, while
  18462. a 565 Mbps cable links HK with Shenzhen and connects to similar cable
  18463. from Shanghai to Guangzhou.
  18464.  
  18465. Newly introduced service:
  18466.  
  18467. ISDN, VPN, GMDS, FNA and Banwidth on Demand services.  A domestic
  18468. frame relay service designed for LANs is also available ATM and SONET
  18469. is under testing and are expected to become HK Telecom's core network
  18470. technologies during the 1990s.
  18471.  
  18472. Others:
  18473.  
  18474. FMit: Asia's only comprehensive outsourcing service for users of
  18475. private telecommunication network.
  18476.  
  18477. Tariff:
  18478.  
  18479. HK Telecom claims that following the recent tariff reductions agreed
  18480. between the company and the HK government, it is cheaper to call every
  18481. country in the world from HK than the other way round. The tariff
  18482. differential can be as high as 30%.  No comparison numbers were given
  18483. though.
  18484.  
  18485. ------------------------------
  18486.  
  18487. Subject: Re: Neat Tricks!
  18488. Reply-To: kris%sanctum%paladin@uunet.uu.net
  18489. From: sanctum!kris@uunet.UU.NET (Kris)
  18490. Date: Tue, 19 Apr 1994 23:47 EDT
  18491.  
  18492.  
  18493. Glen Roberts writes:
  18494.  
  18495. > PROTECT YOURSELF WITH THE CHICAGO TRIBUNE'S TELEMARKETING TRICK
  18496. [...]
  18497. > Why not use it to protect your privacy? Get your second line setup by
  18498. > the phone company that way, place all your out-going calls on it and
  18499. > bam no body can return call or redial your number. Yeah, the phone
  18500. > company will probably tell you they can't do that for you. Tell them
  18501. > to call 1-312-670-4113 as proof that it can be done.
  18502.  
  18503. I don't agree with the idea that this may be an "intentional"
  18504. call-back blocker.  When I dial on our (old, outdated) PBX and hit 9
  18505. qto get an outside line, I actually get an *actual* *outside* *line*.
  18506. Hitting 0 gives you the NYNEX operator, 00 gives AT&T operator, and
  18507. you can even play with * codes.  CNID blocking codes give you an
  18508. almost instant "this number is not equipped to receive incoming
  18509. calls".  What I am saying is that this is a common arrangement with
  18510. PBX systems.  The "number" the telemarketers are calling out on
  18511. probably does not accept incoming calls (it isn't even a "number" by
  18512. that definition).  A more modern ROLM CBX system (all digital, dials
  18513. itself after you dial on the keypad, etc, etc) calling to one of the
  18514. tracer 800 numbers gives you yet another fake "number".
  18515.  
  18516. > Also, here's another way to block caller-id. Dial 10288EEE-NNNN where
  18517. > EEE is your exchange and NNNN is the number. For example, from my
  18518. > home, if I call the surveillance hotline: (708) 356-9646... by dialing
  18519. > "356-9646" Caller ID gets my home phone. Yet, if I dial"10288356-9646" 
  18520. > it comes in as out of area (yeah and I probably get billed the same as 
  18521. > calling long distance).
  18522.  
  18523. Not in all areas!  National CNID is trying to correct this, and it may
  18524. be fixed in most "hip" local telcos.  If you can receive calls via
  18525. AT&T (using the 10288 code) with caller-ID on them you can usually
  18526. receive them with caller-ID on them even with this method.
  18527.  
  18528. The tried-and-true method is to use a Mom & Pop 10-XXX code or 800
  18529. number (which presumably wouldn't be suitably equipped, but good luck
  18530. finding one that doesn't rent lines from a major prime), or using a
  18531. PBX.  With a PBX they will get the famous fake calling "number", but
  18532. dialing it will give you the error message regarding "no incoming
  18533. calls" or just a constant ringing.  Note that using AT&T through their
  18534. 800 number won't win you much because 800 numbers always have ANI on
  18535. them (and ANI is the big daddy of CNID).
  18536.  
  18537. Have fun.  This stuff is lots of fun.
  18538.  
  18539.  
  18540. Kris   kris%sanctum%paladin@uunet.uu.net  uunet.uu.net!paladin!sanctum!kris
  18541.  
  18542. ------------------------------
  18543.  
  18544. From: john@pixel.kodak.com (John Hall)
  18545. Subject: Re: Let Your Fingers do the Walking on the Internet
  18546. Organization: Eastman Kodak
  18547. Date: Tue, 19 Apr 1994 16:33:49 GMT
  18548.  
  18549.  
  18550. In article <telecom14.175.6@eecs.nwu.edu> Paul Robinson <PAUL@TDR.COM> writes:
  18551.  
  18552. > Internet White Pages".  Someone started collecting E-Mail addresses
  18553. > and names for people from public messages, probably those posted on
  18554. > newsgroups and heavily circulated mailing lists and put them in
  18555. > alphabetical order.
  18556. > ...
  18557. > trying to avoid being judgemental here, because I don't see it as that
  18558. > big a problem.  My E-Mail address is not my street address and doesn't
  18559. > tell you where I live or what I do or how much money I make or how
  18560. > educated I am.  But this practice does annoy some people and I wanted
  18561. > ...
  18562. > Here's some questions to think about: What do you think about the
  18563. > practice?  Is it right or wrong and why?  Does this impact people's
  18564. > security?  Are there risks involved if your E-Mail address becomes
  18565. > well known or if it is misprinted in a published "white pages"?  Are
  18566. > there other considerations to think about?
  18567.  
  18568. I agree with Paul.  As long as the names and addresses are gleaned
  18569. from public messages, no harm is done.  Anybody who posts their
  18570. address publicly, whether in a newsgroup or on the local supermarket
  18571. notice board has no grounds for complaint about what others do with
  18572. that information.
  18573.  
  18574. On the other hand, if he's scanning headers of mail messages that are
  18575. routed through his machine, or worse, reading packets that fly by on a
  18576. net backbone, that's slimy.  Rather like opening people's mailboxes to
  18577. read the return addresses on their mail, or hooking a pen recorder up
  18578. to their phone line.
  18579.  
  18580.  
  18581. John Hall - john@kodak.com
  18582.  
  18583. ------------------------------
  18584.  
  18585. From: wollman@ginger.lcs.mit.edu (Garrett Wollman)
  18586. Subject: Re: Internet and the Info Highway
  18587. Date: 19 Apr 1994 22:54:18 GMT
  18588. Organization: MIT Laboratory for Computer Science
  18589.  
  18590.  
  18591. In article <telecom14.177.3@eecs.nwu.edu>, <scott_pope@wiltel.com>
  18592. wrote:
  18593.  
  18594. > Does anyone have any thoughts on how the Internet will relate to the
  18595. > Information Highway?
  18596.  
  18597. Very little (probably less than it does now).
  18598.  
  18599. The so-called ``Information Superhighway'' is, for the most part, the
  18600. biggest load of unmitigated bull**** which this country has seen in
  18601. quite some time.  From what I've seen and read of the public
  18602. statements of so-called ``Industry Leaders'' in recent years, the
  18603. entire Superhypeway is little more than an attempt by telephone and
  18604. cable companies to get regulators to permit them to waste untold
  18605. billions of ratepayers' money on projects of highly questionable
  18606. utility or customer value.
  18607.  
  18608. What the cable companies are interested in, for the most part, is
  18609. one-way saturation of customers' homes with a huge amount of garbage
  18610. beyond even what currently passes for television programming in this
  18611. country, most if not all of which is produced by companies which are
  18612. majority owned by the cable operators themselves.  There are a few
  18613. welcome exceptions, but by and large, this appears to be the pattern.
  18614. All you have to do is read some of the testimony of the cable
  18615. operators corporate officers about how they couldn't /possibly/ let
  18616. customers actually attach their own equipment to ``The Network'', and
  18617. it begins to take on a somewhat more sinister tone.
  18618.  
  18619. At one television industry symposium, a speaker recounted his
  18620. conversation with the managers of one of those new, digitally-
  18621. compressed ``500-channel'' systems currently under testing.  The
  18622. speaker had asked this person what they were using all that extra
  18623. capacity for; the manager replied, ``Well, we're currently running
  18624. /Basic Instinct/ at five-minute intervals.''
  18625.  
  18626. The goals of the telephone industry are somewhat more difficult to
  18627. discern, but most of their statements seem to revolve around a desire
  18628. for de-regulation of their business environment, while simultaneously
  18629. being allowed to continue to own most of the services for which they
  18630. are primary providers.  (I think the Rochester Tel proposal is quite a
  18631. bit more forward-thinking than most of the ones I've seen lately.)
  18632. Unfortunately, so long as they are unwilling to give up on their
  18633. current business model, I think any attempt at de-regulation would
  18634. result in a disaster of the first order.
  18635.  
  18636. The telephone system does have one extremely significant advantage:
  18637. the phone network is already two-way.  This puts it miles ahead of
  18638. most television systems, which are designed for delivery of huge
  18639. volumes of data in one direction only.  Although the phone system is
  18640. of significantly lower capacity, it is much closer to being able to
  18641. handle the needs of one-to-one and many-to-one communications than
  18642. cable technology is.  (You only need to compare the fraction of
  18643. today's Internet that is connected together by telco technology as
  18644. compared to cable...)
  18645.  
  18646. The Clinton Administration's current rhetoric leaves me wondering
  18647. whether anyone in the White House actually understands the fundamental
  18648. principle of networking technology (perhaps they've been listening too
  18649. much to cable and telco executives?).  This principle is basic to why
  18650. the Internet is as sucessful as it is today, and it's also fundamental
  18651. to the misunderstanding that the ``Communications Industry'' appears
  18652. to have.  I generally express it, somewhat ungrammatically, as ``Bits
  18653. is bits.''  That is to say, the most important and fundamental fact
  18654. about digital communications networks is that they really /don't care/
  18655. what sort of information you are using them to transmit, whether it be
  18656. digitized voice, video, text, exciting synthetic-aperture radar images
  18657. from the Shuttle, encrypted mail, or random garbage you happen to be
  18658. picking up on your microwave antenna.
  18659.  
  18660. When you understand this principle, then you can quickly come to an
  18661. understanding of some of the other chasms separating the Internet and
  18662. the Superhypeway.  Fundamentally, it simply doesn't make sense to
  18663. build a network capable of delivering five hundred channels of
  18664. television, two channels of voice without video, and one rather slow
  18665. channel of data, when the average home has three televisions, 1.5
  18666. VCRs, and a single phone line.  By contrast, in the Internet
  18667. community, we have developed a tradition of (as Van Jacobson put it)
  18668. ``You get what you pay for.''  In this typical home, you will never
  18669. need more than more than five channels of video and one of voice, and
  18670. it makes sense to permit the occupants to turn off a TV set and use
  18671. the extra capacity to download a book from the public library, or scan
  18672. the 'net for distant ``radio stations''.  
  18673.  
  18674. In the Internet community, researchers have also made significant
  18675. strides in modeling one-to-one communications as a special case of
  18676. many-to-many communications; our networks of the future should be
  18677. designed to work well for the many-to-many case, and everything will
  18678. win automatically, whereas the plans which the telephone and cable
  18679. companies currently seem to be pushing concentrate on keeping the same
  18680. model of operation that their executives are used to dealing with.
  18681. This is a fundamental mistake, and continuing down this path will
  18682. result in an very undemocratic and high-cost-to-entry information
  18683. marketplace, which is clearly undesirable.
  18684.  
  18685. Another significant difference between the Internet and the rest of
  18686. the networking world is a fundamental shift in charging models.  When
  18687. I get my connection from NEARnet or AlterNet or PSI (or any one of a
  18688. hundred other providers), what I pay for is NOT the service of
  18689. ferrying my data from point A to point B.  Rather, what I am paying
  18690. for is access to all the other customers of all the other providers,
  18691. at a certain specific line capacity.  Those other customers in turn
  18692. are paying their providers for the ability to talk to me (and lots of
  18693. other people).  This fundamental difference in what one buys from an
  18694. Internet service provider as opposed to a telephone company or a cable
  18695. operator has enabled the Internet to develop its now well-known
  18696. settlement-free conectivity and charging model, which SIGNIFICANTLY
  18697. reduces the tremendous amounts of overhead involved in accounting,
  18698. billing, settlements, and collection which are inherent in the way
  18699. telcos and cable companies do business.
  18700.  
  18701. This model also has the substantial privacy advantage that my Internet
  18702. service provider does not insinuate itself into the financial
  18703. relationships I have with other entities, in the way that telephone
  18704. and cable companies do.  If Bill wants to sell me a data product, then
  18705. we work out means of payment, execute the transaction, and I have my
  18706. data, Bill has his money, and my service provider is none the wiser.
  18707. If, on the other hand, Bill wants to sell me a video product, then I
  18708. have to convince my cable operator to do business with Bill, then they
  18709. buy the product from Bill, and I buy Bill's product from them, at an
  18710. inflated price.  Of course, if my cable operator is TCI, then they
  18711. won't buy anything from Bill unless he is really their agent anyway,
  18712. so our transaction never gets off the ground.
  18713.  
  18714. The solution, it seems to me, is something that we need to work long
  18715. and hard at developing, because whatever we end up with, we'll likely
  18716. be stuck with it for at least the next twenty to fifty years.  My
  18717. preference would be to see the vertical de-integration of both
  18718. telephone and cable companies, somewhat along the lines of Roch Tel's
  18719. trial balloon.  To wit, the telephone and cable companies should be
  18720. de-regulated, with the significant proviso that they must first make a
  18721. choice as to whether they want to be in the connectivity business or
  18722. the service business, and divest themselves completely of the one they
  18723. don't wish to concentrate on.  Then, in each market, when a
  18724. competitive environment can be said to exist for each sort of
  18725. business, that business would be de-regulated.
  18726.  
  18727. Only under these circumstances can we expect to have a true Information 
  18728. Superhighway to live up to the hype and qhopes of business, individuals, 
  18729. and their government.
  18730.  
  18731.  
  18732. Garrett A. Wollman  wollman@lcs.mit.edu 
  18733. formerly known as   wollman@emba.uvm.edu
  18734.  
  18735. ------------------------------
  18736.  
  18737. From: weave@hopi.dtcc.edu (Ken Weaverling)
  18738. Subject: Re: Operator Assisted Sent-Paid Coin Calls
  18739. Date: 19 Apr 1994 09:18:04 -0400
  18740. Organization: Delaware Technical & Community College
  18741.  
  18742.  
  18743. In article <telecom14.175.7@eecs.nwu.edu>, Paul Robinson <PAUL@TDR.COM> 
  18744. wrote:
  18745.  
  18746. > I'm guessing here, but what it probably refers to is a historical
  18747. > issue.  The coin holding tray (the part that keeps coins until the
  18748. > call supervises, not to be confused with the fare collection box) on
  18749. > pay telephones in the U.S. can't hold more than three dollars, I have
  18750. > been told.  If an overseas call costs more than that, the operator has
  18751. > to process it manually.
  18752.  
  18753. This reminds me of a time about 20 years ago when I was about 15 and
  18754. had the hots for a girl in England.  I called her constantly, so my
  18755. parents eventually forbade me to ever call her again! :-)
  18756.  
  18757. So I'd save up money, buy two rolls of quarters, and head for a pay
  18758. phone. Then one lucky day I found a "busted" pay phone that, when
  18759. loaded with $2.50 (what I thought was the max it could hold before
  18760. collecting), when the operator "collected" the money, it'd fall
  18761. through to the coin return!
  18762.  
  18763. It went like this. The first three minutes cost $5.65, and each minute
  18764. thereafter was $1.15.  The operator began by asking me to deposit
  18765. $2.50 and then she'd place the call to see if the party answered on
  18766. the other end.  When they answered, she'd ask them to hold, then
  18767. collect the $2.50 (it'd go to the coin return for some reason), ask me
  18768. to put in another $2.50, collect that (back to the coin return), and
  18769. then finally 65 cents (which *did* drop into the coin box).
  18770.  
  18771. After six minutes, an operator came on again, and asked me to deposit
  18772. $3.35 for the three minutes overtime I had. I'd deposit $2.50, it'd
  18773. fall through to the coin return, then 85 cents, which would drop into
  18774. the coin box.
  18775.  
  18776. Needless to say, it was a gold mine for me. I talked about an hour a
  18777. day for a week. Until, as is usual with clueless persons, I got
  18778. greedy. One day I was speaking for about two hours when a supervisor
  18779. came on the line. The conversation went like this.
  18780.  
  18781. Supervisor: Do you realize that you have been on the line for over two
  18782. hours.
  18783.  
  18784. Me: Yes, I have a lot of quarters
  18785.  
  18786. Supervisor: Pretty fascinating, since, by my calculations, you would
  18787. have already spent over $150 on this call ...
  18788.  
  18789. Me: My daddy is rich, what can I say ...
  18790.  
  18791. Supervisor: What is REALLY fascinating is that the coin box can't hold 
  18792. that much money. Did you know that?
  18793.  
  18794. Me: <click>
  18795.  
  18796. Pretty stupid of me, looking back, since I went back the same time as
  18797. usual the next day, and made a call again.  This time, the pay phone
  18798. was fixed. Of course, the telco could have figured out easily my
  18799. calling pattern and been waiting for me.  I'm sure a "crime of
  18800. opportunity" would not be a valid defense for a kid.  I never phreaked
  18801. before, I just stumbled on it.
  18802.  
  18803. I also never even heard of red boxes back then. I wonder if the telco
  18804. thought I had one or something. Regardless, they fixed it, so they
  18805. figured out the problem quickly.
  18806.  
  18807. But I am curious. What type of fault could exist that would only cause
  18808. $2.50 to fall back to the coin return?  Anything less collected into
  18809. the coin box as it should.  This was a standard Bell armored pay
  18810. phone, I believe it was touch-tone (memory isn't THAT good...)
  18811.  
  18812.  
  18813. Ken Weaverling  weave@dtcc.edu 
  18814.  
  18815.  
  18816. [TELECOM Digest Editor's Note: Forty years ago when I was a kid, pay
  18817. phones did not have trap doors on the coin return slot as they do now.
  18818. It was quite easy back then to wiggle a bent coat hanger up there and
  18819. trip the collection table to the left (by pushing upward from underneath
  18820. on the right side) with the piece of wire before it occurred to the oper-
  18821. ator to electrically dump it in the other direction (into the box). So
  18822. if a long distance call cost $1.50 and we had three quarters between us,
  18823. those three quarters would go in (bong bong bong!) then while the coat
  18824. hanger was busy up the slot retrieving the same three quarters to use
  18825. over again we would plead with the operator, "Just a minute please! I
  18826. am looking for more change! Nimble fingers could maneuver that piece
  18827. of wire and get the money back usually within five to ten seconds of
  18828. its deposit. Once in a second time, we would *try* to retrieve it again
  18829. before the operator dumped it, not always successfully. From certain
  18830. payphones downtown in the Chicago-Wabash CO, the operator handling the
  18831. call for whatever reason was unable to return the coins in the event
  18832. of no-answer or busy condition. To get the coins back she would tell
  18833. you to hold on a second; you'd hear a click as she connected to some
  18834. other operator who answered saying 'Wabash trunking' or words to that
  18835. effect; your operator would then say "Return on xxxxx" where xxxxx was
  18836. some circuit number. In your ear you would hear an absolutely horrid
  18837. 'CLACK' -- a loud noise for a second or two, and the money would fall
  18838. into the return slot. For the longest time after we generally had the
  18839. one-slot, trap-door style payphones here there remained two or three
  18840. of the old-style three slot (5/10/25 cent) phones with no trap-door
  18841. on them in the lobby of the Insurance Exchange Building. Guess where
  18842. we always went to make payphone calls!   :)    PAT]
  18843.  
  18844. ------------------------------
  18845.  
  18846. Date: Tue, 19 Apr 1994 09:52:29 +0200
  18847. From: alexa.veller@fundp.ac.be (A. Veller)
  18848. Subject: Re: GSM and Airbags
  18849. Organization: Cullen
  18850.  
  18851.  
  18852. In article <telecom14.177.7@eecs.nwu.edu>, Stewart Fist <100033.2145@
  18853. CompuServe.COM> wrote:
  18854.  
  18855. > It is headlined "Mobile phone set off airbag" and the story is about a
  18856. > couple of instances where (it is claimed) GSM handsets have set off
  18857. > airbags in luxury cars in Europe.
  18858.  
  18859. These "stories" have even been circulated in a BELGACOM publication in
  18860. Belgium (BELGACOM is our national telecoms operator). GSM telephones
  18861. alledgedly also interfere with some types of hearing aides.
  18862.  
  18863. > [...]  BMW, VW and Mercedes are also reported to have had airbag
  18864. > blow-outs with GSM, but they also all deny it.
  18865.  
  18866. There was also some reference in the press to the Renault Safrane.
  18867.  
  18868. As to whether this is a true story or an urban myth, I wouldn't know.
  18869. But in an article I recently read (don't remember the magazine though)
  18870. the journalists reported that the issue was being tested and that no
  18871. correlation had been found between the expanding airbags and GSM phones.
  18872. In controlled tests airbags were not triggered when the phone was used.
  18873.  
  18874. So its possible that airbags trigger for no reason, but it could be
  18875. something else that is causing this (or the airbag technology is just
  18876. not up to standard).  Note that GSM phones are still very expensive,
  18877. you'll find them almost exclusively in luxury cars, which all have
  18878. standard airbags. The statistical chance that an airbag blows up and a
  18879. GSM phone is present is therefore automatically high.
  18880.  
  18881. ------------------------------
  18882.  
  18883. End of TELECOM Digest V14 #179
  18884. ******************************
  18885.     
  18886.     
  18887. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa17201;
  18888.           21 Apr 94 12:31 EDT
  18889. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18890.     id AA04037; Thu, 21 Apr 94 07:45:44 CDT
  18891. Return-Path: <telecom>
  18892. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18893.     id AA04028; Thu, 21 Apr 94 07:45:43 CDT
  18894. Date: Thu, 21 Apr 94 07:45:43 CDT
  18895. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  18896. Message-Id: <9404211245.AA04028@delta.eecs.nwu.edu>
  18897. To: telecom@eecs.nwu.edu
  18898. Subject: TELECOM Digest V14 #180
  18899.  
  18900. TELECOM Digest     Thu, 21 Apr 94 07:45:00 CDT    Volume 14 : Issue 180
  18901.  
  18902. Inside This Issue:                           Editor: Patrick A. Townson
  18903.  
  18904.     Re: Questions on Fractional T-1 Service (alleycat5@aol.com)
  18905.     Re: Questions on Fractional T-1 Service (Barton F. Bruce)
  18906.     Re: Questions on Fractional T-1 Service (Bud Couch)
  18907.     Re: T1 & T3 Lines Number of Connections (Al Varney)
  18908.     Re: T1 & T3 Lines Number of Connections (alleycat5@aol.com)
  18909.     Re: T1 & T3 Lines Number of Connections (Aaron Leonard)
  18910.     Re: T1 & T3 Lines Number of Connections (Ken Germann)
  18911.     Re: Pricing on Northern Telecom SL/1 Switch (Barton F. Bruce)
  18912.     Information Superhypeway & Garrett A. Wollman (George Gilder)
  18913.     FAX From Hell? (Bill Campbell)
  18914.     Feature Group B (Toll-Free Telecommuting) (Matt Holdrege)
  18915.     Lucy Waits For Call (Carl Moore)
  18916.  
  18917. TELECOM Digest is an electronic journal devoted mostly but not
  18918. exclusively to telecommunications topics. It is circulated anywhere
  18919. there is email, in addition to various telecom forums on a variety of
  18920. public service systems and networks including Compuserve and GEnie.
  18921. Subscriptions are available at no charge to qualified organizations
  18922. and individual readers. Write and tell us how you qualify:
  18923.  
  18924.                  * telecom-request@eecs.nwu.edu *
  18925.  
  18926. The Digest is compilation-copyrighted by Patrick Townson Associates of
  18927. Skokie, Illinois USA. We provide telecom consultation services and
  18928. long distance resale services including calling cards and 800 numbers.
  18929. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  18930. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  18931.  
  18932.     ** Article submission address only: telecom@eecs.nwu.edu **
  18933.  
  18934. Our archives are located at lcs.mit.edu and are available by using
  18935. anonymous ftp. The archives can also be accessed using our email
  18936. information service. For a copy of a helpful file explaining how to
  18937. use the information service, just ask.
  18938.  
  18939. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  18940. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  18941. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  18942. Digest" shares archives resources at lcs.mit.edu for the convenience
  18943. of users. Please *DO NOT* cross post articles between the groups. All
  18944. opinions expressed herein are deemed to be those of the author. Any
  18945. organizations listed are for identification purposes only and messages
  18946. should not be considered any official expression by the organization.
  18947. ----------------------------------------------------------------------
  18948.  
  18949. From: alleycat5@aol.com (AlleyCat5)
  18950. Subject: Re: Questions on Fractional T-1 Service
  18951. Date: 20 Apr 1994 20:57:02 -0400
  18952. Organization: America Online, Inc. (1-800-827-6364)
  18953.  
  18954.  
  18955. In article <telecom14.178.5@eecs.nwu.edu>, mike_foltz@sgate.com
  18956. writes:
  18957.  
  18958. > Is there a difference in how the fractional T-1 is delivered to a user
  18959. > whether it is inter or intra-LATA?  As and example if I want a 128Kbps
  18960. > fractional T-1 is it a Tail Circuit from the C.O. where my DSU/CSU is
  18961. > slaved to a 128Kpbs reference from the C.O.  or is it a T-1 from the
  18962. > C.O.  with 2 DS0 channels being used in a DACS?  Or am I totally
  18963. > messed up?  What is the proper way a fractional T-1 gets delivered to
  18964. > a user via inter and intra-LATA?
  18965.  
  18966. Most RBOCs do not offer fractional T1. You end up with a whole T1 on
  18967. the tail circuits linked to a 128 in the Interexchange carrier POP.
  18968. For this reason it is often a good idea to work out an arrangement,
  18969. often with the IXC, to allow sharing of the T1 tails among multiple
  18970. applications.
  18971.  
  18972. ------------------------------
  18973.  
  18974. From: Barton.Bruce@camb.com
  18975. Subject: Re: Questions on Fractional T-1 Service
  18976. Organization: Digital Equipment Computer Users Society
  18977. Date: 20 Apr 94 21:28:08 -0400
  18978. Organization: Cambridge Computer Associates, Inc.
  18979.  
  18980.  
  18981. In article <telecom14.178.5@eecs.nwu.edu>, mike_foltz@sgate.com writes:
  18982.  
  18983. > Is there a difference in how the fractional T-1 is delivered to a user
  18984. > whether it is inter or intra-LATA?  As and example if I want a 128Kbps
  18985. > fractional T-1 is it a Tail Circuit from the C.O. where my DSU/CSU is
  18986. > slaved to a 128Kpbs reference from the C.O.  or is it a T-1 from the
  18987. > C.O.  with 2 DS0 channels being used in a DACS?  Or am I totally
  18988. > messed up?  What is the proper way a fractional T-1 gets delivered to
  18989. > a user via inter and intra-LATA?
  18990.  
  18991. Actually quite possibly YES there IS a difference, and watch out!
  18992. Ignore the clocking or whatever you are worrying about, that is not
  18993. the issue.  Here in NYNEX land, they do have 2 fractional T1
  18994. offerings. T 1/2 and T 1/3 (not what they call them but what they
  18995. are). They give you 12 or 8 DS0s.
  18996.  
  18997. They could care less about keeping the individual DS0s in sync! Each
  18998. could take a different path through the DACS network and be delayed a
  18999. different number of 1/8000 of a second. Makes not a twit of difference
  19000. if those are individual voice channels.
  19001.  
  19002. If you plan to run FT1 data at Nx56/64, that can kill you, and even if
  19003. it works day one, there is NO guarantee that it will continue to do
  19004. so.
  19005.  
  19006. If you use end equipment that uses BONDING on the individual DS0, all 
  19007. will work. But a typical T1 CSU/DSU does NOT.
  19008.  
  19009. A typical LEC ignoring customer needs, IMHO. In fact they KNOW what
  19010. the customer wants, but probably KNOW full well that provisioning it
  19011. and maintaining with their in place equipment and staff and
  19012. record-keeping/ ordering systems is a DISASTER waiting to happen, and
  19013. won't touch it because they feel they don't have to!
  19014.  
  19015. Note WELL that they have had to do it themselves internally probably
  19016. at considerable HASSLE for their 384kb frame relay ports they offer
  19017. from the nearest DACS, not from the f/r switch.
  19018.  
  19019. The IXCs, on the other hand, DO support FT1 speeds (or some semi-
  19020. reasonable subset of possible speeds), and the tail ckts are full
  19021. T1s priced as such.  They WILL keep your bits together.
  19022.  
  19023. ------------------------------
  19024.  
  19025. From: bud@kentrox.com (Bud Couch)
  19026. Subject: Re: Questions on Fractional T-1 Service
  19027. Organization: ADC Kentrox Industries, Inc.
  19028. Date: Wed, 20 Apr 1994 20:19:15 GMT
  19029.  
  19030.  
  19031. In article <telecom14.178.5@eecs.nwu.edu> mike_foltz@sgate.com writes:
  19032.  
  19033. > Is there a difference in how the fractional T-1 is delivered to a user
  19034. > whether it is inter or intra-LATA?  As and example if I want a 128Kbps
  19035.  
  19036. No.
  19037.  
  19038. > fractional T-1 is it a Tail Circuit from the C.O. where my DSU/CSU is
  19039. > slaved to a 128Kpbs reference from the C.O.  or is it a T-1 from the
  19040.  
  19041. Let's use a different data rate, like 168 Kbps (3X56). A Basic Rate
  19042. ISDN DSU *could* be used to supply 128Kbps as the signal, but you are
  19043. asking about Fractional T1.
  19044.  
  19045. > C.O.  with 2 DS0 channels being used in a DACS?  Or am I totally
  19046.  
  19047. A Fractional T1 line uses the full T1 (1.544 Mbps) as a transport
  19048. mechanism, regardless of the network provider. Sprint or PacBell; both
  19049. use *standard* T1 lines. This sounds ridiculous, but it's a lot like
  19050. the "fax phenomenon". The technology is so ubiquitous for situations
  19051. which require it, that it's dirt cheap to use in other situations for
  19052. which it appears overkill. The DACS at the network termination pulls
  19053. out your couple of lines and combines them with other channels onto a
  19054. T1 heading toward your opposite end. On any long (>500 mi.)
  19055. connection, it would not be unusual to be muxed and/or reassembled five
  19056. or six times. Of course, since this is a digital signal, none of this
  19057. hurts anything.
  19058.  
  19059. Any more questions about Fractional T1, feel free to e-mail me. The
  19060. last product I worked on was our D-Serv, a fractional T1 DSU. If I
  19061. can't answer your questions, I'm sure that I can find someone here who
  19062. can.
  19063.  
  19064.  
  19065. Bud Couch - ADC Kentrox         When correctly viewed, everything is lewd.
  19066. bud@kentrox.com (192.228.59.2)                          -Tom Lehrer 
  19067.  
  19068. ------------------------------
  19069.  
  19070. Date: Wed, 20 Apr 94 15:14:00 CDT
  19071. From: varney@uscbu.att.com
  19072. Subject: Re: T1 & T3 Lines Number of Connections
  19073. Organization: AT&T Network Systems
  19074.  
  19075.  
  19076. In article <telecom14.178.4@eecs.nwu.edu> meadogc@poers1.dnet.dupont.
  19077. com (Greg C. Meador) writes:
  19078.  
  19079. > Can anyone tell me what the theoretical limit is on number of
  19080. > connections or concurrent data transmissions that a T1 and a T3 line
  19081. > will support?
  19082.  
  19083.    It is difficult to answer a "theoretical" question when terms such as
  19084. "numbers of connections" are not spelled out.
  19085.  
  19086.    A T1 line operates at 1,544,000 bits/second (1.544 Mbit/s) using a
  19087. bipolar (or ternary) line code.  For switched and most private line
  19088. applications, the T1 line is connected to a Terminal (Channel Bank,
  19089. PBX, etc.)  that "groups" the bits into DS-1 frames of 24 8-bit
  19090. channels.  The frames are repeated 8000 times/second.  For typical
  19091. uses, this gives you 24 voice or analog modem connections.
  19092.  
  19093.    A T3 line operates at 44,736,000 bits/second (44.736 Mbit/s) using
  19094. a bipolar (or ternary) line code.  For some applications, the T3 line
  19095. is connected directly to a Terminal (Channel Bank or PBX) that
  19096. "groups" the bits into DS-3 frames of 28 DS-1 signals for a total of
  19097. 672 channels.  More commonly, a Multiplexer is used to divide the DS-3
  19098. frames into 28 DS-1 signals.  These DS-1 signals are then connected to
  19099. the PBX, etc.  DS-3 frames also repeat 8000 times/second.  For typical
  19100. uses, this gives you 672 voice or analog modem connections.
  19101.  
  19102.    Many current "T3" users are actually using DS-3 signals over
  19103. optical fiber, operating as an OC-1 interface.
  19104.  
  19105.    A T1 or T3 line is operated as a duplex facility, so these
  19106. connections are 2-way connections.  Several vendors offer equipment
  19107. that will use the individual 8-bit channels to carry two voice calls,
  19108. using a "compression" method called 32K ADPCM.  In this mode, it will
  19109. not support analog modem calls over about 4800 baud.  In theory, much
  19110. higher bandwidth compression of voice (not analog modems) is possible,
  19111. with a corresponding increase in expense in equipment and a decrease
  19112. in quality.
  19113.  
  19114.    Individual channels can also be operated in a "56K" or "64K"
  19115. bit/second data mode, where the user supplies directly the 7 or 8 bits
  19116. to use in a particular channel.  Various means, including ISDN, can be
  19117. used to interface with these data modes.  No modems are required but
  19118. other equipment is needed (a DSU, for example).
  19119.  
  19120.    Also, if large amounts of "bursty" digital communication is
  19121. occurring, it may make sense to operate the channels as X.25 data
  19122. channels.  This is a packet data method that supports multiple data
  19123. "connections" over a shared channel.  For example, eight users running
  19124. interfacing to X.25 at 19,200 bps could share a single channel.  With
  19125. many lower-speed data applications, the sharing of the channel will be
  19126. almost invisible.  Such mechanisms are used by large data networks to
  19127. aggregate large numbers of interfaces over faster facilities.  If
  19128. 8-to-1 multiplexing works for the application(s), the theoretical
  19129. capacity of a T1 line would be 8*24 or 192 X.25 connections.  A T3
  19130. would handle 8*672 or 5376 X.25 connections.
  19131.  
  19132.    Many users of T1 (and especially T3) lines divide up the channels
  19133. and allocate some to voice/modem applications and some to data
  19134. (Switched 56K or X.25 or ....) applications.
  19135.  
  19136.    Last, let me add this regarding your "theoretical" request.
  19137. Current experimental implementations of 13 Kbps encoded speech (GSM)
  19138. and some tests at half that rate are going on in the cellular
  19139. community.  This would suggest that a T1 with all 24 channels packed
  19140. with about 12 Kbps "sub-channels" could handle 5 conversations per
  19141. channel or 120 conversations.  A T3 using this could handle 3360
  19142. conversations.  If you are willing to live with artificial sounding
  19143. vocoders, 2-3 Kbps per conversation is possible -- T1 in the 500
  19144. conversation area and T3 around 15000 conversations.
  19145.  
  19146.    Quality?  Probably not acceptable -- but this is just theory, right?
  19147.  
  19148.  
  19149. Al Varney
  19150.  
  19151. ------------------------------
  19152.  
  19153. From: alleycat5@aol.com (AlleyCat5)
  19154. Subject: Re: T1 & T3 Lines Number of Connections
  19155. Date: 20 Apr 1994 20:50:07 -0400
  19156. Organization: America Online, Inc. (1-800-827-6364)
  19157.  
  19158.  
  19159. In article <telecom14.178.4@eecs.nwu.edu>, meadogc@poers1.dnet.dupont.com 
  19160. (Greg C. Meador) writes:
  19161.  
  19162. > Can anyone tell me what the theoretical limit is on number of
  19163. > connections or concurrent data transmissions that a T1 and a T3 line
  19164. > will support?
  19165.  
  19166. There is no theoretical limit on the number of concurrent data
  19167. transmissions.  It depends on the speed of the transmission. A T1 is
  19168. 1.544 MBPS and a T3 is about 28 T1s. If you are willing to live with
  19169. one bit a week in your data transmission you can have a whole lot of
  19170. them. If you want 1,544,000 bits per second (or there abouts) then you
  19171. can have only one of them on a T1.
  19172.  
  19173. ------------------------------
  19174.  
  19175. From: leonard@telcom.arizona.edu (Aaron Leonard)
  19176. Subject: Re: T1 & T3 Lines Number of Connections
  19177. Date: 20 Apr 1994 17:23:48 GMT
  19178. Organization: University of Arizona Telecommunications
  19179. Reply-To: Leonard@Arizona.EDU
  19180.  
  19181.  
  19182. In article <telecom14.178.4@eecs.nwu.edu>, meadogc@poers1.dnet.dupont.
  19183. com (Greg C. Meador) writes:
  19184.  
  19185. > Can anyone tell me what the theoretical limit is on number of
  19186. > connections or concurrent data transmissions that a T1 and a T3 line
  19187. > will support?
  19188.  
  19189. If you're talking about virtual connections over a connectionless
  19190. packet switched network (such as TCP), the answer is that there is NO
  19191. theoretical limit on the number of simultaneous connections that a
  19192. line of any speed will support.
  19193.  
  19194. Consider that, if keepalives aren't on, an idle TCP connection 
  19195. sends NO data.  Therefore, an infinite number of TCP connections 
  19196. can be supported on an arbitrarily slow line.
  19197.  
  19198. Now, as to whether there is a PRACTICAL limit on the number of ACTIVE
  19199. concurrent sessions ... the answer is, sure there is, and what that
  19200. number is depends.
  19201.  
  19202.  
  19203. Aaron Leonard (AL104), <Leonard@Arizona.EDU>
  19204. University of Arizona Network Operations, Tucson AZ 85721
  19205.  
  19206. ------------------------------
  19207.  
  19208. From: keng@skypoint.net (Ken Germann)
  19209. Subject: Re: T1 & T3 Lines Number of Connections
  19210. Date: 20 Apr 1994 13:43:50 -0500
  19211. Organization: SkyPoint Communications, Inc.
  19212.  
  19213.  
  19214. In article <telecom14.178.4@eecs.nwu.edu>, Greg C. Meador <meadogc@
  19215. poers1.dnet.dupont.com> wrote:
  19216.  
  19217. > Can anyone tell me what the theoretical limit is on number of
  19218. > connections or concurrent data transmissions that a T1 and a T3 line
  19219. > will support?
  19220.  
  19221. 56k =     5.6k/s      =     DS0
  19222. T1  =    1.5 MB/s =     DS1 = 24 DS0s
  19223. T3  =    45 MB/s  =     DS3 = 30 DS1s
  19224.  
  19225.  
  19226. Ken Germann                SkyPoint         keng@skypoint.com
  19227.            "Together We Stand; Divided We Fall"
  19228.    Founding Member of the Minnesota Coalition for Internet Accessibility.
  19229. Voice: (612)475-2959               MCIA             Modem: (612)473-5646.
  19230.  
  19231. ------------------------------
  19232.  
  19233. Date: Wed, 20 Apr 94 22:59 EST
  19234. From: George Gilder <0004091174@mcimail.com>
  19235. Subject: Information Superhypeway & Garrett A. Wollman
  19236.  
  19237.  
  19238. I found the Wollman notes on the Information Superhighway interesting
  19239. and provocative, but if he drives out looking only in the rear view
  19240. mirror, where cable companies are still pumping one way garbage, he is
  19241. going to crash into the Charles.  The bottom four channels of every
  19242. cable are currently devoted to upstream traffic and are used for that
  19243. purpose in communications between cable headends.  Every cable
  19244. amplifier can be rendered a duplex device by a simple adjustment.
  19245. Meanwhile, the phone companies do have extensive switching capability
  19246. but it is all narrowband and thus irrelevant to superhighways.  On the
  19247. other hand, as soon as cable plant is upgraded for two-way digital
  19248. communications it becomes a superhighway capable of as much as three
  19249. gigabits per second communications in each direction.
  19250.  
  19251. This cable advantage derives from the requirements of transmitting
  19252. complex analog video and audio in a combination of AM and FM forms at
  19253. between 40 and 50 decibels.  With 50 decibels in new cable plant, it
  19254. is possible to send as many as 8 bits per hertz.
  19255.  
  19256. I agree that cable cannot supply highways alone.  But if cable and
  19257. telcos were permitted to collaborate in their own regions, the
  19258. superhighway could be built over the next five years.  Without cable,
  19259. it cannot be built in less than 15 years.
  19260.  
  19261. Broadband highways obviate most the the dangers that you cite.  If you
  19262. have a broadband system -- gigahertz of bandwidth to every home --
  19263. there are no advantages in converging conduits and content.  Every
  19264. content supplier will want to be on every conduit and every conduit
  19265. supplier will want to carry as much content as possible.  Thus an
  19266. information superhighway would necessarily resemble the Internet more
  19267. than a current cable system does.  The monopoly model works only in
  19268. narrowband systems.
  19269.  
  19270. The information superhighway is anything but hype.  It will totally
  19271. change our economy and culture, dissolving most vertical structures
  19272. and architectures and empowering individuals around the globe, the
  19273. largest benefits flowing to the currently impoverished.  As Andy Grove
  19274. as put it: "During the last decade the PC overthrew the vertical
  19275. structure of the computer business.  Over the next decade it will
  19276. overthrow the vertical structure of the communications business."
  19277.  
  19278.                         ------------
  19279.  
  19280.  
  19281. [TELECOM Digest Editor's Note: George Gilder's article "Life After
  19282. Television, Updated" is in my queue of articles waiting for release
  19283. at this time and I intend to send it out as a special mailing in the
  19284. next day or so. I think everyone will enjoy it as much as I did.  PAT]
  19285.  
  19286. ------------------------------
  19287.  
  19288. From: Barton.Bruce@camb.com (Barton F. Bruce)
  19289. Subject: Re: Pricing on Northern Telecom SL/1 Switch
  19290. Date: 20 Apr 94 21:08:50 -0400
  19291. Organization: Cambridge Computer Associates, Inc.
  19292.  
  19293.  
  19294. In article <telecom14.178.12@eecs.nwu.edu>, paul@corporate-staffing.com
  19295. writes:
  19296.  
  19297. > I'm looking to sell a Northern Telecom SL/1 Switch, and I need some
  19298. > advice as to its value.  The following is an inventory of the switch,
  19299. > software, and cards.  Any help would be much appreciated.
  19300.  
  19301. There are many dealers that make a market in such equipment and that
  19302. have ads in the ONE industry publicaton that is almost exclusively
  19303. telecom dealer/distributor ads and that targets dealer to dealer
  19304. rather than dealer to end user trading. Nothing stopping end users
  19305. reading "Telecom Gear", and when they know that is where you saw the ad,
  19306. they KNOW you know who ALL their competition is.
  19307.  
  19308. There are often "fax us your list and WE will call you if we want any
  19309. of it" type ads.
  19310.  
  19311. The price of a year's subscription is easily saved on the first card you buy
  19312. let alone on the system you sell.
  19313.  
  19314. Be careful. Many folks may not want it themselves, but may try to
  19315. broker it to someone that they know DOES. It is a tad weird to start
  19316. calling around with a system you are selling and get told "oh, thats
  19317. the one with 43 zingdings and five whatevers -- we are offering $xxxx on
  19318. that".
  19319.  
  19320. They assume there is an auction and several dealers are all bidding on
  19321. the same lot and are shopping for someone to dump it to. You may get
  19322. quoted a price someone quoting you LESS was himself quoted by these
  19323. same guys!
  19324.  
  19325. Read the ads, make some calls, and you will know WHO really is buying
  19326. and have a pretty good idea what the market is.
  19327.  
  19328. I don't have anything to do with them except as a reader, and am posting
  19329. their number to eliminate the usual flurry or 'where are they' mail.
  19330.  
  19331. 800.866.3241 = subscriptions
  19332.  
  19333. If you are not actively trading, the issues get a little boring very soon.
  19334. It is the same ads over and over and they take turns being on the covers!
  19335. But it IS what you need.
  19336.  
  19337. ------------------------------
  19338.  
  19339. From: bcampbel@channel.fmrco.com (Bill Campbell)
  19340. Subject: FAX From Hell?
  19341. Organization: /home/ocean/bcampbel/.organization
  19342. Date: Wed, 20 Apr 1994 15:38:34 GMT
  19343.  
  19344.  
  19345. For the last several days, I have been the unhappy recipient of calls
  19346. to my residential (voice) line from a fax machine (characteristic tone
  19347. at about 1s intervals) at all hours of the day and night.
  19348.  
  19349. *69 results in "not in the SmartCall area" or some such.
  19350.  
  19351. When it happens after 11pm I usually disconnect the phone and leave
  19352. the answering machine on.  Gee, I hope nobody needs to call me in an
  19353. emergency.
  19354.  
  19355. Way cool the way you can do a "denial of service crack" just by
  19356. programming the wrong number in your fax machine and being stupid
  19357. enought to never check the call completion status for weeks on end.
  19358.  
  19359. It turns out I'm also in the process of rewiring the whole house, and
  19360. I only have one jack activated at the moment, so I can't easily hook
  19361. up my computer to receive the fax and (possibly) see who done it.
  19362.  
  19363. Any ideas on what I could do in the meantime (until I hookup my fax
  19364. card), or what I can do if the transmitting station ID is missing or
  19365. wrong?
  19366.  
  19367. Any ideas on what I should do to these bozos when I find out who they
  19368. are?
  19369.  
  19370.   :-)
  19371.  
  19372. Regards,
  19373.  
  19374. Bill Campbell       Systems Admin Mgr   
  19375. Fidelity Management and Research Co.    
  19376.  
  19377.  
  19378. [TELECOM Digest Editor's Note: This topic comes up from time to time
  19379. here. Some of the more outrageous examples have been reported here such
  19380. as the First National Bank of Chicago's misprogrammed fax machine which
  19381. called a private family in *Germany* -- at four in the morning German
  19382. time! -- a few times nightly for about two weeks. Bundespost got after
  19383. AT&T about it; and in turn Mother finally worked it back here and asked
  19384. Illinois Bell to deal with it. Someone from IBT tried calling the telecom
  19385. people at the bank, were responded to with blank looks and promises which
  19386. went nowhere, and finally IBT got livid about it and was ready to dis-
  19387. connect that line. When the bank finally got the machine programmed
  19388. correctly it was time for their monthly phone bill to arrive; it came
  19389. with several dozen one minute calls to Germany of course; and the bank's
  19390. response at that point: to call IBT and complain that 'AT&T must have
  19391. screwed up in billing us for all those calls' and wanting IBT to write
  19392. it off!  The answer generally provided by the readers is to hook up a
  19393. fax machine in order to receive the message then attempt to go back to
  19394. whoever is listed on the cover page, if anyone is. If you do not have
  19395. a fax machine, try forwarding your line to someone who does. Alternatly,
  19396. report it to the Annoyance Call Bureau at your telco and assure them you
  19397. will happy sign a complaint when and if the offender is identified.  PAT] 
  19398.  
  19399. ------------------------------
  19400.  
  19401. Date: Wed, 20 Apr 1994 09:26:24 PST
  19402. From: Urban Surfer <HOLDREGE@DCV4KD.PHS.COM>
  19403. Subject: Feature Group B (Toll-Free Telecommuting)
  19404. Reply-To: matt@phs.com
  19405. Organization: Pacificare_Health_Systems
  19406.  
  19407.  
  19408. I'm looking for alternatives to AT&T's Feature Group B. This is 950
  19409. access to AT&T's network. AT&T serves as a front end for corporate
  19410. telecommuters. AT&T supplys an x.25 or Frame Relay PVC to carry the
  19411. traffic to the target LAN.
  19412.  
  19413. It's a great service, but they charge plenty for it and they aren't
  19414. equipped to handle cellular modems yet.
  19415.  
  19416. So I'm looking for alternatives. Who else can provide such a service? I
  19417. appreciate any leads or comments.
  19418.  
  19419.  
  19420. Matt Holdrege          matt@phs.com        MH235
  19421.  
  19422. ------------------------------
  19423.  
  19424. Date: Wed, 20 Apr 94 10:46:39 EDT
  19425. From: Carl Moore <cmoore@BRL.MIL>
  19426. Subject: Lucy Waits For Call
  19427.  
  19428.  
  19429. I have seen an episode of "I Love Lucy" where Lucy gets a party line
  19430. cleared of a long conversation by claiming it's an emergency.  (She
  19431. was waiting for a call from a random drawing.  Party line calls should
  19432. be kept short out of courtesy, but I was concerned that this fictitious 
  19433. incident would run afoul of laws making it an offense to get use of a 
  19434. line by false claim of emergency.)
  19435.  
  19436. In the same episode, neighbor Ethel Mertz (played by Vivian Vance)
  19437. brings her phone to Lucy's apartment.  Ethel's phone had a very long
  19438. cord, and she said "don't tell the phone company, but every time
  19439. someone moves, Fred gets a cord".  Fred Mertz was played by William
  19440. Frawley.
  19441.  
  19442. ------------------------------
  19443.  
  19444. End of TELECOM Digest V14 #180
  19445. ******************************
  19446.     
  19447.     
  19448. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa06492;
  19449.           24 Apr 94 10:19 EDT
  19450. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19451.     id AA22083; Sun, 24 Apr 94 07:21:33 CDT
  19452. Return-Path: <telecom>
  19453. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19454.     id AA22074; Sun, 24 Apr 94 07:21:31 CDT
  19455. Date: Sun, 24 Apr 94 07:21:31 CDT
  19456. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  19457. Message-Id: <9404241221.AA22074@delta.eecs.nwu.edu>
  19458. To: telecom@eecs.nwu.edu
  19459. Subject: TELECOM Digest V14 #181
  19460.  
  19461. TELECOM Digest     Sun, 24 Apr 94 07:21:00 CDT    Volume 14 : Issue 181
  19462.  
  19463. Inside This Issue:                           Editor: Patrick A. Townson
  19464.  
  19465.     DID Loophole or I'm Screwed Up?? (Daniel H. Chang)
  19466.     Moving Digital Image Data From Mobile Van to Hospital (Douglas M. Tucker)
  19467.     Irish and European ISDN Approvals (fitzgeraldj@netc.ie)
  19468.     16 Mbps Modem for Real? (maillet@delphi.com)
  19469.     MCI Mail Adds Services Available via Internet (mvm@cup.portal.com)
  19470.     Job Opportunities in ITI, NCB, Singapore (doreen@iti.gov.sig)
  19471.     Channel Bank Recommendations Wanted (Tom Simonds)
  19472.     IDB/Peoples Telephone Plan Merger (Fred Bauer)
  19473.     Remote Interactive Classroom Instruction - How Far We've Come! (Ralph Todd)
  19474.     ISDN Bridge Advice Please (Dean Banfield)
  19475.     DISN Information Request (Rodney Todt)
  19476.     Quality of Long Distance Telephone Lines (T.I. Boogaart)
  19477.     x.25 Networks (Chris Michael)
  19478.  
  19479. TELECOM Digest is an electronic journal devoted mostly but not
  19480. exclusively to telecommunications topics. It is circulated anywhere
  19481. there is email, in addition to various telecom forums on a variety of
  19482. public service systems and networks including Compuserve and GEnie.
  19483. Subscriptions are available at no charge to qualified organizations
  19484. and individual readers. Write and tell us how you qualify:
  19485.  
  19486.                  * telecom-request@eecs.nwu.edu *
  19487.  
  19488. The Digest is compilation-copyrighted by Patrick Townson Associates of
  19489. Skokie, Illinois USA. We provide telecom consultation services and
  19490. long distance resale services including calling cards and 800 numbers.
  19491. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  19492. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  19493.  
  19494.     ** Article submission address only: telecom@eecs.nwu.edu **
  19495.  
  19496. Our archives are located at lcs.mit.edu and are available by using
  19497. anonymous ftp. The archives can also be accessed using our email
  19498. information service. For a copy of a helpful file explaining how to
  19499. use the information service, just ask.
  19500.  
  19501. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  19502. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  19503. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  19504. Digest" shares archives resources at lcs.mit.edu for the convenience
  19505. of users. Please *DO NOT* cross post articles between the groups. All
  19506. opinions expressed herein are deemed to be those of the author. Any
  19507. organizations listed are for identification purposes only and messages
  19508. should not be considered any official expression by the organization.
  19509. ----------------------------------------------------------------------
  19510.  
  19511. From: hsingnan@ivo.jpl.nasa.gov (Daniel H. Chang)
  19512. Subject: DID Loophole or I'm Screwed Up??
  19513. Date: 24 Apr 1994 00:15:58 GMT
  19514. Organization: JPL
  19515.  
  19516.  
  19517. Hello all-
  19518.  
  19519. I am ordering DID service for the first time and have run across a
  19520. strange situation. The DID lines ride in our case on eight time slots
  19521. of a T1 line. We discovered the following:
  19522.  
  19523. * When someone calls one of the DID numbers, we get an appropriate
  19524.   A/B signal on our side.
  19525.  
  19526. * We are responsible for sending a wink to get the DID digits
  19527.   (that works fine), then providing the ring signal on the
  19528.   voice band for the sake of the caller on the other end.
  19529.  
  19530. * Presumably at some point the intended guy picks up the phone,
  19531.   and our equipment seizes the line by raising the A/B bits and
  19532.   patches the call.
  19533.  
  19534. * Here's the weird part: we discovered that at this point, after
  19535.   we've sent the wink and *before* we seize the line, we are able 
  19536.   to patch that line to a phone and perform *full duplex* 
  19537.   communications through it! We asked Pac Bell about this, who
  19538.   said the behavior is normal and the caller is not charged until
  19539.   we seize the line, and if we do not seize a timeout will 
  19540.   eventually occur. We have determined that timeout is longer
  19541.   than ten minutes!
  19542.  
  19543. I guess if the DID were carried on analog lines and the PBX had to
  19544. supply the ring, then the CO having to offer full duplex is inevitable
  19545. since there is no half-duplex in analog. To me this just says that it
  19546. is unlikely for the CO to assign the ring responsibility to the PBX --
  19547. otherwise the resulting loophole and possibility for abuse seems
  19548. enormous!
  19549.  
  19550. Can anyone with more experience shed some light on whether what I
  19551. described is typical, and what factors am I not taking into account
  19552. which would make this the signalling behavior which Pac Bell (and I
  19553. presume other RBOC's) finds advantageous to implement?  Some
  19554. historical perspective would be really interesting too.
  19555.  
  19556.  
  19557. Dan Chang
  19558.  
  19559. ------------------------------
  19560.  
  19561. From: dtucker@Erebus.rad.uab.edu (Douglas M. Tucker)
  19562. Subject: Moving Digital Image Data From Mobile Van to Hospital
  19563. Organization: CIS, Univ of Alabama at Birmingham
  19564. Date: Sat, 23 Apr 1994 21:08:56 GMT
  19565.  
  19566.  
  19567. Several months ago the radiologists in my department started providing
  19568. a mobile radiography service.  The service is provided in conjunction
  19569. with another company that obtains the images, and the docs here read
  19570. the films for a fee.  To date, the way this works is a portable
  19571. radiography unit is transported to the site (nursing home, outpatient
  19572. clinic, etc) where an image receptor (called an IP) of a Computed
  19573. Radiography (CR) system is exposed.  The IP is returned to our
  19574. institution where it is processed using dedicated equipment in a
  19575. conventional manner.  The film is then interpreted by a radiologist.
  19576.  
  19577. I was approached with the following question: can the device which is
  19578. used to extract the information from the exposed IP (a CR reader) be
  19579. placed into some type of vehicle and be used in a mobile environment.
  19580. In this setting, the CR reader and the radiographic equipment would be
  19581. transported toq the site.  At the site, the IP would be exposed and
  19582. processed by the CR reader, with the resulting digital image data set
  19583. saved on a associated computer system.  The data would then be
  19584. transmitted back to the department for processing.  The hope is to
  19585. reduce delays, etc, etc.
  19586.  
  19587. The question that I have for this group is, provided all of the other
  19588. issues are worked out, how to get the data from the van back to the
  19589. department in an efficient and cost effective manner?  What options
  19590. are available?  I have heard a little about cellular modems, but
  19591. understand that they have very limited bandwidth.  For this
  19592. application, each image will be approx 8MByte, with 3-5 images / hour.
  19593.  
  19594. Thank you for your help.
  19595.  
  19596.  
  19597. Douglas M. Tucker, Ph.D.
  19598. Assistant Professor, Department of Radiology
  19599. UAB Hospital and Clinics
  19600. 619 S. 19th Street
  19601. Birmingham, AL  35213
  19602. E-Mail:    dtucker@rad.uab.edu
  19603. Phone:    (205) 934-1905    FAX: (205) 975-4679
  19604.  
  19605. ------------------------------
  19606.  
  19607. From: fitzgeraldj@netc.ie
  19608. Subject: Irish and European ISDN Approvals
  19609. Date: 24 Apr 1994 06:21:22 -0500
  19610. Organization: UTexas Mail-to-News Gateway
  19611.  
  19612.  
  19613. The Department of Transport, Energy and Communications (the Irish
  19614. Telecommunications Approvals Body) has recently introduced its interim
  19615. regulations for the approval of ISDN terminal equipment in Ireland.
  19616. These regulations will remain until the ISDN Common Technical
  19617. Regulations (CTRs) are available, which it now appears may not be for
  19618. some time.
  19619.  
  19620. The Department has nominated the National Electronics Test Centre
  19621. (NETC), Forbairt (the Irish Development Agency), to evaluate all
  19622. approval applications on its behalf. The Centre's application for
  19623. accreditation has been recommended by the Irish Certification and
  19624. Laboratory Accreditation Board (ICLAB). Companies wishing to sell
  19625. their ISDN products in Ireland may apply directly to NETC. In cases
  19626. where products have already been tested and approved in other
  19627. countries, NETC will evaluate the relevant documentation and will
  19628. advise on any further testing which may be required to meet the Irish
  19629. regulations. NETC will also issue a short report to the Department. A
  19630. fee will be charged for this service.  Applicants with partial foreign
  19631. approvals may also have the balance of work carried out by NETC.
  19632.  
  19633. The Centre can provide testing to the new Irish requirements,
  19634. including NET 3, the European mandatory requirement for Basic Access
  19635. and to NET 5, the European mandatory requirement for Primary Rate
  19636. Access. The Centre can also carry out full conformance tests (i.e.
  19637. beyond the limited NET tests) for both of these services and for ISDN
  19638. terminal adaptors.
  19639.  
  19640. Because the Centre has the only Irish laboratory listed in the EC
  19641. Official Journal for safety testing in accordance with the Low Voltage
  19642. Directive, NETC can carry out the necessary safety testing, to
  19643. harmonised European and international standards, on new telecommuni-
  19644. cations products.
  19645.  
  19646. American companies who wish to have their ISDN products approved to
  19647. European standards or their existing approvals evaluated for
  19648. connection to the Irish ISDN should contact me.
  19649.  
  19650.  
  19651. Jackie FitzGerald    Internet Mail : fitzgeraldj@netc.ie.
  19652. National Electronics Test Centre
  19653. Forbairt  Glasnevin  Dublin 9  Ireland
  19654. Tel: 353 1 8370101   Fax: 353 1 8370705 / 8379620
  19655.  
  19656. ------------------------------
  19657.  
  19658. From: maillet@DELPHI.COM
  19659. Subject: 16 Mbps Modem for Real?
  19660. Date: Sat, 23 Apr 94 21:59:14 -0500
  19661. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  19662.  
  19663.  
  19664.  From the May, 1994 issue of {Computer Shopper}
  19665. Trends & Technology Pg-61
  19666. "Small Firm Delivers Big on Digital Signal Compression"
  19667.  
  19668. Has anyone heard of a small company called Digital Compression
  19669. Technology (DCT)?  It claims it can move 16 Mbps of various kinds of
  19670. data down a regular telephone line (yes, that's 16 MEGABITS per
  19671. SECOND).
  19672.  
  19673. "DCT technology lets telephone wire simultaneously carry four 1.5 Mbps
  19674. VCR quality video channels; two broadcast quality 3 Mbps video
  19675. channels; two 1.5 Mbps two-way interactive videoconferencing channels;
  19676. and ten other channels dedficated to a mix of videophone, fax, and
  19677. program selection channels."
  19678.  
  19679. Is this for real or is DCT a couple of engineering students with some
  19680. vaporware, a fax machine, and a gift for self-promotion?
  19681.  
  19682.  
  19683. CYBERETSU BBS    CONNECTING THE WORLD
  19684.  
  19685. ------------------------------
  19686.  
  19687. From: MVM@cup.portal.com
  19688. Subject: MCI Mail Adds Services Available via Internet
  19689. Date: Sat, 23 Apr 94 21:22:05 PDT
  19690.  
  19691.  
  19692. (Found on the "MCI Mail News" bulletin board:)
  19693.  
  19694. Date:     Wed Apr 20, 1994 10:30 pm  CDT 
  19695. Subject:  MCI TO OFFER FAX, TELEX AND PAPER BASED MCI MAIL DELIVERY
  19696.  
  19697.            MCI TO OFFER FAX, TELEX AND PAPER-BASED
  19698.          MCI MAIL DELIVERY SERVICES TO INTERNET USERS
  19699.  
  19700.  
  19701.      WASHINGTON, D.C., April 18, 1994 -- To meet the growing demand of
  19702. the some 20 million Internet users for fast, reliable messaging
  19703. options, MCI Communications Corporation announced it will provide free
  19704. subscription to its electronic MCI Mail value-added delivery services.
  19705.  
  19706.      The service expansion, announced at the Electronic Messaging
  19707. Association's (EMA) 1994 trade show in Anaheim, enables Internet users
  19708. to send important electronic mail messages to any valid facsimile,
  19709. telex, postal or courier address worldwide, 24 hours a day, 7 days a
  19710. week, at standard MCI Mail rates.  The company plans to make these
  19711. delivery options available in June to Internet users who register with
  19712. MCI Mail.
  19713.  
  19714.     "The demand for more sophisticated messaging and information
  19715. services will grow exponentially as businesses and consumers continue
  19716. to take advantage of the capabilities developed through the convergence 
  19717. of multimedia, computers and telecommunications," said Marilyn
  19718. Bardsley, MCI's vice president for messaging and information services.
  19719.  
  19720.      "Our efforts to expand MCI Mail services to the Internet user
  19721. community is part of our overall networkMCI vision to harness
  19722. technologies and turn them into real-world communications tools," said
  19723. Bardsley.
  19724.  
  19725.      While Internet users have been able to exchange electronic mail
  19726. messages and binary files with MCI Mail users since 1989, they did not
  19727. have access to message delivery options or enhanced message handling
  19728. capabilities commonly used by MCI Mail customers for years.  Internet
  19729. users must either go outside the Internet to send messages via other
  19730. delivery methods or obtain them through specialized commercial
  19731. providers on the Internet whose service offerings may be limited by
  19732. available delivery choices and geographic coverage.
  19733.  
  19734.      With these new capabilities, Internet users can take advantage of
  19735. MCI's full range of service options and enhanced features which
  19736. include electronic message transfer to letterhead and use of signature
  19737. graphics; image transmission via fax; alternate addressing when
  19738. sending a fax; and automatic retry for fax and telex.
  19739.  
  19740.      According to Vinton G. Cerf, MCI's senior vice president for data
  19741. architecture and president of the Internet Society, "the Internet
  19742. community has always used electronic mail to communicate with associates.
  19743.  
  19744.     "Now, with the growth in the commercial Internet, we anticipate
  19745. these millions of users will need access to reliable messaging
  19746. services to supplement their e-mail correspondence.  MCI Mail's global
  19747. service is equipped to meet those needs," said Cerf.
  19748.  
  19749.      When the new options are available, Internet users will be able
  19750. to register electronically for the services.  Registration entitles
  19751. users to have their mailbox information included in MCI Mail's online
  19752. directory, as well as access to MCI Mail customer support.
  19753.  
  19754.      The cost to use these value-added services will be at the
  19755. standard MCI Mail rates for fax, telex, postal and courier delivery.
  19756. For further information and registration, Internet users should send
  19757. an e-mail message to:
  19758.  
  19759.       MCI-info-request@gatekeeper.mcimail.com and type `help'
  19760.       as the text of the message.
  19761.  
  19762.      MCI also will be providing information about the new service at
  19763. the EMA trade show in the MCI exhibit booth #210.
  19764.  
  19765.      MCI Communications Corporation headquartered in Washington, D.C.,
  19766. offers a full range of domestic and global telecommunications services
  19767. through one of the world's largest state-of-the-art networks.  The
  19768. company, with 1993 revenue of nearly $12 billion, is the second
  19769. largest long distance provider in the U.S. and has more than 65
  19770. offices in 60 countries and places.
  19771.  
  19772. ------------------------------
  19773.  
  19774. From: doreen@iti.gov.sg (Doreen from NCS)
  19775. Subject: Job Opportunities in ITI, NCB, Singapore
  19776. Organization: National Computer Board, Singapore
  19777. Date: Sun, 24 Apr 1994 06:45:43 GMT
  19778.  
  19779.  
  19780.      BE PART OF SINGAPORE'S VISION TO CREATE AN INTELLIGENT ISLAND
  19781.  
  19782. The Information Technology Institute (ITI), the applied R&D arm of the
  19783. National Computer Board, seeks to accomplish its mission of creating
  19784. and deploying advanced IT innovations by working with local and
  19785. international companies in joint ventures and projects.  Our R&D
  19786. efforts are industry-driven.  We focus on innovations which would
  19787. significantly improve our partners' competitive advantage, and
  19788. products that have commercial potential.  We invite applications from
  19789. suitably qualified candidates for the position of:
  19790.     
  19791.             * Senior R&D Engineer *
  19792.  
  19793. You are expected to set directions and provide technical leadership to
  19794. the communication product development group.  In addition, you should
  19795. initate and lead projects as well as provide consultancy to project
  19796. teams.
  19797.  
  19798. -    Degree in Computer Science or Electronic Engineering;
  19799. -    At least 5 years' substantial experience in data communications or
  19800.     networking preferably with industry;
  19801. -    Creative, self-motivated and good interpersonal skills;
  19802.  
  19803. If you are keen to pursue a career with us and possess the relevant
  19804. qualifica- tions and experience, please write to us with a comprehensive 
  19805. resume stating details of your qualifications, current and expected
  19806. salary, contact number and internet account number.  Please send these
  19807. to:
  19808.  
  19809.                    Dr Francis Yeoh
  19810.                Director, Research & Development
  19811.                Information Technology Institute
  19812.                71 Science Park Drive
  19813.                Singapore 0511
  19814.  
  19815. Alternatively, you may wish to respond through internet account: 
  19816.  
  19817.                   doreen@iti.gov.sg
  19818.  
  19819. ------------------------------
  19820.  
  19821. From: tom@interaccess.com (Tom Simonds)
  19822. Subject: Channel Bank Recommendations Wanted
  19823. Date: 23 Apr 1994 19:45:18 -0500
  19824. Organization: The second InterAccess INN server
  19825.  
  19826.  
  19827. Our company is looking to buy channel banks.  Can anyone recommend any
  19828. brands/manufacturers?  If so, phone numbers or city/state would be
  19829. extremely helpful.
  19830.  
  19831. Please email to tom@interaccess.com
  19832.  
  19833.  
  19834. Tom Simonds  tom@interaccess.com   708-671-3469
  19835.  
  19836. ------------------------------
  19837.  
  19838. Date: Sat, 23 Apr 94 13:20 EST
  19839. From: Fred Bauer <FBAUER+aROCKVILLE%Rockville@mcimail.com>
  19840. Subject: IDB/Peoples Telephone Plan Merger
  19841.  
  19842.  
  19843. I think that the readers of the Digest may be interested in the
  19844. latest merger in the telecom industry ... 
  19845.  
  19846. Fred Bauer
  19847.             
  19848. IDB COMMUNICATIONS SIGNS LETTER OF INTENT TO MERGE WITH PEOPLES
  19849. TELEPHONE COMPANY  
  19850.  
  19851. IDB EXPECTS COMBINATION TO BOOST EARNINGS  
  19852.  
  19853. LOS ANGELES, CA and MIAMI, FL - APRIL 21, 1994 -- IDB Communications
  19854. Group, Inc. (NASDAQ:IDBX) and Peoples Telephone Company, Inc.
  19855. (NASDAQ:PTEL) today jointly announced they have signed a letter of
  19856. intent under which IDB will merge with Peoples.  Shareholders of the
  19857. Miami-based Peoples will receive 1.1 shares of IDB Communications
  19858. common stock for each share of Peoples common stock, subject to
  19859. possible adjustment based upon IDB's stock price prior to closing.  As
  19860. of March 31, 1994, Peoples Telephone has approximately 15.8 million
  19861. common shares outstanding and approximately 3.1 million common shares
  19862. issuable upon the exercise of outstanding options and warrants at an
  19863. aggregate price of approximately $23 million.  The transaction will be
  19864. effected as a pooling of interests, and will not be taxable to current
  19865. Peoples shareholders.  IDB Communications expects the merger to boost
  19866. its 1994 earnings per share.  Peoples has been in the public pay
  19867. telephone business since 1985.  The Company has an installed base of
  19868. approximately 50,000 public, inmate and cellular pay telephones
  19869. located in 46 states.  During recent years Peoples has leveraged its
  19870. industry expertise to expand into related telecommunication businesses
  19871. including correctional facility telephones, cellular telephone rentals
  19872. and prepaid calling cards.
  19873.  
  19874. The proposed acquisition is subject to satisfaction of customary
  19875. conditions, including completion of due diligence by both parties,
  19876. execution of a definitive agreement, approval by the shareholders of
  19877. both companies and certain regulatory filings, and is expected to be
  19878. completed by the end of 1994.
  19879.  
  19880. Jeffrey P. Sudikoff, chairman and CEO of IDB, stated, "One of our key
  19881. goals in 1994 is to expand IDB's presence in the domestic telecommunica-
  19882. tions marketplace.  The merger with Peoples will accomplish this
  19883. objective.  Jeff Hanft and his team have built Peoples into the
  19884. largest independent operator of public pay telephones in the United
  19885. States.  Combined with the company's related telecommunications
  19886. services, Peoples currently generates more than 300 million minutes of
  19887. long distance traffic a year.  As a result, Peoples and IDB will have
  19888. the foundation for a highly profitable domestic public switched
  19889. network."
  19890.  
  19891. "We fully expect this combination to have a positive impact on 1994
  19892. IDB earnings per share.  By applying many of the principles we have
  19893. successfully used in acquisitions during the past few years we expect
  19894. to significantly enhance the operating strengths of Peoples while
  19895. vastly expanding our domestic marketing capabilities," Mr. Sudikoff
  19896. added.
  19897.  
  19898. Jeff Hanft, CEO of Peoples stated, "IDB has emerged as the most
  19899. innovative, rapidly growing telecommunications company in the world.
  19900. We at Peoples share many of the same visions and strategic approaches
  19901. of IDB's management team.  We look forward to working with IDB and
  19902. believe that all of our customers, employees and shareholders will
  19903. benefit from the combination of the two companies."
  19904.  
  19905. IDB Communications Group, Inc. is a global telecommunications company
  19906. that operates a domestic and international communications network
  19907. providing its customers with international private line and long
  19908. distance telephone services, radio and television transmission
  19909. services, facsimile and data connections, mobile satellite
  19910. communications capabilities and the design and integration of
  19911. satellite networks worldwide.
  19912.  
  19913. Peoples Telephone Company, Inc., one of the nation's leading public
  19914. communications companies, owns and operates approximately 50,000
  19915. public, inmate and cellular pay telephones in 46 states.  For the year
  19916. ended December 31, 1993, the Company reported revenues of $121.8
  19917. million, an increase of 63%, net income of $5.3 million, an increase
  19918. of 64%, and cash flow from operations of $27.5 million, an increase of
  19919. 54%, all as compared to the year ended December 31, 1992.
  19920.  
  19921. ------------------------------
  19922.  
  19923. Date: Sat, 23 Apr 1994 20:05:58 EST
  19924. From: Ralph E. Todd <rtodd@mason1.gmu.edu>
  19925. Subject: Remote Interactive Classroom Instruction - How Far We've Come!
  19926.  
  19927.  
  19928. Greetings!
  19929.  
  19930. I am the graduate student in the Telecommunications program at George
  19931. Mason University (GMU) who submitted the request for information on
  19932. conferencing on the Internet in early March.  On behalf of my class
  19933. project group, which formed to implement the solution that evolved
  19934. from the many thoughtful responses I received, I wanted to inform you
  19935. of our progress.
  19936.  
  19937. You may recall that the immediate application is interactive televised
  19938. graduate instruction.  The prototype course, "Taming the Electronic
  19939. Frontier," is taught by Dr. Brad Cox and televised on regional cable
  19940. television.  Most of the students, including an entire section, are in
  19941. the TV audience.  These tele-students had no way of participating in
  19942. the interactive dimension of the course.
  19943.  
  19944. Subsequent to publication of my request, I received a consensus
  19945. response among TELECOM Digest subscribers that Internet Relay Chat
  19946. (IRC) would provide an effective solution.  With the combined
  19947. dedication and effort of my fellow group members Umar Badeges, Leesia
  19948. Huffner, Altaf Khan, and Cynthia Roubie, an extremely supportive
  19949. computer system manager, and an enthusiastic and helpful television
  19950. producer, Remote Interactive Classroom Instruction (RICI) made its
  19951. debut at George Mason University on April 19. Students in the TV
  19952. audience used their PCs at home to connect to the university Internet
  19953. host computer, and join in an IRC conference with Dr. Cox during his
  19954. lecture.  The "mesg n" command was used in advance of initiating IRC
  19955. to block distracting messages, and the "mode * +k" command, used by
  19956. the professor when opening the channel, kept out intruders; we had
  19957. several interruptions by "bots" while conducting group meetings on
  19958. IRC.  Our first RICI session was a resounding success!
  19959.  
  19960. We have created student and instructor Guides to Using RICI, which
  19961. along with a Guide to Future Enhancements will be available on the GMU
  19962. Internet Gopher.  Identified future enhancements include a switch to
  19963. display IRC text on-air, audio conferencing including voice-delay, and
  19964. videoconferencing to regional libraries using local cable television
  19965. channels.  We welcome questions and comments.
  19966.  
  19967.  
  19968. Ralph Todd             > rtodd@mason1.gmu.edu            (703) 658-9668
  19969. George Mason University                      Telecommunications Program
  19970.  
  19971.  
  19972. [TELECOM Digest Editor's Note: What a really great report! I was one of
  19973. many people a few years ago when IRC was first developed and put into use
  19974. who wondered what real benefit it would have to the Internet. It has been
  19975. often-times just a huge waste of network resources, but your report today
  19976. shows there is a lot of good it can do.   PAT]
  19977.  
  19978. ------------------------------
  19979.  
  19980. From: idddsb@iddss1.iddis.com (Dean Banfield)
  19981. Subject: ISDN Bridge Advice Please
  19982. Date: 24 Apr 1994 02:36:04 GMT
  19983. Organization: IDD Information Services
  19984.  
  19985.  
  19986. Hi,
  19987.  
  19988. We have a 10baseT Ethernet lan and would like an outlier individual to
  19989. have access on a hardwired basis.  ISDN sounds great, but I have no
  19990. idea what's required here.
  19991.  
  19992. You take the 64kpbs 'B' channels and then using a 'bridge?' you
  19993. convert the serial data to 10baseT?  Who makes bridges?  At what
  19994. prices?  I assume higher price translates into higher performance.
  19995. Any info appreciated.  Thanks.
  19996.  
  19997.  
  19998. Dean Banfield  IDD/Information Svcs
  19999.                90 Grove St
  20000.                Ridgefield CT 06877
  20001.  
  20002. ------------------------------
  20003.  
  20004. From: rtodt@relay.nswc.navy.mil (Rodney Todt)
  20005. Subject: DISN Information Request
  20006. Organization: NAVAL SURFACE WARFARE CENTER
  20007. Date: Sun, 24 Apr 1994 03:12:57 GMT
  20008.  
  20009.  
  20010.     Can anyone in this group provide me with a pointer to online
  20011. information about DISN.  I am specifically looking for a map and how
  20012. to get connected information. Thanks.
  20013.  
  20014.  
  20015. Rodney Todt            DDN Mail:  rtodt@relay.nswc.navy.mil
  20016. Naval Surface Warfare Center    Phone:     (703) 663-4146
  20017. Dahlgren Division        DSN:             249-4146
  20018. Code E81, Networks Branch    FAX:       (703) 663-1952
  20019. Dahlgren, Virginia  22448-5000  
  20020.  
  20021. ------------------------------
  20022.  
  20023. Date: Sun, 24 Apr 1994 12:39:59 GMT
  20024. From: T.I.Boogaart@research.ptt.nl (Boogaart T.I.)
  20025. Subject: Quality of Long Distance Telephone Lines
  20026. Reply-To: T.I.Boogaart@research.ptt.nl
  20027. Organization: PTT Research, The Netherlands
  20028.  
  20029.  
  20030. I would like to know if anyone has conducted research on the quality
  20031. of long distance telephone lines. With "Quality" I mean the amount of
  20032. noise and echo (e.g. signal noise ratio). In particular, I want to
  20033. know if it is at all feasible to perform speech recognition / speaker
  20034. verification over long distance lines.
  20035.  
  20036. The focus is on the quality of lines to Europe, but any information on
  20037. the subject (references, pointers, hints) is welcome.
  20038.  
  20039. Please send e-mail to me directly, as I don't subscribe to this newsgroup.
  20040. I'll summarize if there is enough interest.
  20041.  
  20042.  
  20043. Thanks in advance,
  20044.  
  20045. Tineke Boogaart <T.I.Boogaart@research.ptt.nl>
  20046.  
  20047. ------------------------------
  20048.  
  20049. From: cm@nwu.edu (Chris Michael)
  20050. Subject: x.25 networks
  20051. Date: 23 Apr 94 17:20:59 GMT
  20052. Organization: Northwestern University, Evanston, IL  USA
  20053. Reply-To: cm@nwu.edu (Chris Michael)
  20054.  
  20055.  
  20056. I'm looking for data connectivity between Chicago and Milan Italy.
  20057. I'm guessing that X.25 will be cheaper than a leased line, but I'm
  20058. having a heck of a time finding anyone to quote me a price.  Does
  20059. anyone have any thoughts about relative pricing?  I assume Telenet and
  20060. Tymnet are still around.  Anyone know where?
  20061.  
  20062.  
  20063. Thanks,
  20064.  
  20065. christopher michael, george s. may international, 708-825-8806 x 395
  20066.  
  20067. ------------------------------
  20068.  
  20069. End of TELECOM Digest V14 #181
  20070. ******************************
  20071.     
  20072.     
  20073. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07263;
  20074.           24 Apr 94 13:08 EDT
  20075. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20076.     id AA23054; Sun, 24 Apr 94 09:51:03 CDT
  20077. Return-Path: <telecom>
  20078. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20079.     id AA23045; Sun, 24 Apr 94 09:51:01 CDT
  20080. Date: Sun, 24 Apr 94 09:51:01 CDT
  20081. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  20082. Message-Id: <9404241451.AA23045@delta.eecs.nwu.edu>
  20083. To: telecom@eecs.nwu.edu
  20084. Subject: TELECOM Digest V14 #182
  20085.  
  20086. TELECOM Digest     Sun, 24 Apr 94 09:51:00 CDT    Volume 14 : Issue 182
  20087.  
  20088. Inside This Issue:                           Editor: Patrick A. Townson
  20089.  
  20090.     GTE/SF Supervising on Busy Calls? (Douglas Reuben)
  20091.     Delrina Fax MailBox Delivered (Jack Bzoza)
  20092.     What Human Resource Required to Set up Campus Network? (Martin Visser)
  20093.     Saying "NO" to Big Brother (Alan Furman)
  20094.     NANP and Switches (Howard Ramagli)
  20095.     Traffic Measurements (Miguel Rios)
  20096.     Help: Programming Motorola 550 and Fujitsu Commander (Lance Ware)
  20097.     GM-Hughes 500 Channels (A. Padgett Peterson)
  20098.     Telecommuting Policies and Procedures (Matthew L. Blackmon)
  20099.  
  20100. TELECOM Digest is an electronic journal devoted mostly but not
  20101. exclusively to telecommunications topics. It is circulated anywhere
  20102. there is email, in addition to various telecom forums on a variety of
  20103. public service systems and networks including Compuserve and GEnie.
  20104. Subscriptions are available at no charge to qualified organizations
  20105. and individual readers. Write and tell us how you qualify:
  20106.  
  20107.                  * telecom-request@eecs.nwu.edu *
  20108.  
  20109. The Digest is compilation-copyrighted by Patrick Townson Associates of
  20110. Skokie, Illinois USA. We provide telecom consultation services and
  20111. long distance resale services including calling cards and 800 numbers.
  20112. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  20113. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  20114.  
  20115.     ** Article submission address only: telecom@eecs.nwu.edu **
  20116.  
  20117. Our archives are located at lcs.mit.edu and are available by using
  20118. anonymous ftp. The archives can also be accessed using our email
  20119. information service. For a copy of a helpful file explaining how to
  20120. use the information service, just ask.
  20121.  
  20122. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  20123. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  20124. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  20125. Digest" shares archives resources at lcs.mit.edu for the convenience
  20126. of users. Please *DO NOT* cross post articles between the groups. All
  20127. opinions expressed herein are deemed to be those of the author. Any
  20128. organizations listed are for identification purposes only and messages
  20129. should not be considered any official expression by the organization.
  20130. ----------------------------------------------------------------------
  20131.  
  20132. From: dreuben@netcom.com (Cid Technologies)
  20133. Subject: GTE/SF Supervising on Busy Calls?
  20134. Date: Sun, 24 Apr 1994 05:03:35 PDT
  20135.  
  20136.  
  20137. I'm not sure if anyone has discussed this before, but I recently
  20138. noticed that GTE/SF (00040) is *supervising* if a dialed cellular
  20139. customer is busy.
  20140.  
  20141. That is to say, if you call my GTE Mobilnet/San Francisco cell number,
  20142. and it is busy, the call will be BILLED, ie, you pay whatever local or
  20143. toll charges to hear a busy signal.
  20144.  
  20145. I tried calling my number when it was busy with a calling card, got a
  20146. busy signal, and could NOT hit the "#" sign to make a new call. This
  20147. was with Pac*Bell's CC service as well as AT&T's, both of which will
  20148. allow you to make a "sequence call" with the octothorpe/pound/#/whatever 
  20149. key *only* if supervision hasn't been returned or after it is released. 
  20150. So I think this is a pretty good indicator that GTE/SF *is* supervising 
  20151. on busy calls.
  20152.  
  20153. I don't know how GTE handles cell to cell calls, ie, if one GTE customer 
  20154. calls another who is busy, but if you are calling from a landline you are 
  20155. likely to be billed.
  20156.  
  20157. If you want to try this, hit *710 (or *73 will work outside SF and San 
  20158. Mateo Counties) to turn off No Answer Transfer/Voicemail, dial some 
  20159. number that won't answer, and then call your GTE/SF carphone with a 
  20160. calling card. You generally won't be able to hit the "#" sign if you get 
  20161. a busy signal, at least that's what I've noticed.
  20162.  
  20163. (NOTE: You need to turn off NAT by hitting *710 (or *73, which should
  20164. turn all forwarding off where GTE will 'allow' you to do so, which
  20165. they should everywhere). For some silly reason, GTE/SF bundles NAT
  20166. with Busy Transfer (*74), and if you have NAT on, then Busy Transfer
  20167. is also on, and any "busy" call will go to voicemail or whatever
  20168. number you have set.  For you AT&T people, do the newer Autoplex
  20169. switches HAVE to work this way, or can they have two separate fields
  20170. for NAT and Busy Transfer so that each can work independently of the
  20171. other? [which is better, I think...])
  20172.  
  20173. So, if you don't use GTE/SF's voicemail because you think it is
  20174. outrageous to pay airtime for voicemail deposition or even hang-up
  20175. calls (and rightly so, may I add! :) ), this busy supervising thing
  20176. may be a problem for some of your callers.
  20177.  
  20178. Additionally, if you roam a lot, due to the way that the (IS-41 Rev
  20179. A?)  links work between the systems (ie, between GTE and Pac*Bell), if
  20180. you make a lot of short calls you may not get Call-Waiting, and a lot
  20181. of your inbound calls will be directed to a *supervising* busy signal.
  20182. Many callers may not appreciate this.
  20183.  
  20184. Finally, as an aside, to get out of your annual GTE/SF contract:
  20185.  
  20186. Like the Cell One/NY problem with the nearby Motorola EMX switches
  20187. where you can't get call-waiting when roaming in Motorola territory
  20188. and calls go right to voicemail, the same thing occurs with GTE/SF.
  20189.  
  20190. If you have No-Answer-Transfer set to voicemail (ie, *71*8) , and you
  20191. roam into the Sacramento (00112) or Stockton (00224) systems, you will
  20192. NOT get call-waiting! Even if you've been on the phone for five
  20193. minutes and the IS-41 Rev A protocol nonsense where you can't get more
  20194. than one call per minute is no longer an issue (and WHO wrote that
  20195. flaky software, anyhow?), anyone who calls you will get sent to Sac or
  20196. Stockton, the switch(es) will see you are busy, and then redirect your
  20197. call back to Voicemail in SF (which supposedly violates the MFJ and/or
  20198. Dept. Of Justice rules, but no one seems to have an answer as to why
  20199. they can get away with this. Don't get me wrong, I *encourage* other
  20200. cell co's to *flagrantly* violate these preposterous and onerous
  20201. regulations! :) )
  20202.  
  20203. So if you call up GTE/SF and say "Hey, since I can't get Call-Waiting
  20204. in Sac and Stockton as long as I have my voicemail on, I want to
  20205. cancel my contract without penalty since you promised that all my
  20206. features will work in Auto-Access markets..." they will have to let
  20207. you out as long as you say it was a *major* reason why you signed up
  20208. with them in the first place.
  20209.  
  20210. Actually, I've been told that it is all a matter of software revisions
  20211. on the Motorola EMXs, ie, the older versions gives Busy-Transfer a
  20212. higher degree of precedence than Call-Waiting, while the newest
  20213. version does the opposite, and if Pac*Tel would upgrade to the newest
  20214. version, this wouldn't be a problem anymore. This is of course also
  20215. true for ComCast and Metro Mobile (Bell Atlantic in CT), but it is
  20216. futile to try to have them actually BUY new software, assuming they
  20217. even DO have to buy it. In the meantime, though, it's an easy and
  20218. painless way to get out of your annual contracts with GTE/SF or Cell
  20219. One/NY! (Although I personally recommend them both over their
  20220. respective "competitors" -- if you can call a duopoly competition! :(
  20221.  
  20222. Frequent roamers on US-50 in CA may note that the Mountain Cellular 
  20223. (Placerville and South Lake Tahoe, 01080) EMX CAN handle call-waiting 
  20224. with NAT/Voicemail active, so it CAN be done. Mountain Cell, however, 
  20225. seems to think that confirmation tones are uneccessary, so when you hit 
  20226. *28/*29, *71/2/3/4, etc., you get a re-order/fast busy, leading you to 
  20227. think that those feature codes are not valid in the Mountain Cell system 
  20228. when in fact they DO work! (I'm wondering if I should bother calling 
  20229. these guys and try to have them fix this ... I doubt they even care. Hmmm 
  20230.  ... I  think the cell co's should pay me for this! :) )
  20231.  
  20232. Anyhow, I thought I'd pay a bit more attention to the West coast after
  20233. some my other postings on the oddities of roaming back East. :)
  20234.  
  20235.  
  20236. Doug    CID Technologies  (203) 499-5221
  20237.  
  20238.  
  20239. [TELECOM Digest Editor's Note: A lot of the cellular companies are getting
  20240. away with murder where observance of traditional standards for telephony
  20241. are concerned. But as you rightly point out, they don't give an iota; they
  20242. just do their thing.   PAT]
  20243.  
  20244. ------------------------------
  20245.  
  20246. From: Jack Bzoza <JackB@delrina.com>
  20247. Subject: Delrina Fax MailBox Delivered
  20248. Date: Sat, 23 Apr 1994 12:01:00 -0400
  20249.  
  20250.  
  20251. There was a recent enquiry in the Digest for information about Fax
  20252. Mailbox Services.  I posted a introductory summary at that time.
  20253. Delrina has now delivered the service and I thought that readers would
  20254. appreciate the whole story, straight from the horse's mouth.
  20255.  
  20256.                                 ----------
  20257.  
  20258. Delrina Delivers Fax Mailbox Service
  20259. Users Praise Productivity Benefits and Convenience
  20260.  
  20261. SAN JOSE, CA and TORONTO, ONT April 22, 1994 -- They faxed it to
  20262. Chicago, but now you're in New York ... your office has been trying
  20263. to fax a crucial document to your home, but you forgot to turn on your
  20264. computer ... the fax cover sheet says there are three pages, but the
  20265. hotel clerk insists he received only two ... you desperately need the
  20266. fax tonight but the hotel's business office is closed till tomorrow
  20267. morning ...
  20268.  
  20269. Now there's a new way to get faxes when and where you need them.
  20270.  
  20271. Delrina Corporation (NASDAQ:DENAF, TSE:DC), the world's leading vendor
  20272. of fax communications software, today announced the immediate
  20273. availability of its fax mailbox service.  Delrina Fax MailBox<tm> is
  20274. an enhanced fax messaging service that offers subscribers a +virtual+
  20275. fax mailbox with their own 800 number, eliminating the need to leave
  20276. their PC+s running all the time or maintain an additional phone line
  20277. for their fax device.  Delrina Fax MailBox receives and stores faxes
  20278. until the subscriber decides to retrieve them.  Subscribers can
  20279. retrieve their faxes at anytime directly into Delrina's fax software,
  20280. WinFax PRO 4.0, or by simply dialing into their mailbox by phone and
  20281. forwarding all their faxes to any fax device.
  20282.  
  20283. Unlike other services, Delrina Fax MailBox allows users to retrieve
  20284. faxes directly into their computer.  The advantage of this is that
  20285. faxes can be received anywhere and at any time without having a
  20286. dedicated or incoming line; for example, a subscriber can now retrieve
  20287. faxes from his or her hotel room and a home user does not require a
  20288. second phone line to receive faxes.
  20289.  
  20290. Furthermore, the service is "one button easy" - users select a menu
  20291. item in WinFax PRO, enter their password and the software takes care
  20292. of the rest.  Alternatively, users can call into their mailbox by
  20293. phone and forward faxes to any fax device.  The service also includes
  20294. a voice messaging capability, and options for international access and
  20295. paging notification.
  20296.  
  20297. Delrina is targeting its installed base of more than four million
  20298. WinFax users with communication services.  For the first time, these
  20299. services are available +out of the box+ with the purchase of Delrina
  20300. WinFax PRO 4.0 or Delrina Communications Suite.  Delrina Fax MailBox
  20301. users can retrieve their messages from any location using either their
  20302. PC, a traditional fax machine, or a telephone.  The service is reliable
  20303. because the phone line is never busy and the system is paperless.
  20304. Since the retrieval of messages is self-initiated the transmission
  20305. occurs with complete security.  More importantly the service eliminates 
  20306. the need for a dedicated telephone line or a PC which needs to be
  20307. constantly switched on to receive faxes.  For mobile subscribers
  20308. Delrina Fax MailBox is a boon, since it guarantees that faxes will
  20309. never be missed, lost or read by the hotel clerk.
  20310.  
  20311. "Over a period of time and versions, WinFax has been eliminating the
  20312. need for a fax machine, and has been exploding the uses of fax
  20313. communication," said Delrina president, Mark Skapinker.  "Early
  20314. versions made sending a fax with WinFax as easy as printing from any
  20315. Windows program.  Then we focused on ease of use and wider
  20316. functionality by focusing on usability, improving the phonebook
  20317. functionality, adding file transfer capabilities, and making fax
  20318. management an integral part of the product.  All along our users have
  20319. been asking us to make receiving faxes easier; they did not want to
  20320. leave their computers on all the time in order to receive and portable
  20321. users needed to receive faxes anywhere they might be.  Fax mailbox now
  20322. completes the range of functionality.  WinFax 4 with fax mailbox
  20323. provides the flexibility and reliability of receiving faxes anywhere,
  20324. anytime with push-button simplicity."
  20325.  
  20326. In a recent study, Marketfinders, a market research firm in Austin,
  20327. Texas, forecasts the market for traditional enhanced fax services
  20328. including fax broadcast, fax on demand, and fax mailbox to grow to
  20329. $430 million in 1994 and to $940 million by 1996, and that fax mailbox
  20330. alone will to grow to $122 million of this market within the next two
  20331. years.  The study does not include in its estimates PC-based faxing,
  20332. in which the proliferation of fax modems and the increased use of
  20333. fax-enabled software are expected to escalate the need for such
  20334. services.  BIS Strategic Decisions, Norwell, MA predicts that by 1997
  20335. seventy-two percent of portable computers and one-third of desktop
  20336. PC's will have fax modems which enable easy access to services like
  20337. Delrina's.
  20338.  
  20339. Beta testers of Delrina's new service have been quick to applaud its
  20340. benefits.  DRK Inc., an advertising and marketing firm in Boston, MA,
  20341. uses Delrina Fax MailBox to collect responses to a five-page marketing
  20342. survey that is broadcast by fax to 120 people.  "By using Delrina Fax
  20343. MailBox I am able to receive multiple faxes in a timely manner,
  20344. reducing the normal time required for such a survey by more than
  20345. half," said Jeff Freedman, Supervisor of Media and Marketing Services.
  20346. "A never-busy fax line and the convenient 800 access results in a
  20347. higher than usual response to our surveys."
  20348.  
  20349. "The accessibility to both fax and voice messages gives me the freedom
  20350. and convenience to dial my 1-800 number to retrieve messages either at
  20351. the office, at home, or on the road," said Alan Morris, programming
  20352. consultant at Land Rover North America in Lanham, Maryland. "I am able
  20353. to do this without having to leave any equipment on.  And, I am
  20354. guaranteed to be reached anywhere."
  20355.  
  20356. Subscribers to the Delrina Fax MailBox service receive their own
  20357. personal 800 telephone number.  Users can customize Delrina Fax
  20358. MailBox by purchasing additional services, such as 24 hour / 7 day
  20359. call forwarding and rerouting, from their local telephone company.
  20360. International access and paging notification are also available.  An
  20361. alternative number is provided for international calls.
  20362.  
  20363. Different service plans are available to accommodate users+ volume and
  20364. messaging needs with monthly payments as little as $9.95 (Cdn $19.95)
  20365. plus retrieval charges.  Volume discounts are also provided.
  20366. International access and paging notification are provided for an
  20367. additional $4.95 (Cdn $6.95) each per month with a 25 cent fee per
  20368. paging notification.  Billing options include a corporate account or
  20369. credit card billing through VISA, Master Card, and American Express.
  20370.  
  20371. Delrina develops, markets and supports PC-based software products and
  20372. services for the fax and data communications, electronic forms
  20373. processing and consumer content markets.  Founded in 1988, Delrina
  20374. employs more than 450 persons with headquarters in Toronto, Canada;
  20375. and offices in San Jose, CA; Washington, DC; Kirkland, WA; the United
  20376. Kingdom; France; and Germany.
  20377.  
  20378. Delrina Fax MailBox customer service can be contacted at 1-800-670-8777.
  20379.  
  20380. ------------------------------
  20381.  
  20382. From: Martin Visser <martin.m.c.visser@msm.bhp.com.au>
  20383. Subject: What Human Resource Required to Set up Large Campus Network?
  20384. Date: 14 Apr 1994 02:53:18 GMT
  20385. Organization: BHP Steel - Slab and Plate Products Division
  20386.  
  20387.  
  20388. Hi,
  20389.  
  20390. We are about to undertake a project to set up the backbone and
  20391. distribution communications network infrastructure at our Port Kembla
  20392. Steelworks. The intention is use ATM as the backbone carrier, and
  20393. 802.x LANs as the access media into the network. The "campus" is about
  20394. 6 x 4 km and we should be interconnecting around 2000 end user nodes.
  20395. We expect to be installing 30km backbone and 60km distribution fibre,
  20396. as well as umpteen switches, hubs, routers, etc.
  20397.  
  20398. As part of our final estimate and capital funding we are examining the
  20399. personnel required to run this project. Outside of the physical
  20400. installation what sort of people and for our long will we need them?
  20401. We have estimated that the project life will be about two years,
  20402. including a small trial period at the beginning. We also expect that
  20403. because of the showcase nature (the first commercial ATM network in an
  20404. industrial in Australia if not the world) that the prospective network
  20405. vendors will be more than willing to help us in the technical aspects,
  20406. especially to set up the generic solution that meets all our
  20407. requirements.
  20408.  
  20409. I guess I'm asking what manhour requirement there would be to do the
  20410. technical design in association with the vendors, network configuration,
  20411. change control, QA, management etc. to get the job done. Also what
  20412. organizational structure is appropriate?
  20413.  
  20414. Ordinarily large engineering projects  (e.g. a blast furnace) have about
  20415. 8-10% engineering, but is this is a different kettle of fish?
  20416.  
  20417. I would appreciate input from those that may have been involved in large
  20418. campus networks, or WANs, especically if they were done with "bleeding"
  20419. edge technology, such as FDDI a few years.
  20420.  
  20421. In expectation and appreciation,
  20422.  
  20423. Martin.
  20424.  
  20425. (PS We have selected our tenderers for the project and no correspondence
  20426. will be entered into.)
  20427.  
  20428.  
  20429. Martin Visser
  20430. BHP Steel - Slab & Plate Products Division 
  20431. Engineering Technology - Computer Systems
  20432. PO Box 1854 Wollongong NSW 2502, AUSTRALIA
  20433. A.C.N. 006 476 218
  20434. Phone     +61-42-753852
  20435. Fax         +61-42-757897
  20436. Internet MARTIN.M.C.VISSER@
  20437. bhpmelmsm.x400.bhp.com.au
  20438. X.400    G=MARTIN I=MC S=VISSER OU=BHPMELMSM O=BHP
  20439. P=BHPMEL04 A=TELEMEMO C=AU
  20440.  
  20441. ------------------------------
  20442.  
  20443. From: atfurman@cup.portal.com
  20444. Subject: Saying "NO" to Big Brother
  20445. Date: Sun, 24 Apr 94 00:08:04 PDT
  20446.  
  20447.  
  20448. NEWS FROM THE LIBERTARIAN PARTY
  20449. 1528 Pennsylvania Avenue SE
  20450. Washington DC 20003
  20451.  
  20452. For additional information:
  20453. Bill Winter, Director of Communications
  20454.         (202) 543-1988
  20455.  
  20456. Libertarian Party Announces Opposition to Digital Telephony Act
  20457.  
  20458.         Calling it a "serious infringement of civil liberties and a
  20459. gross violation of property rights," the Libertarian Party National
  20460. Committee unanimously voted to oppose the Digital Telephony and
  20461. Communications Act of 1994.
  20462.  
  20463.         At their quarterly meeting in Kansas City, Missouri, the
  20464. governing body of America's third-largest political party charged that
  20465. "the Digital Telephony Act would make furnishing the FBI with easy
  20466. wiretapping capability the overriding priority for designers of
  20467. telephone equipment and related software."
  20468.  
  20469.         "It is a lie to call this legislation a 'Privacy Improvement
  20470. Act,'" said Bill Evers, the National Committee member from California
  20471. who sponsored the resolution.
  20472.  
  20473.         The Digital Telephony Act, noted the resolution, "requires
  20474. telephone, cable television, and computer network companies to ensure
  20475. that the government can conduct surveillance while private communication 
  20476. is going on. It requires the installation of surveillance-facilitating
  20477. software in telephone switching equipment to expose personal information -- 
  20478. such as telephone-calling patterns, credit card purchases, banking
  20479. records, and medical records -- to the view of the government."
  20480.  
  20481.         "Such personal information should be the private property of
  20482. either the company that assembles it or the individual to whom it
  20483. pertains," said Evers.
  20484.  
  20485.         Libertarians also oppose the Digital Telephony Act because it
  20486. "would require a fundamental re-engineering of the communications
  20487. infrastructure at great expense to American taxpayers, and to the
  20488. owners of private communications systems," said Evers.
  20489.  
  20490.         The Libertarian National Committee also unanimously voted to
  20491. oppose the National Security Agency's Escrowed Encryption Standard -
  20492. the so-called Clipper Chip system - or any "government policies
  20493. promoting or requiring specific encryption methods for civilian use."
  20494. The party also urged the "repeal of the U.S. ban on export abroad of
  20495. Clipper-free encryption devices produced by American companies."
  20496.  
  20497.         "Government-mandated encryption standards will foster
  20498. indiscriminate surveillance of private communications by the
  20499. government," charged Evers.
  20500.  
  20501.         The resolution said "the Clinton Administration plans to induce 
  20502. American manufacturers to install government-readable encryption devices 
  20503. in every telephone, fax machine, and computer modem made in the United 
  20504. States."
  20505.  
  20506.         "The Clinton Administration is explicitly denying that the
  20507. American people have the right to communicate in private," said Evers.
  20508. By contrast, he said, "The Libertarian Party has long upheld the civil
  20509. liberties of the American citizen."
  20510.  
  20511.         Approximately 120 Libertarians serve in elected and appointed
  20512. office around the country, including four State Representatives in New
  20513. Hampshire and two mayors in California. The Libertarian Party platform
  20514. calls for vigorous defense of the Bill of Rights, free enterprise,
  20515. civil liberties, free trade, and private charity.
  20516.  
  20517. ------------------------------
  20518.  
  20519. Date: 23 Apr 1994 13:04:59 CST
  20520. From: Howard Ramagli <RAMAGLI@lfmail.lfc.edu>
  20521. Subject: NANP and Switches
  20522.  
  20523.  
  20524. I have just joined this list and have tried to scan the archives and
  20525. the FAQ for an answer to the following questions and have found nothing 
  20526. that seem to address them.
  20527.  
  20528. We currently have a Northern Telecom Meridian Option 61 (software
  20529. relase 17) with 44 DID trunks, a T1 for long distance, and about 1300
  20530. active phones.  We have been told by Ameritech that, in order for us
  20531. to be able to comply with the implementation of the new North American
  20532. Numbering Plan (NANP) on January 1, 1995, we must upgrade our switch
  20533. with an additional memory card, another ROM board and software release
  20534. 19.  My questions are (1) is this really necessary and (2) can we wait
  20535. until the middle of 1995 before doing this and still provide access
  20536. via NANP?  Any help out there would be greatly appreciated.  Thanks.
  20537.  
  20538.  
  20539. Howard Ramagli
  20540. Director, Information Services and Technology
  20541. Lake Forest College   708.735.5115
  20542. INTERNET:  ramagli@lfmail.lfc.edu        APPLELINK:  RAMAGLI.H
  20543.  
  20544. ------------------------------
  20545.  
  20546. From: mrios@lascar.puc.cl (Miguel Rios)
  20547. Subject: Traffic Measurements
  20548. Organization: Pontificia Universidad Catolica de Chile
  20549. Date: Sat, 23 Apr 1994 18:14:04 GMT
  20550.  
  20551.  
  20552. I would appreciate if some reader of the Digest can give me an
  20553. insight about the following problem:
  20554.  
  20555. -In a multicarrier long distance telephone system, we need to check
  20556. for the QOS, so as to asure that all the available carriers give a
  20557. certain QOS. What kind of measurement equipment is available on the
  20558. market, that can perform the job?. (We need to check both national and
  20559. international connections).
  20560.  
  20561. -With respect to to the previous problem, what kind of statistics do we
  20562. need (and what are the sizes of the samples needed).
  20563.  
  20564.  
  20565. Thank you in advance,
  20566.  
  20567. Miguel Rios
  20568. Associate Professor of Electrical Engineering
  20569. Universidad Catolica de Chile
  20570. mrios@lascar.puc.cl
  20571.  
  20572. ------------------------------
  20573.  
  20574. From: lware@voxel.com (Lance Ware)
  20575. Subject: Help: Programming Motorola 550 and Fujitsu Commander
  20576. Organization: VOXEL
  20577. Date: Sun, 24 Apr 1994 08:40:23 GMT
  20578.  
  20579.  
  20580. I need help with programming these two cell phones. Specifically I
  20581. need to program the phone numbers, and get the ESN so that I may have
  20582. them both put on the same phone number.
  20583.  
  20584. This is legitimate, I am not interested in going to jail for many
  20585. years!
  20586.  
  20587.  
  20588. Lance Ware
  20589. IS Manager & VOXEL Guru
  20590. VOXEL
  20591.  
  20592. ------------------------------
  20593.  
  20594. Date: Sun, 24 Apr 94 04:50:17 -0400
  20595. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  20596. Subject: GM-Hughes 500 Channels
  20597.  
  20598.  
  20599. A couple of months ago Hughes was advertising for technicians to
  20600. service their new small-dish satellite TV system (500 channel?). Does
  20601. anyone know what the status is, when it will become available, or have
  20602. a contact phone or E-Mail number ? Reply to: padgett@tccslr.dnet.mmc.com
  20603.  
  20604.  
  20605. Warmly,
  20606.  
  20607. Padgett
  20608.  
  20609. ------------------------------
  20610.  
  20611. From: blackmon@cs.utk.edu (Matthew L. Blackmon)
  20612. Subject: Telecommuting Policies and Procedures
  20613. Date: 23 Apr 1994 21:29:02 -0400
  20614. Organization: CS Department, University of Tennessee, Knoxville
  20615.  
  20616.  
  20617. Greetings:
  20618.  
  20619. I have been charged with the task of locating some resources on
  20620. telecommuting policies and procedures that are in use in industry.
  20621.  
  20622. We here at the University of Tennessee Medical Center are just entering
  20623. this arena, and are interested in learning as much as possible.
  20624.  
  20625. The particular areas of interest are personnel policies and
  20626. procedures, such as, work hours and ethics, pay scales (ie, do you pay
  20627. more or less for telecommuters?), payment of services and equipment
  20628. (ie, do you pay for the equipment and the ISDN or data lines to the
  20629. house, or does the telecommuter?), and etc. We are looking for any
  20630. ideas and pointers along this line.
  20631.  
  20632. Please email me and I will post a summary if there is sufficient interest.
  20633.  
  20634.  
  20635. Thanks,
  20636.  
  20637. Matt Blackmon blackmon@cs.utk.edu | mblackmo%utmck_mis@wpgate.utk.edu
  20638. Department of Computer Science    | Manager, Network Engineering and Tec
  20639. The University of Tennessee       | The University of TN Medical Center 
  20640. Knoxville, Tennessee 37996        | 615.544.6110 
  20641.  
  20642. ------------------------------
  20643.  
  20644. End of TELECOM Digest V14 #182
  20645. ******************************
  20646.     
  20647.     
  20648. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07131;
  20649.           27 Apr 94 5:28 EDT
  20650. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20651.     id AA13370; Wed, 27 Apr 94 01:50:10 CDT
  20652. Return-Path: <telecom>
  20653. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20654.     id AA13361; Wed, 27 Apr 94 01:50:08 CDT
  20655. Date: Wed, 27 Apr 94 01:50:08 CDT
  20656. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  20657. Message-Id: <9404270650.AA13361@delta.eecs.nwu.edu>
  20658. To: telecom@eecs.nwu.edu
  20659. Subject: TELECOM Digest V14 #183
  20660.  
  20661. TELECOM Digest     Wed, 27 Apr 94 01:50:00 CDT    Volume 14 : Issue 183
  20662.  
  20663. Inside This Issue:                           Editor: Patrick A. Townson
  20664.  
  20665.     International Telecomunication Union to Sponsor Digest (TELECOM Editor)
  20666.     Other Telecom-Related Services to be Discontinued (TELECOM Digest Editor)
  20667.     Interactive and Broadband Strategy Development (ritim@uriacc.uri.edu
  20668.     More Information Needed on Motorola 550 Programming (Lance Ware)
  20669.     Link Budget for Fiber Optic LAN (Marcial Dumlao)
  20670.     Busy Hour Erlang (BHE) Capacity of Mobile Cellular System (Aamer Soomro)
  20671.     South Africa Voting Information (Carl Moore)
  20672.     Telephony/Data Integration Recommendations Wanted (Scott Sanbeg)
  20673.     AT&T vs. Ameritech (Chicago Tribune via Van Hefner)
  20674.     Cellular Bust (Van Hefner)
  20675.  
  20676. TELECOM Digest is an electronic journal devoted mostly but not
  20677. exclusively to telecommunications topics. It is circulated anywhere
  20678. there is email, in addition to various telecom forums on a variety of
  20679. public service systems and networks including Compuserve and GEnie.
  20680. It is also gatewayed to Usenet where it appears as the moderated
  20681. newsgroup 'comp.dcom.telecom'. 
  20682.  
  20683. Subscriptions are available at no charge to qualified organizations
  20684. and individual readers. Write and tell us how you qualify:
  20685.  
  20686.                  * telecom-request@eecs.nwu.edu *
  20687.  
  20688. The Digest is edited, published and compilation-copyrighted by Patrick
  20689. Townson of Skokie, Illinois USA. You can reach me by postal mail, fax 
  20690. or phone at:
  20691.                     9457-D Niles Center Road
  20692.                      Skokie, IL USA   60076
  20693.                        Phone: 708-329-0571
  20694.                         Fax: 708-329-0572
  20695.   ** Article submission address only: telecom@eecs.nwu.edu **
  20696.  
  20697. Our archives are located at lcs.mit.edu and are available by using
  20698. anonymous ftp. The archives can also be accessed using our email
  20699. information service. For a copy of a helpful file explaining how to
  20700. use the information service, just ask.
  20701.  
  20702. *************************************************************************
  20703. *   TELECOM Digest is partially funded by a grant from the              *
  20704. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  20705. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  20706. * project.  Views expressed herein should not be construed as represent-*
  20707. * ing views of the ITU.                                                 *
  20708. *************************************************************************
  20709.  
  20710. Additionally, the Digest is funded by gifts from generous readers such
  20711. as yourself who provide funding in amounts deemed appropriate. Your help 
  20712. is important and appreciated.
  20713.  
  20714. All opinions expressed herein are deemed to be those of the author. Any
  20715. organizations listed are for identification purposes only and messages
  20716. should not be considered any official expression by the organization.
  20717. ----------------------------------------------------------------------
  20718.  
  20719. Date: Wed, 27 Apr 94 01:01:09 CDT
  20720. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  20721. Subject: International Telecomunication Union to Sponsor Digest
  20722.  
  20723.  
  20724. The International Telecommunication Union in Geneva Switzerland has
  20725. agreed to help underwrite the costs involved in producing TELECOM
  20726. Digest. The ITU will be providing me with a generous monthly stipend
  20727. intended to offset some of the increasing expenses I incur here, and
  20728. to relieve me of some of the burden I was faced with over the past
  20729. few months in attempting to work elsewhere while producing the Digest.
  20730.  
  20731. Their grant to me, or stipend arrived at a time when the need was
  20732. greater than ever before. The ITU has not requested, nor have they been
  20733. granted any control over the editorial content of the Digest. Their
  20734. announcements and messages from staff members there who participate
  20735. in the Digest will continue as in the past with no more or less frequency
  20736. than before. 
  20737.  
  20738. The following announcement will appear in the masthead of each issue
  20739. of the Digest beginning with the issue you are reading now (if you are
  20740. reading the Digest version -- instead of via Usenet -- please go back
  20741. and read it now for changes in case you skipped over it.)
  20742.  
  20743.                      ------------------------
  20744. TELECOM Digest is partially funded by a grant from the International
  20745. Telecommunication Union (ITU) in Geneva, Switzerland under the aegis
  20746. of its Telecom Information Exchange Services (TIES) project.  Views
  20747. expressed herein should not be construed as representing views of the
  20748. ITU.
  20749.                       -----------------------
  20750.  
  20751. May I respectfully request that you take a moment to send a note of
  20752. thanks to the ITU for their ongoing support of the Digest?  Write
  20753. to:
  20754.  
  20755.      Lucio Goelzer
  20756.      Chief, Information Services Dept, ITU
  20757.      Place des Nations
  20758.      1211 Geneva 20
  20759.      Switzerland
  20760.  
  20761.      Tel: +41 22 730-5333
  20762.      FAX: +41 22 730-5337
  20763.      X.400: S=goelzer; P=itu; A=arcom; C=ch
  20764.      Internet: goelzer@itu.ch
  20765.  
  20766. Additionally, my thanks to to several other readers and supporters who
  20767. have sent gifts in recent days; some payable to 'Ameritech' and others
  20768. payable to either 'Northern Illinois Gas' or 'Edison'; some simply to
  20769. TELECOM Digest with a note to 'use where need is greatest'. All have been
  20770. put to use as intended and I continue to be amazed by the generosity
  20771. so many of you have shown.
  20772.  
  20773. Once again, to the ITU, my sincere thanks for your commitment to a 
  20774. generous monthly stipend on an ongoing basis. 
  20775.  
  20776.  
  20777. Patrick Townson
  20778. TELECOM Digest Editor
  20779.  
  20780. ------------------------------
  20781.  
  20782. Date: Wed, 27 Apr 94 01:18:18 CDT
  20783. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  20784. Subject: Other Telecom-Related Services to be Discontinued
  20785.  
  20786.  
  20787. As most readers of the Digest know, for the past year or so I have
  20788. attempted to fund the Digest through the sale/resale of telecom-
  20789. related services such as Telepassport, Orange Card, 800/Inwats
  20790. numbers and similar.
  20791.  
  20792. Although I believe I handled these things at arms-length to the
  20793. Digest itself and with fairness, there were from time to time questions
  20794. raised about the propriety of the whole thing while editing the Digest.
  20795. The monthly stipend from ITU announced in the message before this has
  20796. made it possible to discontinue active involvement in those other
  20797. things. I request that users of Telepassport begin directing their
  20798. inquiries to the company itself rather than my office; likewise I can
  20799. no longer supply 800 numbers. Residuals due me as commissions from Orange
  20800. Card will continue to be received on a monthly basis. I believe in 
  20801. fairness to my new patron that I should devote my energies to the Digest
  20802. as much as possible given financial realities. I'll still be doing
  20803. other things to earn a living, but now the Digest is provided for and
  20804. that has relieved me of a tremendous burden that I dealt with the past
  20805. year.
  20806.  
  20807. My thanks to all of you who supported the various sale/resale programs
  20808. over the past year. Indeed, my deepest thanks.
  20809.  
  20810.  
  20811. Patrick Townson
  20812.  
  20813. ------------------------------
  20814.  
  20815. From: ritim@uriacc.uri.edu
  20816. Date: Tue, 26 Apr 94 16:06:05 EST
  20817. Reply-To: ritim@uriacc.uri.edu
  20818. Subject: Report: Interactive and Broadband Strategy Development
  20819.  
  20820.  
  20821. The following is a brief outline of a report that we at the institute
  20822. are very excited about.  I believe that many members of this list will
  20823. also be interested in the subject.  Please be advised that this is not
  20824. a RITIM publication and all inquiries should be directed to:
  20825.  
  20826.                           Paul M. Orme
  20827.                       482 North Salem Road
  20828.                   Ridgefield, Connecticut 06877
  20829.                          (203) 438-6828
  20830.  
  20831.                INTERACTIVE AND BROADBAND STRATEGY
  20832.             DEVELOPMENT IN A CHANGING COMMUNICATIONS
  20833.                            ENVIRONMENT
  20834.  
  20835.      "In their rush to get into the multimedia business,
  20836.      America's Baby Bells are spending a fortune on
  20837.      acquisitions and new technology.  This may help to
  20838.      crate an industry, but does it make financial sense?"
  20839.                               - Economist, December 4, 1993
  20840.  
  20841. Over the last decade, we've worked with companies to develop consumer
  20842. electronic, interactive information, communications, entertainment
  20843. transaction and shopping services.
  20844.  
  20845. Never has there been so much turmoil in the industry, never has there
  20846. been a greater need to prepare for the future.
  20847.  
  20848. We've examined the industry, technologies, competition, the consumer,
  20849. new major markets/opportunities and want to share our analysis,
  20850. projections and conclusions with you.
  20851.  
  20852.                         TABLE OF CONTENTS
  20853.  
  20854. Executive Summary
  20855.  
  20856. I.   Overview of Telecommunications Distribution/Delivery
  20857.      Methodologies
  20858.           A.   General
  20859.           B.   Telephone Companies
  20860.           C.   Cable Companies
  20861.           D.   1 Wire or 2 into Each Home
  20862.           E.   Interactive Television
  20863.           F.   Future Competitive Environment
  20864.  
  20865. II.  Deployment and Potential Displacement and/or Competition
  20866.      Among the Methodologies 
  20867.           A.   Twisted Copper Pair/Current Telephone
  20868.                Technology
  20869.           B.   Cable Coaxial and Fiber-to-the-Neighborhood
  20870.           C.   Direct Broadcast Satellite (DBS)
  20871.           D.   Wireless Cable
  20872.           E.   Broadcast Television
  20873.           F.   E-On Technology
  20874.  
  20875. III. Estimated Adoption of Interactive TV and Video-on-
  20876.      Demand
  20877.           A.   Initial Indication of Demand for Interactive TV
  20878.                and Video-on-Demand
  20879.           B.   Data Transmission Bandwidth Issues
  20880.           C.   Supporting Technologies -- Converter Boxes
  20881.  
  20882. IV.  Cost of New Technology Deployment, Penetration
  20883.      Estimates and Timelines
  20884.           A.   Cost Estimates to Deploy Various Technologies
  20885.           B.   Market Penetration Estimates -- Consumer
  20886.                Acceptance/Penetration of Video-on-Demand and
  20887.                Interactive Television
  20888.           C.   Relationships between Telephone Companies and
  20889.                Cable Companies
  20890.           D.   Summary Timeline of Estimated Roll out of
  20891.                Largest Media Companies' Full Service Networks
  20892.  
  20893. V.   New Growth Opportunities for Interactive and Broadband
  20894.                A.   Home Shopping
  20895.           B.   Work at Home
  20896.           C.   Telecommuting
  20897.           D.   Gaming/Gambling
  20898.           E.   Education
  20899.           F.   Health Care
  20900.  
  20901. (ed.  this is an abridged TOC and does not contain the many exhibits
  20902. and graphics)
  20903.  
  20904. Author:
  20905.  
  20906. Paul Orme has over 25 years experience in consulting, general
  20907. management, business development and marketing.  He has served in
  20908. telecommunications and information companies, financial services
  20909. organizations, and consumer packaged goods companies.
  20910.  
  20911. For the past 10 years, he has focused on the definition and
  20912. application of new technologies in interactive voice, data and video
  20913. services.
  20914.  
  20915. In the early 1980's, Paul Orme was President of Knight-Ridder's
  20916. Viewtron, the interactive information, banking, entertainment and
  20917. shopping service, which was delivered through telephone lines to
  20918. household television sets.  He led the redesign of Viewtron to serve
  20919. PC users, and expanded the service nationally.
  20920.  
  20921. At Citibank, Mr. Orme was Vice President of Electronic Delivery
  20922. Systems where he led a department of over 120 project managers and
  20923. business strategists to create, prototype, test market and introduce
  20924. new electronic delivery capabilities to serve the consumer bank.
  20925. Products included home banking/bill payment, screen phone/enhanced
  20926. telephone and human factor design.
  20927.  
  20928. Prior to his focus on the electronic delivery and interactive services
  20929. business, he was regional Vice President and General Manager for
  20930. Europe/Middle East/Africa for a consumer goods company and was
  20931. responsible for over $100 million in revenue.
  20932.  
  20933. Mr. Orme is a former consultant with McKinsey & Co. where he directed
  20934. consulting assignments in the United States and International markets.
  20935. He led the marketing evaluation of the McKinsey study which resulted
  20936. in the creation of the Universal Product Code for the grocery
  20937. industry.
  20938.  
  20939. He is a frequent speaker at industry forums including the 8th Annual
  20940. Interactive Services Association (Interact 93).  He has served as
  20941. Chairman of Electronic Services Division of the Information Industry
  20942. Association and as a member of the board of Directors.
  20943.  
  20944. ------------------------------
  20945.  
  20946. From: lware@voxel.com (Lance Ware)
  20947. Subject: More Information Needed on Motorola 550 Programming
  20948. Organization: VOXEL
  20949. Date: Wed, 27 Apr 1994 00:00:21 GMT
  20950.  
  20951.  
  20952. Earlier I requested general programming info on the Motorola 550.  I
  20953. am now looking for more info on the 61#, 66#, and 69# functions
  20954. pertaining to ESN and identity transfer. If anyone can assist me I
  20955. would appreciate it greatly. Specifically I wish to place the ESN from
  20956. my already registered Fujitsu Mobile phone into my handheld motorola.
  20957.  
  20958. This is a legitimate use and is not illegal.
  20959.  
  20960.  
  20961. Lance Ware     IS Manager & VOXEL Guru   VOXEL
  20962.  
  20963. ------------------------------
  20964.  
  20965. From: dumlao@cs.nps.navy.mil (Marcial Dumlao)
  20966. Subject: Link Budget for Fiber Optic LAN
  20967. Organization: Naval Postgraduate School, Monterey
  20968. Date: Wed, 27 Apr 1994 01:16:56 GMT
  20969.  
  20970.  
  20971. I'm researching single-mode fiber optics in LAN. I'm fairly new on
  20972. this subj.  Is there any text or reference that can guide me thru the
  20973. analysis of system design aspects in terms of fibers, fiber cables,
  20974. sources and detectors.  My goal in this project is to analyze a system
  20975. by calculating and applying numerical aperture values, fiber xmsn
  20976. losses, describe pulse propagation properties; select light emitters,
  20977. detectors, connectors, and fiber cable to match system specs; and to
  20978. compare commercial fiber links. I'ld like to be able to validate
  20979. manufacture specs on LANs and create a "link budget".
  20980.  
  20981. Any help or guidance is appreciated.
  20982.  
  20983.  
  20984. VR,
  20985.  
  20986. mbdumlao@nps.navy.mil -or- dumlao@cs.nps.navy.mil
  20987.  
  20988. ------------------------------
  20989.  
  20990. Date: Tue, 26 Apr 94 12:26:22 EDT
  20991. From: asoomro@bass.gmu.edu (Aamer Soomro)
  20992. Subject: Busy Hour Erlang (BHE) Capacity of Mobile Cellular System
  20993.  
  20994.  
  20995. Hello everyone,
  20996.  
  20997. I am writing a paper on the Erlang capacity of the Mobile Cellular
  20998. System and investigating the effects of cell radius on the system
  20999. capacity.
  21000.  
  21001. This analysis involves average Channel Hold time (for a call within a
  21002. cell) as apposed to average call hold time used in fixed networks.
  21003.  
  21004. Can someone please give me references to the studies on the Channel
  21005. Hold time (Its distribution), and cellular system capacity analysis.
  21006.  
  21007. Thank you for your time.
  21008.  
  21009.  
  21010. Aamer Soomro   (703) 273-4813
  21011. George Mason University
  21012. Electrical Engineering Dept.
  21013. Farifax, Va.
  21014.  
  21015. ------------------------------
  21016.  
  21017. Date: Wed, 27 Apr 94 01:48:28 EDT
  21018. From: Carl Moore <cmoore@BRL.MIL>
  21019. Subject: South Africa Voting Information
  21020.  
  21021.  
  21022. This appeared under HOW TO VOTE (information for voting in the South
  21023. Africa election for eligible voters who are absentee) in the {News
  21024. Journal} (Wilmington, Delaware), page A-12, April 24, 1994.  I am
  21025. sending it only for the interest in the phone system (NO COMMENT
  21026. intended on the election).  The number given for "international" is
  21027. apparently Johannesburg area, and I do not see how it can be toll free
  21028. or where the 09 prefix would be used.  Here goes:
  21029.  
  21030. More information
  21031. Call the Independent Electoral Commission toll free at (09-27-11)
  21032. 401-2000 (International) or 0800-11-8000 (South Africa).  The toll
  21033. free line is operational 24 hours a day, seven days a week.
  21034.  
  21035.  
  21036. [TELECOM Digest Editor's Note: It would appear the paper simply reprinted
  21037. the PR item it got from the Electoral Commission without bothering to
  21038. adjust as required for local consumption.   PAT]
  21039.  
  21040. ------------------------------
  21041.  
  21042. From: ssanbeg@hebron.connected.com (Scott Sanbeg)
  21043. Subject: Telephony/Data Integration Recommendations Wanted
  21044. Date: Wed, 27 Apr 1994 00:58:42 -0700
  21045. Organization: Connected INC -- Full Service Internet Providers(tm)
  21046.  
  21047.  
  21048. Hello All,
  21049.  
  21050. We are in the process of upgrade our mid-70's mainframes to a new
  21051. platform altogether. For this I am looking to install a fiber
  21052. backbone, leaving the currently installed Cat5 copper alone which runs
  21053. out to 100 workstations.  So I'm looking for answers to several
  21054. questions and any gotcha's I should be aware of. The diagram looks
  21055. like this:
  21056.  
  21057.    
  21058.   Internet---------
  21059.                    \
  21060.                     \                      155 Mbps       Equip. Rm.
  21061.    PSTN-------------------> Telco CO <--> Fiber MUX <-->      POP    ---|
  21062.                    /                       (SONET)                      |
  21063.   Subscriber      /                                                     |
  21064.    Connections----                                                   Bandwidth
  21065.                                            /------------------------  Mangm't
  21066.                                           /                            Unit
  21067.                                          |                              |
  21068.                                         ACD    Voice Processing          \
  21069.                                          |-------   & FAX                 |
  21070.                                         /                        MEGA    Router
  21071.                                       /                          Server
  21072.                                     /
  21073.                     Modem --------/     UNIX HOST
  21074.                     Pool                  (DNS)              Video 
  21075.                                         (Internet)      Teleconferencing
  21076.  
  21077. Without further ado, the fiber backbone connects the Router, Mega
  21078. Server, UNIX Host and Video Teleconferencing together with the LAN
  21079. side of the modem pool and Voice Processing Host. Not showing are, off
  21080. the ACD, digital phone lines out to the one hundred agent workstations
  21081. and the Cat5 copper LAN connections to each of the one hundred
  21082. stations also.
  21083.  
  21084. The copper plant is going into a Ethernet Optical Tranceiver (not
  21085. shown) on the rack; the fiber is going into a fiber device (DACS?);
  21086. bridging is done between the two. First question: Will the router, a
  21087. Cisco 7000, be okay to function as our main router and route, instead
  21088. of bridge, the FDDI and Ethernet traffic too?
  21089.  
  21090. Second question: I've been looking at FDDI for the fiber side of
  21091. things. Yet ATM looks attractive over SONET. Some vendors are
  21092. reluctant to deploy ATM at the moment, like I am, because standards
  21093. are still being written. We are seeing, nonetheless, some of the
  21094. universities and corps. deploying ATM across their backbones. What are
  21095. the thoughts here from netland?
  21096.  
  21097. Third question: If using FDDI for the fiber side, is CDDI a solid
  21098. solution to the agent stations over the Cat5? If using ATM for the
  21099. backbone, are there ATM solutions to the workstations (PC's)? If using
  21100. ATM for the backbone, is CDDI to the stations bridgable/routeable?
  21101.  
  21102. Fourth question: Will someone recommend a modem pool solution that
  21103. will take port routing from the ACD instead of T1's directly, give us
  21104. 144 ports to start *and* acknowledge rlogin, telnet, ftp, PPP/SLIP,
  21105. etc.? (The ACD routing allows us to assign ports, move them around,
  21106. add to them and so forth as needed.)
  21107.  
  21108. Fifth question: What functionality will a DACS, an Ethernet Optical
  21109. Tranceiver and/or an Ethernet Switch give us over routing between
  21110. FDDI/CDDI/ATM on a Cisco, the above gear and 3Com Linkbuilder Hubs on
  21111. the Cat5 side of things?
  21112.  
  21113. Sixth question: Is it recommended to have that Cisco serve as both our
  21114. firewall *and* main router? If not, is it generally better to but in
  21115. some- thing like a Cisco 2500 as the firewall in addition to the 7000?
  21116.  
  21117. Last question, maybe: Who can recommend a vendor for the Bandwidth
  21118. Management Unit?
  21119.  
  21120. For background info, I have worked quite a bit with copper; am
  21121. learning and am amazed by optical fiber. We already have the SONET MUX
  21122. in our equipment room and our T1's are currently sent to us over fiber
  21123.  -- all in all we have the bandwidth requirements covered with 24 fiber
  21124. strands. My intention is to perform no, or as little as possible,
  21125. electro-optical conversions and use only digital equipment through the
  21126. telephony parts (no analog).
  21127.  
  21128.  
  21129. Thanks,
  21130.  
  21131. Scott Sanbeg    Computer Systems Engineer, Seattle, WA
  21132. ssanbeg@hebron.connected.com
  21133.  
  21134. ------------------------------
  21135.  
  21136. From: vantek@aol.com
  21137. Date: Tue, 26 Apr 94 19:23:44 EDT
  21138. Subject: AT&T vs. Ameritech
  21139.  
  21140.  
  21141. Open local phone service, AT&T urges Illinois
  21142.  
  21143. By Jon Van
  21144.  
  21145. Tribune Staff Writer
  21146.  
  21147. Illinois should become a national showcase for local telephone service
  21148. competition, American Telephone & Telegraph Co. said Tuesday in a
  21149. petition filed before the Illinois Commerce Commission, but AT&T
  21150. itself won't compete.
  21151.  
  21152. The nation's biggest long-distance phone company said it would benefit
  21153. because competition with Ameritech would reduce the fees it pays to
  21154. complete long-distance calls.
  21155.  
  21156. Ameritech, the regional Bell operating company based in Chicago that
  21157. provides local telephone service to five Midwestern states, responded
  21158. that AT&T's petition is really intended to delay competition, not
  21159. promote it, because AT&T doesn't want Ameritech in the long-distance
  21160. business.
  21161.  
  21162. Ameritech has asked federal officials and the ICC for permission to
  21163. enter long-distance service. In exchange, Ameritech is willing to
  21164. allow competitors into its local-service arena.
  21165.  
  21166. Both telecommunications giants did agree Illinois likely will become a
  21167. test bed for phone-service competition and deregulation because of
  21168. favorable state laws and an attractive market.
  21169.  
  21170. Dudley Burgess, AT&T vice president for governmental affairs, said
  21171. Ameritech's proposal is a step in the right direction, but doesn't go
  21172. far enough, which is why AT&T filed its own petition.
  21173.  
  21174. Issues such as allowing customers to keep their same telephone numbers
  21175. when they change local telephone companies must be addressed if
  21176. competition is to thrive, Burgess said, and Ameritech's proposal
  21177. doesn't address them.
  21178.  
  21179. AT&T also opposes Ameritech's requirement that it be allowed to offer
  21180. long-distance service before it abandons monopoly control of its
  21181. network.
  21182.  
  21183. But, said Burgess, AT&T doesn't plan to enter the local-service
  21184. market. MCI Communications, the No. 2 long-distance carrier, announced
  21185. last month that it plans to offer local service in several large
  21186. cities later this year.
  21187.  
  21188. Burgess didn't rule out the possibility that AT&T may one day seek to
  21189. offer local service.
  21190.  
  21191. "This business is evolving so dramatically anything is possible," he
  21192. said.
  21193.  
  21194. A decade ago, AT&T's monopoly in local- and long-distance service was
  21195. split up by court order, with AT&T keeping the long-distance business
  21196. and seven Baby Bells, including Ameritech, given local-service
  21197. monopolies.
  21198.  
  21199. Doug Whitley, president of Ameritech's Illinois service company, said
  21200. AT&T's petition was filed primarily to divert the Illinois Commerce
  21201. Commission from taking prompt action on Ameritech's requests to enter
  21202. the long-distance market.
  21203.  
  21204. "We think this filing is superfluous," said Whitley. "There's nothing
  21205. they asked for in this petition that we haven't already addressed. I
  21206. see no reason for AT&T to step in except for purposes of delay.
  21207.  
  21208.  
  21209. Van Hefner   Vantek Communications   vantek@aol.com
  21210.  
  21211. ------------------------------
  21212.  
  21213. From: vantek@aol.com
  21214. Date: Tue, 26 Apr 94 19:24:29 EDT
  21215. Subject: Cellular Bust
  21216.  
  21217.  
  21218. Cellular phone fraud operation busted  by law enforcement
  21219. officials and BellAtlantic Mobile
  21220.  
  21221. BRIDGEPORT, CONN. (APRIL 11) BUSINESS WIRE - April 11, 1994 -- State
  21222. and local law enforcement officials in conjunction with the network
  21223. and corporate security operations of Bell Atlantic Mobile today
  21224. uncovered and shut down a cellular phone fraud operation similar to
  21225. the ones that are costing the industry up to one million dollars per
  21226. day.
  21227.  
  21228. Police inspectors of the Connecticut Division of Criminal Justice,
  21229. Office of the State's Attorney Donald A. Browne, Judicial District of
  21230. Fairfield, in cooperation with Bridgeport Police Narcotic and Vice
  21231. Officers executed a search and seizure warrant and arrested Teofila A.
  21232. Torres, 26, at her residence at 810 Howard Ave. in Bridgeport.  Ms.
  21233. Torres is accused of defrauding Bell Atlantic Mobile and long distance
  21234. carriers of services determined to be in excess of $50,000.
  21235.  
  21236. The search warrant was executed on April 5, 1994 at approximately 5:45
  21237. p.m.  Officials uncovered nine cellular telephones, mobile phone
  21238. monitoring equipment, papers and notebook ledgers recording phone
  21239. numbers and names of individuals alleged to have used telephone
  21240. facilities through the scheme.  State and local law enforcement
  21241. officials acted after receiving a complaint from security officers of
  21242. Bell Atlantic Mobile, following detection of unusual activity on the
  21243. carrier's network.
  21244.  
  21245. "Cellular fraud effects our customers in many significant ways,"
  21246. stated Gary Schulman, regional vice president, Bell Atlantic Mobile.
  21247. "Operations such as this one could prevent customers from reaching
  21248. emergency numbers or from completing calls.  The additional costs to
  21249. the carrier can ultimately effect our operations and our subscribers.
  21250.  
  21251. Using a sophisticated computer system called "FraudTec", Bell Atlantic
  21252. Mobile can detect abnormal usage as it occurs.  In this case, a tip
  21253. from Bell Atlantic Mobile led to further investigation by the State's
  21254. Attorney's office with officers of the Bridgeport Police Narcotics and
  21255. Vice Units.
  21256.  
  21257.  From this operation, numerous telephone calls were made throughout
  21258. the United States and to the Dominican Republic. 
  21259.  
  21260. Inspector John F.  Solomon, Supervisory Inspector for the office of
  21261. the State's Attorney in Bridgeport praised the work of Bell Atlantic
  21262. Mobile investigators and their technical tracking team.
  21263.  
  21264. Ms. Torres was charged with larceny in the first degree: theft of
  21265. utility services for profit.  Also arrested was a juvenile, a relative
  21266. of the accused. Three small children at the apartment were transported
  21267. to the Bridgeport Police Department and later turned over to relatives
  21268. of the defendant.
  21269.  
  21270. Bell Atlantic Mobile's cellular operations constitute the largest
  21271. carrier on the east coast and one of the largest carriers in North
  21272. America, serving markets with a total population of 35 million.  Bell
  21273. Atlantic Mobile provides cellular service and equipment in Washington,
  21274. D.C., and 15 states in New England, the mid-Atlantic, the Carolinas
  21275. and the Southwest.  The Northeast region is headquartered in
  21276. Wallingford, Conn.
  21277.  
  21278.  
  21279. CONTACT:  Bell Atlantic Mobile
  21280.    Gary Schulman, 203/269-8858
  21281.             or
  21282.     State Attorney's Office
  21283.    John F. Solomon, 203/579-6506
  21284.             or
  21285.    Mason & Madison Inc.
  21286.    James S. Frawley, 203/393-1101
  21287.  
  21288.  
  21289. Van Hefner   Vantek Communications  vantek@aol.com
  21290.  
  21291. ------------------------------
  21292.  
  21293. End of TELECOM Digest V14 #183
  21294. ******************************
  21295.     
  21296.     
  21297. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11666;
  21298.           27 Apr 94 17:13 EDT
  21299. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21300.     id AA21680; Wed, 27 Apr 94 12:03:05 CDT
  21301. Return-Path: <telecom>
  21302. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21303.     id AA21671; Wed, 27 Apr 94 12:03:03 CDT
  21304. Date: Wed, 27 Apr 94 12:03:03 CDT
  21305. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  21306. Message-Id: <9404271703.AA21671@delta.eecs.nwu.edu>
  21307. To: telecom@eecs.nwu.edu
  21308. Subject: TELECOM Digest V14 #184
  21309.  
  21310. TELECOM Digest     Wed, 27 Apr 94 12:03:00 CDT    Volume 14 : Issue 184
  21311.  
  21312. Inside This Issue:                           Editor: Patrick A. Townson
  21313.  
  21314.     Using Call Forwarding to Avoid Tolls (Tom Holderby)
  21315.     Reach Out and Touch Someone ... (Worth Magazine via Van Hefner)
  21316.     AT&T Craft Access Terminal (Chris Klugewicz)
  21317.     Re: GTE/SF Supervising on Busy Calls? (Mike Borsetti)
  21318.     Looking For International Switching Symposium Proceedings (Jeong-Gyun Shin)
  21319.     Where is NPA/NXX Current List? (Kim Kempf)
  21320.     Incident Management Call Boxes (Paul Robinson)
  21321.     Source of 25 Pair AMP Connectors to RJ11 Patchboard Needed (Joe McGuckin)
  21322.     Qualcomm and ATM (John Anderson)
  21323.     NT Script Files (Jeff Whitcomb)
  21324.     What is True Voice? (Kendall Willis)
  21325.     Wanted: Chip CS61574A or CS61575 (Sorokin Anatole)
  21326.     CFP: NCC'95 (IIT Kanapur, India) (Chandrabose Aravindan)
  21327.     CFP: First Smart Card Research/Advanced Application Conference (Vandewalle)
  21328.  
  21329. TELECOM Digest is an electronic journal devoted mostly but not
  21330. exclusively to telecommunications topics. It is circulated anywhere
  21331. there is email, in addition to various telecom forums on a variety of
  21332. public service systems and networks including Compuserve and GEnie.
  21333. It is also gatewayed to Usenet where it appears as the moderated
  21334. newsgroup 'comp.dcom.telecom'. 
  21335.  
  21336. Subscriptions are available at no charge to qualified organizations
  21337. and individual readers. Write and tell us how you qualify:
  21338.  
  21339.                  * telecom-request@eecs.nwu.edu *
  21340.  
  21341. The Digest is edited, published and compilation-copyrighted by Patrick
  21342. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  21343. or phone at:
  21344.                     9457-D Niles Center Road
  21345.                      Skokie, IL USA   60076
  21346.                        Phone: 708-329-0571
  21347.                         Fax: 708-329-0572
  21348.   ** Article submission address only: telecom@eecs.nwu.edu **
  21349.  
  21350. Our archives are located at lcs.mit.edu and are available by using
  21351. anonymous ftp. The archives can also be accessed using our email
  21352. information service. For a copy of a helpful file explaining how to
  21353. use the information service, just ask.
  21354.  
  21355. *************************************************************************
  21356. *   TELECOM Digest is partially funded by a grant from the              *
  21357. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  21358. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  21359. * project.  Views expressed herein should not be construed as represent-*
  21360. * ing views of the ITU.                                                 *
  21361. *************************************************************************
  21362.  
  21363. Additionally, the Digest is funded by gifts from generous readers such
  21364. as yourself who provide funding in amounts deemed appropriate. Your help 
  21365. is important and appreciated.
  21366.  
  21367. All opinions expressed herein are deemed to be those of the author. Any
  21368. organizations listed are for identification purposes only and messages
  21369. should not be considered any official expression by the organization.
  21370. ----------------------------------------------------------------------
  21371.  
  21372. From: holderby@inca.gate.net (Tom Holderby)
  21373. Subject: Using Call Forwarding to Avoid Tolls
  21374. Date: 27 Apr 1994 10:50:34 -0400
  21375.  
  21376.  
  21377. I've recently become aware of the fact the many BBS's and Internet
  21378. service providers use the call-forwarding trick where they go buy a
  21379. phone number (without a phone) in outlying exchanges which are
  21380. permanently call-forwarded to their main lines, thereby increasing
  21381. their local call area.  Apparently some of them carry this to the
  21382. point of multiple forwarding, which may get them 50 or 75 miles
  21383. without a toll.
  21384.  
  21385. I was just wondering how the phone companies feel about this.  Is this
  21386. something that you can just tell them you want to do, being very open
  21387. about it?  Or do you need to sneak around, get the numbers in different 
  21388. names, etc?
  21389.  
  21390. Also, assuming that this is legal and acceptable, can you forward
  21391. multiple calls off of one line, or do you need one line per call?
  21392.  
  21393. Thanks in advance for any help.
  21394.  
  21395.  
  21396. Tom Holderby    holderby@gate.net
  21397.  
  21398.  
  21399. [TELECOM Digest Editor's Note: Generally, using the *regular, residential
  21400. variety* of call forwarding will NOT save money where toll charges are
  21401. concerned unless you are able to link two or three large toll free calling
  21402. areas together. Generally, two or more short calls linked together cost
  21403. more than a single long-haul call covering the same points. There is a 
  21404. service offered by many telcos called 'remote call forwarding' which con-
  21405. sists of a phantom number in a central office with no actual wire pair
  21406. going somewhere attached to it. This phantom number is programmed perman-
  21407. ently by telco to automatically 'call forward' to some other location 
  21408. outside the CO. The subscriber pays for those calls at the direct dial
  21409. rate in effect at whatever time a call is received. Remote call forwarding
  21410. usually requires a 'path' for each call to be forwarded at the same time.
  21411. You want to be able to receive three calls at once, you need three paths,
  21412. etc. 
  21413.  
  21414. This often times is not intended so much to save money for the caller
  21415. as it is intended by the called party to provide a local presence in
  21416. the community where the caller is located. Remote call forwarding is
  21417. legal and a published tariff. On the other hand, the casual stringing
  21418. together of phones in a call forwarding link purely for the purpose of
  21419. toll-avoidance is not legal; but more important, it rarely can be
  21420. justified economically with the exception mentioned above of phones in
  21421. large toll free areas which have been *very* strategically placed at
  21422. certain locations. As long as they buy the line 'without the phone'
  21423. from telco according to remote call forwarding tariffs (they are NOT
  21424. priced the same as regular call forwarding tariffs) then it is legal.
  21425. Subscribers who elect to use this really need to sit down with pencil
  21426. and paper and work out the costs before proceeding to see if it makes
  21427. any real difference or not to them and their subscribers before
  21428. proceeding. It might if they are large like Compuserve.  PAT]
  21429.  
  21430. ------------------------------
  21431.  
  21432. From: vantek@aol.com
  21433. Date: Mon, 25 Apr 94 09:24:04 EDT
  21434. Subject: Reach Out and Touch Someone ...
  21435.  
  21436.  
  21437. The following is a reprint from the May 1994 issue of {Worth Magazine}.
  21438.  
  21439. Shady Operators
  21440.  
  21441. A new measure would mean phone callers don't have to put everything on
  21442. the line.
  21443.  
  21444. How would you feel if your telephone company were to sell your name and
  21445. address to a travel agency because you make lots of international calls?
  21446.  
  21447. What if it gave your name to an X-rated video marketer as part of a
  21448. list of phone-sex addicts?
  21449.  
  21450. Though they haven't been hashed out in court, such actions are likely
  21451. legal right now. Phone companies aren't barred from hawking lists of
  21452. names, organized by calling habits, to all comers. Meanwhile, police
  21453. departments and other authorities need a subpoena to see such records.
  21454.  
  21455. Most phone companies insist they'd never divulge your habits to a
  21456. marketer -- although they may use them for their own marketing purposes.
  21457. But many other companies sell phone-call records: Mail-order companies, 
  21458. for instance, often use caller-identification technology that tells them 
  21459. who's calling, then sell that data to other merchants.  And some
  21460. numbers exist just to gather mailing lists.
  21461.  
  21462. "A great deal of information about us is collected, analyzed, and sold
  21463. when we are conducting everyday activities," says Congressman Edward
  21464. J. Markey of Massachusetts, who's pushing a measure to limit info
  21465. harvesting.
  21466.  
  21467. Markey's proposal, included as an amendment to a broader telecommunications 
  21468. bill, seems like a no-brainer: It would mainly require phone companies to get 
  21469. a consumer's express consent before disclosing any calling patterns or
  21470. other data. The bill also would set nationwide privacy standards for
  21471. caller-identification technology and require new privacy rules for all
  21472. telecommunications media.
  21473.  
  21474. But powerful local phone companies oppose the measure, which will
  21475. likely be debated in the late spring. "The telephone business has been
  21476. around for more than 100 years, and sacrosanct privacy has always been
  21477. its hallmark," says a spokesman for BellSouth. "It seems strange that
  21478. anyone thinks legislation like this is necessary."
  21479.  
  21480.  
  21481.  -- by David A. Andelman
  21482.  
  21483.             ============================================
  21484.  
  21485. Van Hefner    Vantek Communications    vantek@aol.com
  21486.  
  21487. ------------------------------
  21488.  
  21489. From: c.klugewicz@chesbay.com (Chris Klugewicz)
  21490. Subject: AT&T Craft Access Terminal
  21491. Date: Wed, 27 Apr 1994 02:52:35 -0500
  21492. Organization: Chesapeake Bay Information Systems
  21493.  
  21494.  
  21495. I recently purchased a surplus AT&T Craft Access Terminal for use as a
  21496. telephone test set -- a function it fulfills quite adequately.
  21497. However, I would like to be able to use the "Craft Access Terminal"
  21498. part as well -- it'd be a nifty handheld data terminal, for instance.
  21499.  
  21500. Using the CAT, I dialed into one of the modems around here and
  21501. discovered that the set features a 1200 baud modem, which connected
  21502. quite readily with my own AT&T DataPort.  However, I could do nothing
  21503. more.  The CAT sends out a steady stream of ESC-LF-LF-LF-LF-ACK-NUL-NUL 
  21504. (pause) as if it's expecting a reply from the other end.
  21505.  
  21506. Anybody familiar with AT&T's Craft computers or CAT test sets?  I'd
  21507. appreciate follow-up here or by email.
  21508.  
  21509.  
  21510. Thanks!
  21511.  
  21512. Chris Klugewicz     
  21513. Chesapeake Bay Information Systems
  21514. c.klugewicz@chesbay.com 
  21515.  
  21516. ------------------------------
  21517.  
  21518. Date: Wed, 27 Apr 1994 00:40:02 PDT
  21519. From: Mike Borsetti, Cellular One/San Francisco <BORSETTIM@BACTC.COM>
  21520. Subject: Re: GTE/SF Supervising on Busy Calls?
  21521.  
  21522.  
  21523. In TELECOM Digest V14 #182 dreuben@netcom.com writes:
  21524.  
  21525. > [...] I recently oticed that GTE/SF (00040) is *supervising* if a dialed 
  21526. > cellular customer is busy.
  21527.  
  21528. > That is to say, if you call my GTE Mobilnet/San Francisco cell number, and 
  21529. > it is busy, the call will be BILLED, ie, you pay whatever local or toll 
  21530. > charges to hear a busy signal.
  21531.  
  21532. That is correct; we've found the same problem with ring no answer
  21533. situations.
  21534.  
  21535. Of course, there is a second cellular carrier in the Bay Area <g>, and
  21536. it *does* handle call supervision correctly.  Additionally, almost all
  21537. of its roaming partners are on the NACN, and call waiting works in
  21538. almost all of them.
  21539.  
  21540.  
  21541. Mike.Borsetti@bactc.com
  21542. Cellular One/San Francisco
  21543.  
  21544. ------------------------------
  21545.  
  21546. From: Jeong-Gyun Shin <shin@ee.udel.edu>
  21547. Subject: Looking For International Switching Symposium Proceedings
  21548. Date: 27 Apr 1994 20:15:57 GMT
  21549. Organization: University of Delaware
  21550.  
  21551.  
  21552. I came across few references quoting proceedings of International
  21553. Switching Symposium (ISS) for 1990. Since the library where I am does
  21554. not have these proceedings, I requested inter-library loan in my
  21555. location.  But, the problem is that the inter-library loan office in my
  21556. location is unable to locate these proceedings.
  21557.  
  21558. I consulted so called I.S.T.P. (? I forgot exact acronym) which is a
  21559. manual with cross-references of all (?) technical conferences held
  21560. around the world, and I failed to find this so called International
  21561. Switching Symposium.
  21562.  
  21563. Now, it is more of my *curiosity* than need.  Can somebody knowledgeble 
  21564. tell me where to find (library/institution) the proceedings of Interna-
  21565. tional Switching Symposium?  Does your library has proceedings of ISS?
  21566. If so, what years?
  21567.  
  21568. Please email to shin@udel.edu.  Thanks for attention and time.
  21569.  
  21570. ------------------------------
  21571.  
  21572. From: mcrware!kim@uunet.UU.NET (Kim Kempf)
  21573. Subject: Where is NPA/NXX Current List?
  21574. Organization: Microware Systems Corp., Des Moines, Iowa
  21575. Date: Tue, 26 Apr 1994 18:41:37 GMT
  21576.  
  21577.  
  21578. I seem to recall a periodic posting of NPA/NXX numbers on the net
  21579. somewhere.  Is it still available and if so, where?  Thanks in
  21580. advance.
  21581.  
  21582.  
  21583. Kim Kempf    MicroMall, Inc.   kim@microware.com (515) 224-9655
  21584.  
  21585. ------------------------------
  21586.  
  21587. Date: Tue, 26 Apr 1994 16:37:35 EDT
  21588. From: Paul Robinson <PAUL@TDR.COM>
  21589. Reply-To: Paul Robinson <PAUL@TDR.COM>
  21590. Subject: Incident Management Call Boxes
  21591. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  21592.  
  21593.  
  21594. In another news group, a representative of North Carolina State
  21595. University wanted some information about costs and usage for setting
  21596. up a system of roadside call boxes for freeways, as they've been asked
  21597. to do so by the State.
  21598.  
  21599. Someone else pointed out that the Texas Department of Transportation
  21600. created a callbox system on freeways in the Fort Worth/Dallas area;
  21601. the system uses cellular to call 911.
  21602.  
  21603. The writer from Texas pointed out that "the system does not allow
  21604. calls to anywhere else."  It was at this point that I mentioned the
  21605. incident in Southern California where one call-box unit was either
  21606. stolen or monitored to get its identification code, which was used to
  21607. cause tens of thousands of dollars in fraudulent cellular calls.
  21608.  
  21609. I am wondering if there isn't some sort of "dispatch/reply" system
  21610. that would use several shared radio frequencies along with a "request"
  21611. channel where someone would send in an identifier and then be told
  21612. what frequency to tune to?  Someone could have perhaps 10 channels and
  21613. use them as needed, instead of paying airtime and usage of a cellular
  21614. network, or some other ideas.
  21615.  
  21616. Responses may be made to me personally (I'll forward them), to TELECOM
  21617. Digest or to list <transp-l@gmu.edu>.  Thank you for any responses.
  21618.  
  21619.  
  21620. Paul Robinson - Paul@TDR.COM
  21621.  
  21622. ------------------------------
  21623.  
  21624. From: josephm@pumasillo.San-Jose.ate.slb.com (Joseph McGuckin)
  21625. Subject: Source of 25 Pair AMP Connector to RJ11 Patchboard Needed
  21626. Date: 27 Apr 94 14:25:50
  21627. Organization: Schlumberger Technologies, ATE Division
  21628.  
  21629.  
  21630. I'm looking for a rack mountable patchboard that accepts a 25 pair AMP
  21631. connector and fans it out to 25 RJ11's.
  21632.  
  21633.  
  21634. Thanks,
  21635.  
  21636. Joe   josephm@San-Jose.ate.slb.com
  21637.  
  21638. ------------------------------
  21639.  
  21640. Date: Tue, 26 Apr 94 16:53:59 CDT
  21641. From: andrsonj@ranger.rtsg.mot.com (John Anderson)
  21642. Subject: Qualcomm and ATM
  21643.  
  21644.  
  21645. I heard that Qualcomm is doing something with ATM.  I'm just getting
  21646. interested in ATM (better late than never :-) Does anyone have some
  21647. information?
  21648.  
  21649.  
  21650. Thanks,
  21651.  
  21652. John
  21653.  
  21654. ------------------------------
  21655.  
  21656. From: jeff.whitcomb@pcohio.com (Jeff Whitcomb)
  21657. Subject: NT Script Files
  21658. Date: 27 Apr 1994 00:08:20 -0400
  21659. Organization: PC-OHIO PCBOARD - Cleveland, OH - 216-381-3320
  21660.  
  21661.  
  21662. For the past few years, I have been writing script files in xtalk for
  21663. interfacing to Northern Telecom PBX's.  We currently have Option 11's
  21664. at our remote sites, and an Option 61 at our RHQ.
  21665.  
  21666. I was wondering if there is any market out there for such a product,
  21667. or if it is even possible to sell them without permission from
  21668. Northern or Xtalk.  I would imagine that it would at least have to
  21669. include the old, "NT is a trademark of Northern Telecom ... blah,blah".
  21670.  
  21671. So far, I have written scripts for menu-driven programming changes, 
  21672. (changing phone features, setting date and time, and some misc), an
  21673. automatic NPA,NXX updater for NARS/BARS equipped switches, A DTI/T1
  21674. interface monitor, which alerts my pager of a t1 outage,(outages
  21675. effect my actual bonus $) or high error rate, an automatic phone
  21676. TRACer, and some other misc shtuff.  I am currently writing one for
  21677. doing automated remote backups of all of our Option 11 switches on a
  21678. monthly basis which would save time and money for visits to the actual
  21679. site for P.M.'s.
  21680.  
  21681. I am also planning to add all of these routines into a single script
  21682. file, that is upgradeable by adding specific modules. I was also
  21683. writing one to alert my pager of the actual load that is seeing a
  21684. problem, such as 911-60 for a T1 outage or 911-32 for a set outage.
  21685.  
  21686. Well ... just curious and looking for input.  I would hate to write
  21687. all of these, and not let anyone else have the opportunity of using
  21688. them.
  21689.  
  21690.  
  21691. Jeffrey T. Whitcomb
  21692. jeffwhitcomb#pcohio.com    ah535@cleveland.freenet.edu
  21693.  
  21694. ------------------------------
  21695.  
  21696. From: kowillis@umr.edu (Kendall Willis)
  21697. Subject: What is True Voice?
  21698. Date: Tue, 26 Apr 1994 19:19:03 GMT
  21699. Organization: University of Missouri-Rolla, Missouri's Technological University
  21700.  
  21701.  
  21702. I'm interested in some of the technical specifications of True Voice
  21703. by AT&T.  Is it another method of companding the signal to get better
  21704. sounding voice?  I got the feeling that it only works between
  21705. subscribers that are both AT&T.  The ads say it is part of the I-plan
  21706. and I suspect it is a bit of a ploy to get family members to join AT&T
  21707. like MCI's friends & family.
  21708.  
  21709. Most importantly, does it mess with data transmission?  I would
  21710. suppose it changes the channel characteristics.
  21711.  
  21712.  
  21713. Kendall Willis  
  21714.  
  21715.  
  21716. [TELECOM Digest Editor's Note: Several months ago a detailed technical
  21717. analysis of TruVoice (that's the official spelling, I think) was presented
  21718. here in the Digest, and it is available in the Telecom Archives for your
  21719. review of interested. The archives is accessible using anonymous ftp at
  21720. the archives site, lcs.mit.edu.   PAT]
  21721.  
  21722. ------------------------------
  21723.  
  21724. From: sab@lesko.msk.su (Sorokin Anatole)
  21725. Subject: Wanged: Chip CS61574A or CS61575
  21726. Date: Tue, 26 Apr 94 20:21:13 +0400
  21727. Reply-To: sab@lesko.msk.su
  21728.  
  21729.  
  21730. Wanted: Chip CS61574A or CS615785 and quartz CXT8192 in quantity of
  21731. ten. Payment in US Dollars.
  21732.  
  21733. E-Mail: SAB@lesko.msk.su
  21734. Fax: 7 (095) 187-01-52  Lesko Ltd.
  21735.  
  21736. ------------------------------
  21737.  
  21738. Date: Wed, 27 Apr 1994 14:02:37 GMT
  21739. From: Chandrabose ARAVINDAN <arvind@cs.ait.ac.th>
  21740. Subject: CFP:  NCC'95 (IIT Kanapur, India)
  21741.  
  21742.  
  21743. The five IITs and IISc (Bangalore) of India jointly announce NCC'95
  21744. sponsored by their Joint Telematics Group. The NCC conferences will be
  21745. held annually.  Their goal will be to foster greater interaction
  21746. between communications professionals, academics and students in India
  21747. through research papers, tutorials and workshops.
  21748.  
  21749.                        ANNOUNCEMENT AND CALL FOR PAPERS
  21750.                 National Conference on Communications (NCC'95)
  21751.  
  21752.  I.I.T., Kanpur, INDIA                                     March 1995
  21753.  
  21754.  Sponsored By:  The Joint Telematics Group of the five IITs and IISc.
  21755.  
  21756.  Papers are solicited on research and development work in the general area of 
  21757.  communications. Topics of interest include but are not limited to:
  21758.  
  21759.  Base band transmission and modulation theory including detection, estimation 
  21760.        and equalization. 
  21761.  Information and rate distortion theory. 
  21762.  Channel coding, spread spectrum and line codes. 
  21763.  Source coding, voice, video and data encoding, compression and encryption. 
  21764.  Telecommunication and computer networks. 
  21765.  ISDN and broadband integrated networks. 
  21766.  Telecommunications switching: message, circuit and packet switching,
  21767.     photonic switching and fibre optic networks. 
  21768.  Signal processing, optical signal  processing
  21769.  Neural networks, artificial intelligence and expert systems in communications.
  21770.  Radio, microwave, millimetre wave and optical communications.  
  21771.  Satellite communications. 
  21772.  Mobile and personal communications. 
  21773.  Telecommunication devices and circuits.
  21774.  Telematics including audio and video conferencing 
  21775.  Network architectures, planning and management. 
  21776.  National telecommunication policies, standards, regulation and planning. 
  21777.  Future telecommunication technologies.
  21778.  
  21779.  The conference will be preceded by a few tutorials on topics of current 
  21780.  technical interest.  Suggestions for tutorials are also solicited.
  21781.  
  21782.  Schedule: Intention to submit due:    July 1, 1994
  21783.            Full Paper Due:        Sept 1, 1994
  21784.            Notification of acceptance:    Nov 15, 1994
  21785.            Final Manuscript Due:    Jan 1, 1995
  21786.  
  21787.  Address for Correspondence:
  21788.  
  21789.  Prof. Sanjay K. Bose                      Email Address:  skb@iitk.ernet.in
  21790.  Dept. of Electrical Engineering, 
  21791.  I.I.T.,Kanpur - 208 016, INDIA
  21792.  
  21793. ------------------------------
  21794.  
  21795. From: jeanjac@iad.ift.ulaval.ca (Jean-Jacques Vandewalle)
  21796. Subject: CFP: First Smart Card Research/Advanced Application Conference
  21797. Reply-To: jeanjac@iad.ift.ulaval.ca
  21798. Organization: Universite Laval, Quebec, Canada
  21799. Date: Mon, 25 Apr 1994 13:22:42 GMT
  21800.  
  21801.  
  21802. CALL FOR PAPERS : CARDIS
  21803.  
  21804. FIRST SMART CARD RESEARCH AND ADVANCED APPLICATION CONFERENCE
  21805.  
  21806. October 24 - 26, 1994  LILLE FRANCE
  21807.  
  21808. Sponsored by IFIP - The International Federation for Information Processing
  21809.  
  21810. AIMS AND GOALS
  21811.  
  21812. Smart cards or IC cards are becoming a significant part of the
  21813. information processing world. Furthermore they are beginning to move
  21814. towards real integration into the information systems. They
  21815. participate in the overall data management, security and communication
  21816. processes. But they bring their own special characteristics. It is
  21817. very likely that future IC cards will require many scientific and
  21818. technical improvements which represent a challenge for the success of
  21819. the technology. So far there are many events which are mostly devoted
  21820. to the commercial and application aspects of IC cards. There is now an
  21821. opportunity to initiate a scientific conference bringing specialists
  21822. who are involved in all aspects of design of the future IC cards and
  21823. related devices and environment. IFIP - the International Federation
  21824. for Information Processing has agreed to sponsor this conference. It
  21825. will be the first occasion for the IC card community to start a
  21826. permanent activity: In addition to the conference itself there will be
  21827. discussions about creating a permanent group within IFIP with possible
  21828. implication for advancing standards, publishing and international
  21829. cooperation.
  21830.  
  21831. SUBMISSIONS
  21832.  
  21833. Six copies of detailed abstracts of original papers corresponding to
  21834. one or several themes for the conference should be sent in English to
  21835. the program chairman before May 2, 1994. The submissions will start
  21836. with a succinct statement of the problem addressed and their
  21837. significance, appropriate for a non-specialist.  Technical development
  21838. directed to the specialist should follow as needed (at most ten
  21839. pages).
  21840.  
  21841. They should be accompanied by a fact sheet indicating the following:
  21842.   - Title of the paper with the relevant conference theme(s);
  21843.   - Author(s) with affiliation, address, phone and fax numbers, E-mail.
  21844.  
  21845. Proceedings will be available at the conference.
  21846.  
  21847. IMPORTANT DATES
  21848.  
  21849. Submission deadline           May 2, 1994
  21850. Acceptance notification       June 17, 1994
  21851. Camera ready paper due        August 13, 1994
  21852. Conference                    October 24 - 26, 1994
  21853.  
  21854. THEMES
  21855.  
  21856. TECHNOLOGY
  21857.            IC architecture and techniques
  21858.            Memories and processor design
  21859.            Read/Write unit engineering
  21860.            Specific co-processors for cryptography
  21861.            Biometry
  21862.            Communication technologies
  21863.            Interfaces with the owner, the service suppliers
  21864.            Reliability and fault tolerance
  21865.            Special devices
  21866.            Standards
  21867. SOFTWARE
  21868.            The operating system
  21869.            Models of data management
  21870.            Communication protocols
  21871. IC CARD DESIGN
  21872.            IC cards formal specification and validation
  21873.            Tools for internal or external software production
  21874.            Validation and verification
  21875.            Methodology for application design
  21876. SECURITY
  21877.            Models and schemes of security
  21878.            Algorithms
  21879.            Security interfaces
  21880.            Hardware and software implementation
  21881.            Security of information systems including cards
  21882.            Formal verification of transaction sets
  21883. IC CARDS, INDIVIDUALS AND THE SOCIETY
  21884.            IC cards and privacy
  21885.            Access to his data by the owner
  21886.            IC cards: political and economical aspects
  21887.            Is the IC card going to change regulation?
  21888.            Patents, copyrights
  21889. FUTURE OF THE IC CARDS
  21890.            Innovative technologies
  21891.            Moving towards the pocket intelligence
  21892.            Convergence with portable PCs, laptops etc ...
  21893.            PCMCIA
  21894. INNOVATIVE APPLICATIONS
  21895.            Design methodology of applications
  21896.            IC cards and the information system
  21897.            Examples of new applications
  21898.            Requirements for innovative cards
  21899.  
  21900.  
  21901. ORGANIZATION
  21902.  
  21903. General Chairman                 Program Chairman
  21904. Prof. Vincent Cordonnier         Prof. Jean-Jacques Quisquater
  21905. RD2P                             Universit'e Catholique de Louvain
  21906. CHRU CALMETTE                    Dept. of Electrical Eng. (DICE)
  21907. Rue du Prof. J. Leclerc          Place du Levant, 3
  21908. F - 59037 LILLE  CEDEX           B - 1348 Louvain-la-Neuve
  21909. FRANCE                           BELGIUM
  21910. Tel (33) 20 44 60 47             Tel (32) 10 47 25 41
  21911. Fax (33) 20 44 60 45             Fax (32) 10 47 86 67
  21912. e-mail: cardis@rd2p.lifl.fr     Quisquater@dice.ucl.ac.be
  21913.  
  21914. Program committee
  21915.  Mart'in Abadi (Dec Research, USA)
  21916.  Ross Anderson (Cambridge, UK)
  21917.  Benjamin Arazi (Ben-Gurion, Israel)
  21918.  Todd Arnold (IBM, USA)
  21919.  Jacques Berleur (FNDP, Belgium)
  21920.  William Caelli (Queensland, Australia)
  21921.  David Chaum (DigiCash, Netherlands)
  21922.  Vincent Cordonnier (Lille, France)
  21923.  Mark Cummings (SRI, USA)
  21924.  Amos Fiat (Tel-Aviv, Israel)
  21925.  Andr'e Gamache (Quebec, Canada)
  21926.  Marc Girault (SEPT, France)
  21927.  Louis Guillou (CCETT, France)
  21928.  Joseph Hoppe (TRT Philips, France)
  21929.  John Kennedy (Cylink, USA)
  21930.  Philippe Maes (Gemplus, France)
  21931.  Roger Needham (Cambridge, UK)
  21932.  Jean-Jacques Quisquater  (Louvain-la-Neuve, Belgium)
  21933.  Laurent Sourgen (SGS-Thomson, France)
  21934.  Doug Tygar (Carnegie-Mellon, USA)
  21935.  Michel Ugon (Bull-CP8, France)
  21936.  Klaus Vedder (GAO, Germany)
  21937.  Robert Warnar (NIST, USA)
  21938.  
  21939. The city of LILLE is about 150 miles away from PARIS. It can be
  21940. reached : from Paris by either motorway (two hours) or train (one
  21941. hour). From most European countries by train, motorway or plane. The
  21942. conference will take place at the University of Sciences and
  21943. Technology of Lille. Accommodation can be provided either on the
  21944. campus or in the center of the Lille. We will provide maps and help
  21945. for hotel reservation and travels.
  21946.  
  21947. ------------------------------
  21948.  
  21949. End of TELECOM Digest V14 #184
  21950. ******************************
  21951.     
  21952.     
  21953. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12434;
  21954.           27 Apr 94 19:08 EDT
  21955. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21956.     id AA23324; Wed, 27 Apr 94 13:15:04 CDT
  21957. Return-Path: <telecom>
  21958. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21959.     id AA23315; Wed, 27 Apr 94 13:15:02 CDT
  21960. Date: Wed, 27 Apr 94 13:15:02 CDT
  21961. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  21962. Message-Id: <9404271815.AA23315@delta.eecs.nwu.edu>
  21963. To: telecom@eecs.nwu.edu
  21964. Subject: TELECOM Digest V14 #185
  21965.  
  21966. TELECOM Digest     Wed, 27 Apr 94 13:15:00 CDT    Volume 14 : Issue 185
  21967.  
  21968. Inside This Issue:                           Editor: Patrick A. Townson
  21969.  
  21970.     Looking For Information on BNC, Inc. (jrcrum@bb1t.monsanto.com)
  21971.     Customer <-> Local Phone Company Contact Point (Jonathan Liu)
  21972.     Proprietary Rights and Pirate Psychology (A. Padgett Peterson)
  21973.     Voice Recognition With Octel Systems (Eric A. Litman)
  21974.     BT Redirection Message (Tony Harminc)
  21975.     Telecom Inventory Management (Mark Kelly)
  21976.     Multi-Line Office Phone System - How to Connect Modem? (Misha Glouberman)
  21977.     Help! Need 800 Number/WATS History (Dwight Phili Victor)
  21978.     Intelligent Network Architecture (INA) (Brian Anzaldua)
  21979.     Answering Machines: What Use? (Daniel Joha)
  21980.     Responses to Voltage Drop Query (Dick O'Connor)
  21981.     E1 Help Wanted (Jack W. Lix)
  21982.     FYI: CommerceNet Press Release (William Tao-Yang Wong)
  21983.     Alfred Hitchcock Episode - Bomb Scare (Carl Moore)
  21984.  
  21985. TELECOM Digest is an electronic journal devoted mostly but not
  21986. exclusively to telecommunications topics. It is circulated anywhere
  21987. there is email, in addition to various telecom forums on a variety of
  21988. public service systems and networks including Compuserve and GEnie.
  21989. It is also gatewayed to Usenet where it appears as the moderated
  21990. newsgroup 'comp.dcom.telecom'. 
  21991.  
  21992. Subscriptions are available at no charge to qualified organizations
  21993. and individual readers. Write and tell us how you qualify:
  21994.  
  21995.                  * telecom-request@eecs.nwu.edu *
  21996.  
  21997. The Digest is edited, published and compilation-copyrighted by Patrick
  21998. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  21999. or phone at:
  22000.                     9457-D Niles Center Road
  22001.                      Skokie, IL USA   60076
  22002.                        Phone: 708-329-0571
  22003.                         Fax: 708-329-0572
  22004.   ** Article submission address only: telecom@eecs.nwu.edu **
  22005.  
  22006. Our archives are located at lcs.mit.edu and are available by using
  22007. anonymous ftp. The archives can also be accessed using our email
  22008. information service. For a copy of a helpful file explaining how to
  22009. use the information service, just ask.
  22010.  
  22011. *************************************************************************
  22012. *   TELECOM Digest is partially funded by a grant from the              *
  22013. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22014. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22015. * project.  Views expressed herein should not be construed as represent-*
  22016. * ing views of the ITU.                                                 *
  22017. *************************************************************************
  22018.  
  22019. Additionally, the Digest is funded by gifts from generous readers such
  22020. as yourself who provide funding in amounts deemed appropriate. Your help 
  22021. is important and appreciated.
  22022.  
  22023. All opinions expressed herein are deemed to be those of the author. Any
  22024. organizations listed are for identification purposes only and messages
  22025. should not be considered any official expression by the organization.
  22026. ----------------------------------------------------------------------
  22027.  
  22028. From: jrcrum@bb1t.monsanto.com
  22029. Subject: Looking For Information on BNC, Inc.
  22030. Organization: Monsanto Company, St. Louis, MO
  22031. Date: Tue, 26 Apr 1994 21:39:10 GMT
  22032.  
  22033.  
  22034. I'm trying to find some information on a company called Business
  22035. Network Communications, Inc. (BNC).  They are supposedly a long-distance 
  22036. wholesaler, reselling AT&T services.  A friend of mine is considering
  22037. investing in this company, and asked me to post this to see if anyone
  22038. may be familiar with them.  If anyone has any direct experience with
  22039. this company (or one like it), we would appreciate any information.
  22040.  
  22041. I also have another question.  This company claims that due to some
  22042. FCC rulings, AT&T is required to make discount packages like the ones
  22043. they give large companies available to resellers.  The resellers can
  22044. then make money selling AT&T long-distance service to other companies
  22045. or individuals.  Is this for real?
  22046.  
  22047.  
  22048. Joe Crum | 577-6476@mcimail.com 
  22049.  
  22050. ------------------------------
  22051.  
  22052. Date: Wed 27 Apr 1994 01:51:32 -0400
  22053. From: Jonathan <jdl@wam.umd.edu>
  22054. Subject: Customer <-> Local Phone Company Contact Point
  22055.  
  22056.  
  22057. I would like to suggest that after local telephone service competition
  22058. is under way, somebody should create a special point of contact
  22059. between all customers and all local telephone companies.  This entity
  22060. would represent customers, all local telephone companies or the
  22061. government.  It could either be a separate government agency in each
  22062. state or it could be a single industry-wide organization.  This agency
  22063. would have multiple functions.  
  22064.  
  22065. First, it would control the assignment of area codes, prefixes and
  22066. telephone numbers; it would maintain a database of what company
  22067. handles whose services.  Second, it would verify any service orders
  22068. when somebody is trying to change local telephone service from one
  22069. company to another.  Third, it would handle reports of trouble on
  22070. calls, localize them to one company's network, and then refer it to
  22071. that company.  Fourth, it may provide some operator services or
  22072. billing functions.  Fifth, it would set business, ethical and
  22073. technical standards for the industry.  I am sure that there are other
  22074. functions for it too.  The point is that this agency should either
  22075. represent no telephone companies and be either customer- or
  22076. government-controlled, or it should represent each and every local
  22077. phone company in the nation.  It could be organized with a two-house
  22078. board of directors: one with one director from every LEC and one
  22079. apportioned to which LEC has the most customers.
  22080.  
  22081. What do people think?
  22082.  
  22083.  
  22084. [TELECOM Digest Editor's Note: Wouldn't this be redundant since we 
  22085. already have both the Federal Communications Commission and a state
  22086. agency in every state at present?  In addition there are already many
  22087. consumer organizations which devote their attention to utility matters.
  22088. Why add still another layer to the whole thing?   PAT]
  22089.  
  22090. ------------------------------
  22091.  
  22092. Date: Wed, 27 Apr 94 11:58:44 -0400
  22093. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  22094. Subject: Proprietary Rights and Pirate Psychology
  22095.  
  22096.  
  22097. Originator's name unimportant 
  22098.  
  22099. > I've been told by a usually reliable source that the full confidential, 
  22100. > proprietary details of the Videocrypt video scrambling system are being 
  22101. > released this week on some international bulletin boards.
  22102.  
  22103. Am not a lawyer so may be ignorant and would appreciate education if
  22104. wrong. My understanding is that there is no legal meaning to the word
  22105. "proprietary" other than a contractual (civil) obligation that may be
  22106. required for access to data. This contract does not exist between any
  22107. other parties who may gain access (note: am not addressing *how* access 
  22108. was gained, merely that it was).
  22109.  
  22110. Further "confidential" in the civil as opposed to the military sense
  22111. is similar: actionable only on those people who have contractually
  22112. agreed that it is.
  22113.  
  22114. As such, merely marking "proprietary" or "confidential" on a document
  22115. does not automatically induce any obligation on the part of any
  22116. individual who has not entered into a "proprietary rights agreement"
  22117. beyond the test of "common sense". There is no consideration and there
  22118. is no contract between any party who happens on it due to a lack of
  22119. proper protection on the part of the originator. (Again not talking
  22120. about any improper acts, merely the fact that no-one who has not
  22121. signed a PRA is under any obligation to keep information secret merely
  22122. because it is considered "proprietary" by another). Please correct if
  22123. wrong but if so, please be explicit about under what juristiction.
  22124. (sovereign can do *anything* but only in area of sovereignty).
  22125.  
  22126. > If all the above is true, I'm interested in knowing what the pirates
  22127. > stand to gain from releasing the information on bulletin boards.
  22128. > Surely, it is more profitable to keep the information to yourself, and
  22129. > have something to sell.  Or is this a move to force Videocrypt's hand
  22130. > in some way?
  22131.  
  22132. Some people claim that "information should be free", others feel that
  22133. by sharing what they have others will share what they have. Yet
  22134. another might be involved in a competing system and feel that its
  22135. market share will improve if VideoCrypt's secrets are known. Too many
  22136. possibilities to list. Why are there computer viruses ?
  22137.  
  22138.  
  22139. Warmly,
  22140.  
  22141. Padgett
  22142.  
  22143. ------------------------------
  22144.  
  22145. From: elitman@proxima.com (Eric A. Litman)
  22146. Subject: Voice Recognition With Octel Systems
  22147. Date: 26 Apr 1994 13:50:33 -0500
  22148. Organization: Proxima, Inc.
  22149.  
  22150.  
  22151. I have a client with (n:n>100) Octel systems who would like to develop
  22152. polling/survey applications with Octel's TransAct software option. I
  22153. am looking for any way to incorporate speech recognition technology
  22154. into this system.
  22155.  
  22156. As I understand, AT&T has recently started a marketing blitz with a
  22157. new speech recognition package they are offering. Can this interface
  22158. with the Octel systems? Does anyone have any more information on this
  22159. in gereral?
  22160.  
  22161. Any information appreciated.
  22162.  
  22163.  
  22164. Eric Litman               Proxima, Inc.     vox: (703) 506.1661
  22165. Senior Systems Engineer   McLean, VA        elitman+@proxima.com
  22166.  
  22167. ------------------------------
  22168.  
  22169. Date: Wed, 27 Apr 94 04:41:30 EDT
  22170. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  22171. Subject: BT Redirection Message
  22172.  
  22173.  
  22174. The 26 March 94 issue of {New Scientist} mentions an example of BT
  22175. ineptitude.  The London number +44 81 975 9759 has been changed to +44
  22176. 81 242 3000.  If you dial the old number, BT's automated system will
  22177. tell you the new number, in UK-internal format (081 242-3000).  "But
  22178. whereas BT's numbering system groups digits logically into an area
  22179. code followed by the number, BT's electronic stitcher works in a
  22180. completely different way."  The new number is read as 0812 423 0 00,
  22181. with the last group read as "double oh".  (The number is that of the
  22182. UK Press Gazette.)
  22183.  
  22184.  
  22185. Tony Harminc
  22186.  
  22187. ------------------------------
  22188.  
  22189. Date: Wed, 27 Apr 1994 05:06:23 EDT
  22190. From: Mark Kelly <mkelly@gabriel.resudox.net>
  22191. Subject: Telecom Inventory Management
  22192.  
  22193.  
  22194. Thanks to everyone that responded to my request for information about
  22195. STU III phones. I'll post a summary soon.
  22196.  
  22197. But who knows anything about Telecom inventory management?
  22198.  
  22199. In particular, what options are available for management of telecom
  22200. assets and circuits? It would seem to me that given the large number
  22201. of service providers and telcos in North America there must be
  22202. off-the-shelf software that provides inventory management functionality.
  22203.  
  22204. I know that in Canada most of the large telcos (Stentor) have their
  22205. own internal systems for managing their assets. Is this because
  22206. everyone does it differently or because this software isn't available
  22207. and has to be custom designed.
  22208.  
  22209. Any comments or assistance would be appreciated. I will post a summary
  22210. back to this Digest.
  22211.  
  22212.  
  22213. Thanks,
  22214.  
  22215. Mark Kelly                  Advanced Multi-Point Conferencing
  22216. Email: mkelly@resudox.net   320 March Road, Suite 102        
  22217. Phone: 613-592-5752        Kanata, Ontario, Canada  K2K 2E3 
  22218.  
  22219. ------------------------------
  22220.  
  22221. From: misha@abacus.concordia.ca (Misha Glouberman)
  22222. Subject: Multi-Line Office Phone System - How to Connect Modem?
  22223. Reply-To: misha@abacus.concordia.ca
  22224. Organization: Concordia University, Montreal, Canada
  22225. Date: Tue, 26 Apr 1994 22:19:15 GMT
  22226.  
  22227.  
  22228. I'm trying to hook up a modem in a friend's office. They have those
  22229. typical office phones that require you to pick a line to get a dial
  22230. tone. This is a real drag for the modem setup of course. Anyone know
  22231. of a way to hook up a modem in such a situation? (The system's a
  22232. Trillium TalkTo 616, if that helps.)
  22233.  
  22234. It's a small office they've got, and phone lines for businesses are
  22235. real expensive here in Canada. AT&T, who bought out the company that
  22236. made the system, want an absurd amount of money to connect a POTS jack
  22237. onto the existing system.
  22238.  
  22239. Any information would be greatly appreciated.
  22240.  
  22241.  
  22242. Misha Glouberman     misha@abacus.concordia.ca
  22243.  
  22244. ------------------------------
  22245.  
  22246. From: dwightv@hawaii.edu (Dwight Phili Victor)
  22247. Subject: Help! Need 800 Number/WATS History
  22248. Organization: University of Hawaii
  22249. Date: Wed, 27 Apr 1994 03:12:05 GMT
  22250.  
  22251.  
  22252. Howzit!
  22253.  
  22254. I'm a student at the University of Hawaii and I'm doing a report for
  22255. my communications class on 800 Numbers/WATS.  I need some info/history
  22256. as soon as possible. I'm looking for when and why this service began.
  22257. If you have any information, could you please e-mail me at:
  22258.  
  22259. dwightv@uhunix.uhcc.hawaii.edu
  22260.  
  22261.  
  22262. Mahalo in advance,
  22263.  
  22264. Dwight Victor    University of Hawaii    College of Communications
  22265.  
  22266.  
  22267. [TELECOM Digest Editor's Note: This was received during the time I was
  22268. off line a couple weeks ago and Mr. Victor needed his information about
  22269. a week ago unfortunatly ... but it seemed like an interesting question
  22270. to present here. WATS service began in the late 1950's with the advent 
  22271. of direct long distance dialing. In-WATS (or 800 service, as it is more
  22272. commonly known) began *under that name with direct dialing* in the
  22273. middle to late 1960's; however the predecessor to 800 service was called
  22274. 'Enterprise Service' in some areas and 'Zenith Service' in other areas.
  22275. Companies which agreed to accept incoming collect or reverse charge calls
  22276. on an automatic basis -- without the operator asking their permission to
  22277. place the charge each time -- were assigned a four digit number with the
  22278. prefix 'Enterprise' or 'Zenith', ie Enterprise 5781, which was my toll-free
  22279. number in those days. Callers dialed the operator and asked for connection
  22280. to the desired Enterprise number. Dial-it-yourself 800 numbers largely
  22281. made Enterprise service obsolete by the late 1970's.  PAT]
  22282.  
  22283. ------------------------------
  22284.  
  22285. From: briana@corp.hp.com (Brian Anzaldua)
  22286. Subject: Intelligent Network Architecture (INA)
  22287. Date: 26 Apr 1994 20:11:12 GMT
  22288. Organization: Hewlett Packard
  22289.  
  22290.  
  22291. Does anybody know where I can get a copy of a white paper on INA?
  22292.  
  22293. briana@hpccoa.corp.hp.com
  22294.  
  22295. ------------------------------
  22296.  
  22297. From: johaciie@w206zrz.zrz.TU-Berlin.DE (Daniel Joha)
  22298. Subject: Answering Machines: What Use?
  22299. Date: 26 Apr 1994 22:05:11 GMT
  22300. Organization: TUBerlin/ZRZ
  22301.  
  22302.  
  22303.  
  22304. Short Discussion on ANSWERING MACHINES, comments are welcome!
  22305.  
  22306. - Answering machines save time since they allow 
  22307.   asynchronous communication.
  22308.  
  22309. - Answering machines are impersonal. I don't like to talk
  22310.   to machines!
  22311.  
  22312. - With answering machines one can answer calls in a "bulk"
  22313.   and is therefore less disturbed while working.
  22314.  
  22315. - Many callers hesitate talking on to the tape.
  22316.  
  22317. - While absent, it is possible to obtain messages. 
  22318.   This can be important if upon one's return the caller himself is absent.
  22319.  
  22320. - Callers never know whether the called party is absent or just
  22321.   happily listens to them.
  22322.  
  22323. - Call screening is possible: only calls that are welcome are answered.
  22324.  
  22325. - An answering machine causes additional costs:
  22326.   electricity and phone charges.
  22327.  
  22328. Which positive and negative experiences have you had with answering
  22329. machines?
  22330.  
  22331. What is the major benefit of answering machines?
  22332.  
  22333.  
  22334. Daniel Joha   johaciie@w206zrz.zrz.TU-Berlin.de
  22335.  
  22336.  
  22337. [TELECOM Digest Editor's Note: Answering machines came on the scene in the
  22338. middle 1960's. They were simply an automated form of the old telephone
  22339. answering services which had been around since the beginning of the telephone
  22340. itself. By the early 1970's answering machines were beginning to become
  22341. quite popular and the telephone answering services were beginning to feel
  22342. a pinch in their business. The term 'voicemail' was unheard of back then.  PAT]
  22343.  
  22344. ------------------------------
  22345.  
  22346. From: djo7613@u.washington.edu (Dick O'Connor)
  22347. Subject: Responses to Voltage Drop Query
  22348. Date: 27 Apr 1994 09:57:52 GMT
  22349. Organization: University of Washington
  22350.  
  22351.  
  22352. Recently I asked a question about residential phone line voltage drops
  22353. (if they were possible, could they be what was suddenly affecting the
  22354. devices I put on that line, etc.).  I got some very useful responses
  22355. that I'm summarizing below.  On the second day of troubleshooting,
  22356. with two US West folks involved at our house, they found a circuit
  22357. board in one of the two boxes on the side of the house ("their" box,
  22358. not "mine") that was testing flaky.  They replaced it, and voltage
  22359. returned to normal; all devices ring or pick up now, as before.  Happy
  22360. ending!  Responses follow:
  22361.  
  22362. Date: Sun, 17 Apr 94 09:38:51 PDT
  22363. From: Jay Hennigan <jay@rain.org>
  22364.  
  22365. Ringing is a low-frequency AC signal applied to the line (Typically 90
  22366. volts at 20 Hertz).  Tell the repair desk that "ringing voltage is not
  22367. being applied".  They will likely find the problem to be the line
  22368. equipment (printed circuit card in modern exchanges) feeding your
  22369. line.
  22370.  
  22371. Date: Sun, 17 Apr 1994 14:27:44 -0800
  22372. From: jbaker@halcyon.com (James Baker)
  22373.  
  22374. Yep, the ring voltage falls during peak calling times, when lots of
  22375. ringers are ringing simultaneously. Most cards have a sensitivity
  22376. setting.  Bigmouth for example has rsens = XX or some such thing in
  22377. setup software.  (I had the same problem with PCX software and
  22378. bigmouth card on US West line in Seattle).
  22379.  
  22380. Good luck!
  22381.  
  22382. From: Floyd Davidson <floyd@ims.alaska.edu>
  22383. Date:     Sun, 17 Apr 1994 14:17:19 -0800
  22384.  
  22385. You gave a very apt description!  And to take it one step farther...
  22386. if your water pipe isn't leaking, but it has low pressure...  you look
  22387. at the pump?  Yep.
  22388.  
  22389. The line card which supplies ring voltage appears to be bad.  If it
  22390. were anything else it probably would affect your ability to talk over
  22391. the phone or it would abort the ringing on the first or second ring.
  22392. The explanation for that is probably longer and windier than you want
  22393. to sit through ... so I won't unless you ask.
  22394.  
  22395. One thing that is obvious is the fellow who took two hours to figure
  22396. out it wasn't you house wiring is not very good at what he does...
  22397. That should have taken about 15 minutes, most of which would be just
  22398. finding the demarc point and opening the box.  After that it should
  22399. take about 15 seconds.  And that is what he should have done to start
  22400. with.
  22401.  
  22402. Whatever ... the "line card" could be in a remote-switching unit, it
  22403. could be in the telco switch if you are close enough to it physically,
  22404. or if you are on any kind of cable carrier it might be in the nearest
  22405. junction box to your house.  It is where the ring voltage comes from.
  22406. Note that what you hear when calling a phone is NOT the "ringing" that
  22407. rings the phone.  There is no talk path at that time and the
  22408. "ringback" is sent toward the calling line just to let them know it is
  22409. working.  It is usually not sent at the same time the ring voltage is
  22410. being sent.
  22411.  
  22412. Have a good day,
  22413. Floyd
  22414.  
  22415. Date: Sun, 17 Apr 94 22:45:02 EDT
  22416. From: Michael Jacobs <JMT0%LAFAYACS.bitnet@lafibm.lafayette.edu>
  22417.  
  22418. Hi There!
  22419.  
  22420. I am a technician for Bell Atlantic in Pennsylvania.  It sounds to me
  22421. like your problem is in one of two areas:
  22422.  
  22423. 1- Insufficient ringing current on the line or
  22424. 2- Ring-trip insulation breakdown fault.
  22425.  
  22426. The first problem is usually caused by too many sets on a line.  There
  22427. is a limit (usually 5 or 6) as to the number of sets that can be on a
  22428. line and still have the ringers work properly (each takes a certain
  22429. amount of the limited power that can be supplied over the line).
  22430. Otherwise, a fault in the telco's central office or loop carrier
  22431. equipment may be present.  Ringing voltage should be greater than 90
  22432. Vrms AC.  Your telco technician should be able to make this
  22433. measurement.
  22434.  
  22435. The second problem is usually related to a resistive fault somewhere
  22436. in the line.  It is most easy for the technician to find this problem
  22437. by first ensuring that there are no obvious faults on the line by
  22438. using loop testing equipment or an ohmmeter.  If the line tests ok, I
  22439. then usually monitor the line with my butt-set (the phone-like thing
  22440. hanging from the tech's belt) and have someone call the line.  I can
  22441. immediately hear whether ringing current has been applied to the line,
  22442. and whether it was abruptly terminated by a ring-trip condition.  This
  22443. means that there is a fault in the line which presents a
  22444. high-resistance condition at DC (where most line test equipment
  22445. operates) but which becomes a low-resistance fault at 60 Hz (ringing
  22446. signal).  Since you acknowledge a ringing telephone by lifting it off
  22447. the hook (closing a switch to lower the line resistance), this fault
  22448. is spoofing the central office into thinking the line has been
  22449. answered, thus it stops applying the ringing signal.  An experienced
  22450. technician should be able to troubleshoot this condition rather
  22451. quickly.
  22452.  
  22453. Other, more obscure problems could relate to custom-calling features
  22454. (like call-forwarding) being inadvertantly activated on the line, or
  22455. even having a different number accidently sent out over your line due
  22456. to a telco splicing error.  Hopefully, your telco (USWest?) will get
  22457. this straightened out.  Other action you can take would be to plug
  22458. into the network interface jack for that line (if telco installed one)
  22459. and checking for normal operation.  Normal operation indicates a fault
  22460. in the wiring on your premises.  Problem operation at the NI indicates
  22461. either telco trouble or a bad set being used to test.
  22462.  
  22463. Let me know if I can be of more assistance, or if telco finds
  22464. anything interesting.
  22465.  
  22466. Date: Mon, 18 Apr 1994 10:28:46 -0700
  22467. From: richgr@netcom.com (Rich Greenberg)
  22468.  
  22469. My best guess as to what happened is that somewhere between your
  22470. demark and the CO, there is a partial short.  Another possibility is
  22471. that somebody's phone line was connected across yours.  If you have
  22472. too many ringers on one line, some or all won't ring.
  22473.  
  22474. In any case its probably telco's problem.  Keep on them till its
  22475. fixed.  Ask them to give you another pair from the CO to you.
  22476.  
  22477.                           --------------
  22478.  
  22479. Thanks to all who responded!
  22480.  
  22481.  
  22482. "Moby" Dick O'Connor                                 djo7613@u.washington.edu 
  22483. Wash. Dept. of Fish and Wildlife        *Remember: the fish were here first!*
  22484.  
  22485. ------------------------------
  22486.  
  22487. From: jwl@netcom.com (Jack W. Lix)
  22488. Subject: E1 Help Wanted
  22489. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  22490. Date: Wed, 27 Apr 1994 09:59:19 GMT
  22491.  
  22492.  
  22493. I need some information about "real world" E1 usage.  Does timeslot 16
  22494. (normally used for signalling) ever get used for data in point to
  22495. point usage.  I also understand some satellite transceivers use an E1
  22496. interface.  Would they also reserve timeslot 16??  If so, whats the
  22497. point??
  22498.  
  22499. Thank you for your help.
  22500.  
  22501.  
  22502. Jack W. Lix   jwl@netcom.com
  22503.  
  22504. ------------------------------
  22505.  
  22506. Date: Wed, 27 Apr 94 14:28:55 GMT
  22507. From: wtwong@eit.COM (William Tao-Yang Wong)
  22508. Subject: FYI: CommerceNet Press Release
  22509.  
  22510.  
  22511. For press information, contact:
  22512.  
  22513. Lisa Croel
  22514. Edelman Technology Communications
  22515. Phone:  (415) 968-4033
  22516. Fax:  (415) 968-2201
  22517. MCI Mail:  629-8643 or Lisa_Croel@mcimail.com
  22518.  
  22519.  
  22520. CommerceNet Makes Electronic Commerce over the Internet a Reality in
  22521. Silicon Valley
  22522.  
  22523. New Infrastructure for Electronic Commerce on the Internet Enables
  22524. Companies to Streamline Procurement, Cut Costs, Shrink Development
  22525. Cycles and Communicate More Effectively
  22526.  
  22527. SANTA CLARA, Calif., April 12, 1994 PP -- CommerceNet, the first
  22528. large-scale market trial of electronic commerce on the Internet, will
  22529. be formally launched today by BARRNet, Enterprise Integration
  22530. Technologies (EIT), and Stanford University's Center for Information
  22531. Technology (CIT) at an event here at the Techmart.  The event will
  22532. include the first public demonstration of CommerceNet, which goes
  22533. "live" on the Internet today, offering Silicon Valley-based companies
  22534. access to services and applications that make the Internet suitable
  22535. for electronic commerce.
  22536.  
  22537. Many of the companies who have indicated an interest in participating
  22538. in the CommerceNet market trial will be on hand at today's event to
  22539. show their support and to discuss the potential impact of CommerceNet
  22540. on the way they transact business (see page 6).  In addition,
  22541. representatives from sponsoring organizations including Smart Valley,
  22542. Inc., Joint Venture:Silicon Valley Network and the State of California
  22543. Trade and Commerce Agency were present to discuss the potential
  22544. economic impact of CommerceNet on the local economy and on business.
  22545.  
  22546. CommerceNet was created and is operated by a consortium of major
  22547. Silicon Valley users, providers and developers.  It seeks to
  22548. revolutionize the Valley's core electronics, software and information
  22549. service industries by making interactions between customers, suppliers
  22550. and development partners as efficient as interactions among internal
  22551. departments.  CommerceNet will ultimately help to revolutionize the
  22552. way most Bay Area companies transact business, regardless of their
  22553. size or business focus.
  22554.  
  22555. CommerceNet's founders and supporters believe that the new electronic
  22556. marketplace will benefit participating companies by: Shortening
  22557. procurement cycles up to 80% through online catalogs, ordering and
  22558. payment; cutting costs up to 10% on both stock and manufactured parts
  22559. through competitive bidding; and shrinking development cycles up to
  22560. 50% and accelerating time-to-market through collaborative engineering
  22561. and product implementation.
  22562.  
  22563. "The Internet is a vast, untapped marketplace," said Jay M.
  22564. Tenenbaum, Chairman and founder of EIT and the visionary behind
  22565. CommerceNet.  "With over 20 million users, the Internet is the biggest
  22566. and most immediate venue for electronic commerce.  CommerceNet
  22567. provides the tools that will make the Internet secure and easy to use,
  22568. 'unleashing' its potential to transform how business is done."
  22569.  
  22570. An outgrowth of ARPA-sponsored research begun in the 1960's, the
  22571. Internet was originally used by colleges, universities and the
  22572. government for research and development purposes.  It has since
  22573. evolved to become "the network of networks," interconnecting not just
  22574. government and education, but a huge portion of the commercial
  22575. business sector as well.  Today, the Internet links over 20,000 public
  22576. and private networks encompassing over 20 million users in nearly 140
  22577. countries, and it is growing ten percent a month.
  22578.  
  22579. Several factors have kept the Internet from facilitating electronic
  22580. commerce until now.  They include: The lack of standard and
  22581. easy-to-use interfaces; the lack of a secure means for transmitting
  22582. sensitive data or identifying users; and the lack of indexing and
  22583. search mechanisms that make it easy for users to find information.
  22584.  
  22585. "We evaluated all of the barriers to electronic commerce on the
  22586. Internet and then came up with what we believe are excellent solutions
  22587. that break down most of these barriers," said Allan M.  Schiffman,
  22588. Chief Technical Officer of EIT and Principal Architect of CommerceNet.
  22589. "CommerceNet will win over many skeptics who thought electronic
  22590. commerce either wasn't possible over the Internet, or was years away
  22591. from becoming a reality."
  22592.  
  22593. Specifically, CommerceNet provides an integrated set of services 
  22594. from a single source, including: 
  22595.  
  22596. % Affordable, high quality Internet connectivity using a variety of
  22597. connectivity options including T1, 56K, Frame Relay and ISDN.  Many
  22598. are available immediately; others will be rolled out during the
  22599. remainder of 1994.
  22600.  
  22601. %  Easy access to user interface and networking software and 
  22602. registration forms for CommerceNet access.
  22603.  
  22604. %  Software tools for providers that make it easy to put up 
  22605. interactive CommerceNet services on any Internet host.
  22606.  
  22607. % Simple point-and-click access to all CommerceNet services using an
  22608. enhanced version of Mosaic, a popular hypermedia user interface from
  22609. the NCSA (National Center for Supercomputing Applications).  Mosaic
  22610. supports full multimedia presentations,    including audio, video, text 
  22611. and graphics, as well as electronic forms.
  22612.  
  22613. %  A variety of specialized directories to help users locate 
  22614. information and services on CommerceNet.  These directories, as 
  22615. with other CommerceNet services, can be browsed or searched for 
  22616. keywords using Mosaic.
  22617.  
  22618. %  Security mechanisms, including authentication and encryption, 
  22619. supported within applications, including Mosaic, using RSA public 
  22620. key cryptography.  Public-key certification services will also be 
  22621. provided to CommerceNet members.
  22622.  
  22623. Buyers and sellers will be able to meet on the network and safely
  22624. exchange sensitive information such as credit card numbers and bid
  22625. amounts, sign legally enforceable contracts, maintain audit trails,
  22626. and get paid through cooperating financial institutions.
  22627.  
  22628. Data and transmission security issues are minimized on CommerceNet 
  22629. because there are no remote logins and private information such as 
  22630. passwords is transmitted under encryption.  Digital signatures 
  22631. ensure that important information is delivered uncorrupted and 
  22632. untampered.
  22633.  
  22634. Secure client and server products will be available for beta 
  22635. testing in May of this year; widespread release will follow in 
  22636. August.
  22637.  
  22638. Participating companies are expected to use CommerceNet to provide 
  22639. customers with online catalogs, product literature, and ordering.  
  22640. Job shops will provide online access to engineering and 
  22641. manufacturing services that are faster, cheaper, or better than 
  22642. those available in-house.  Companies will also use CommerceNet for 
  22643. competitive solicitations and bidding, interactive EDI, and 
  22644. inter-company collaborative engineering and product data exchange.
  22645.  
  22646. The Commerce.Net Server
  22647.  
  22648. The CommerceNet server, which acts as the hub of CommerceNet, 
  22649. provides users access to all CommerceNet-related information and 
  22650. applications via the World Wide Web, a general purpose architecture 
  22651. for information retrieval developed by groups of Internet users.  
  22652. Information about CommerceNet is also available via electronic 
  22653. mail.
  22654.  
  22655. The CommerceNet server hosts:  Information on the CommerceNet 
  22656. organization; directories of participants, value-added third-party 
  22657. services and Internet resources; member registration and 
  22658. communications; and tutorials and examples.  The server is also a 
  22659. principal distribution channel for CommerceNet software.
  22660.  
  22661. Like the Internet, CommerceNet is open to all.  Any individual or
  22662. organization can offer information, goods and services by creating a
  22663. multimedia "home page" on their own server and listing it in
  22664. appropriate directories on the CommerceNet server, as well as with
  22665. value-added directories and referral services operated by third
  22666. parties.  These home pages serve as "virtual storefronts," providing
  22667. brief company overviews and paths for accessing their product
  22668. literature, catalogs, order forms, etc.  CommerceNet is thus a fully
  22669. distributed network of information service providers whose growth is
  22670. essentially unbounded.  The CommerceNet server is merely a convenient
  22671. starting point for entering this marketplace.
  22672.  
  22673. The CommerceNet Consortium
  22674.  
  22675. CommerceNet is operated by the CommerceNet Consortium, a non-profit
  22676. corporation funded by a six million dollar, three year grant from the
  22677. United States government's Technology Reinvestment Project, which will
  22678. be matched by contributions from the State of California and member
  22679. companies.
  22680.  
  22681. The Consortium consists of the core development team members, 
  22682. sponsoring organizations, and industry participants.
  22683.  
  22684. The core team is comprised of BARRNet, EIT and Stanford CIT.  They
  22685. have been responsible for developing and operating CommerceNet and
  22686. securing its funding, and will oversee the day-to-day management of
  22687. CommerceNet, led by the organization's new executive director, Cathy
  22688. J. Medich.
  22689.  
  22690. The sponsoring organizations PP Smart Valley, Inc., Joint
  22691. Venture:Silicon Valley Network, and the State of California Office of
  22692. Strategic Technology PP were instrumental in raising CommerceNet's
  22693. visibility with the State and Federal Government.  They continue to
  22694. support the efforts of CommerceNet and other initiatives that improve
  22695. the competitive and business environment in Northern California.
  22696.  
  22697. The following industry participants, in alphabetical order, have
  22698. indicated their interest in CommerceNet: Amdahl Corporation, Anthem
  22699. Electronics, Inc., Apple Computer, Inc., AVEX Electronics Inc., Bank
  22700. of America, Citibank N.A., Dataquest, Digital Equipment Corporation,
  22701. Dun & Bradstreet Corporation, Electronic Marketplace Systems, Inc. (An
  22702. International Data Group Company), Hewlett-Packard Company, Integrated
  22703. Systems Solutions Corporation (A Subsidiary of IBM), Intel
  22704. Corporation, Internet Shopping Network, InterNex Information Services,
  22705. Inc., Lockheed Missiles & Space Company, Inc., Nanothinc, A California
  22706. Corporation, National Semiconductor, Network Computing Devices, Inc.
  22707. (NCD), Pacific Bell, PartNet, Inc., RSA Data Security, Inc., Solectron
  22708. Corporation, Sun Microsystems, Inc., Synopsys Inc., Tandem Computers
  22709. Incorporated, Trusted Information Systems, Inc., Wells Fargo & Co. and
  22710. Xerox Corporation.
  22711.  
  22712. Other affiliated organizations that are participating in CommerceNet
  22713. include: the Association of Bay Area Governments, the California
  22714. Department of General Services, the Commercial Internet eXchange
  22715. Association, the Financial Services Technology Consortium (FSTC),
  22716. Lawrence Livermore National Laboratory and Silicon Valley Public
  22717. Access Link (SV-PAL).
  22718.  
  22719. Information on how to participate in CommerceNet can be obtained by
  22720. calling (415) 617-8790, by sending e-mail to info@commerce.net, and by
  22721. connecting to http://www.commerce.net/.
  22722.  
  22723. ------------------------------
  22724.  
  22725. Date: Wed, 27 Apr 94 17:42:25 EDT
  22726. From: Carl Moore <cmoore@BRL.MIL>
  22727. Subject: Alfred Hitchcock Episode - Bomb Scare
  22728.  
  22729.  
  22730. An Alfred Hitchcock episode I just saw has a reference to a bomb
  22731. scare; the persons and events depicted are FICTICIOUS, and resemblance
  22732. to actual persons and events is coincidental.  The episode seems to
  22733. date from the early 1960s.
  22734.  
  22735. In it, a man retires from a job with a firm, and makes off with a big
  22736. stash of money (from that firm) which he carts off in a briefcase to
  22737. his home, where his wife is.  He then steals away from there with the
  22738. briefcase, and intends to fly off to Hawaii with another woman.  He
  22739. insists on taking the briefcase with him onto the plane, and has some
  22740. problems storing it when in the passenger compartment.  Then there are
  22741. apparent mechanical difficulties with the plane and all passengers
  22742. have to get off.  
  22743.  
  22744. He impatiently inquires what the problem is, how long the delay, etc.,
  22745. and finally learns that there was a bomb scare and that luggage will
  22746. have to be searched.  He and that other woman are then approached by
  22747. plainclothesmen who say "Police.  We need to ask you some questions."
  22748. Then the wife (already aware of the theft of the money from the firm)
  22749. is seen slipping into a phone booth and saying on the phone that the
  22750. bomb scare was a joke.
  22751.  
  22752. At the end of the episode, Mr. Hitchcock notes that the man had the
  22753. last laugh in this (FICTITIOUS) case, because the wife was prosecuted
  22754. for the bomb scare.  (The offense is conveying information about a
  22755. bomb while knowing that the information is false.)
  22756.  
  22757.  
  22758. [TELECOM Digest Editor's Note: Ah yes, the bomb scares of the sixties.
  22759. I guess kids in school still call them in anonymously on the phone
  22760. now and then when they want an afternoon off. During the Vietnam era
  22761. when there were constant protests against the government and large
  22762. corporations I was working for the Amoco/Diners Club credit card billing
  22763. office when it was located here in Chicago. We shared a building on 
  22764. Canal Street with Social Security. Social Security had about a thousand 
  22765. employees in the building using three floors; the Diners processing
  22766. office had about two thousand employees using four floors. First nice
  22767. warm day every spring you could count on it: Some disgruntled employee
  22768. would make an anonymous call to the Amoco/Diners switchboard to report
  22769. 'a bomb is gonna go off, better get out of there!'. Or maybe they would
  22770. call upstairs to the Social Security switchboard and report it there. 
  22771.  
  22772. Either office which got it would report it to the police and the other
  22773. office.  The inevitable announcement on the public address system
  22774. that, 'it is necessary to leave the building at this time ...' would
  22775. cause the chickens who were roosting at their desks after lunch to
  22776. wake up. Thousands of employees streaming down the stairway out to
  22777. Canal Street, standing around until the all clear signal was given to
  22778. return to the office; but always there were a few who did not bother
  22779. to return for the day, especially if the 'bomb' was called in perhaps
  22780. an hour before closing time.  I think it was mostly the government
  22781. employees at the SSA who caused the disruptions. That particular SSA
  22782. back-office was the pits as I recall in terms of the employees they
  22783. had there, although the credit card back-office was just as bad. Do
  22784. schools/companies still get bomb scares on nice spring afternoons?  Is
  22785. the Pope Catholic?  :) PAT]
  22786.  
  22787. ------------------------------
  22788.  
  22789. End of TELECOM Digest V14 #185
  22790. ******************************
  22791.     
  22792.     
  22793. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12818;
  22794.           27 Apr 94 19:58 EDT
  22795. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  22796.     id AA26458; Wed, 27 Apr 94 14:30:35 CDT
  22797. Return-Path: <telecom>
  22798. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  22799.     id AA26449; Wed, 27 Apr 94 14:30:33 CDT
  22800. Date: Wed, 27 Apr 94 14:30:33 CDT
  22801. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  22802. Message-Id: <9404271930.AA26449@delta.eecs.nwu.edu>
  22803. To: telecom@eecs.nwu.edu
  22804. Subject: TELECOM Digest V14 #186
  22805.  
  22806. TELECOM Digest     Wed, 27 Apr 94 14:30:30 CDT    Volume 14 : Issue 186
  22807.  
  22808. Inside This Issue:                           Editor: Patrick A. Townson
  22809.  
  22810.     Canadian Information Highway Advisory Council Memebers Named (Nigel Allen)
  22811.     Free Compu$erve Membership Kits (mvm@cup.portal.com)
  22812.     DID, PBX and University Phones, SL-100 (Jonathan Aitken)
  22813.     Looking For Internet Over Satellite (Kirk Woolford)
  22814.     $$$$$$$ For Concepts! (blmark@pucc.princeton.edu)
  22815.     Traineeship Request, Help Please (Jeroen de Leeuw den Bouter)
  22816.     DunsNet (echo@bix.com)
  22817.     Info on CSTA (Computer Supported Telephony Architecture) (Andy Spitzer)
  22818.     Basic ISDN Question (Mike Jones)
  22819.     Market Survey - Please Participate (Tom and Randi Fecker)
  22820.  
  22821. TELECOM Digest is an electronic journal devoted mostly but not
  22822. exclusively to telecommunications topics. It is circulated anywhere
  22823. there is email, in addition to various telecom forums on a variety of
  22824. public service systems and networks including Compuserve and GEnie.
  22825. It is also gatewayed to Usenet where it appears as the moderated
  22826. newsgroup 'comp.dcom.telecom'. 
  22827.  
  22828. Subscriptions are available at no charge to qualified organizations
  22829. and individual readers. Write and tell us how you qualify:
  22830.  
  22831.                  * telecom-request@eecs.nwu.edu *
  22832.  
  22833. The Digest is edited, published and compilation-copyrighted by Patrick
  22834. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  22835. or phone at:
  22836.                     9457-D Niles Center Road
  22837.                      Skokie, IL USA   60076
  22838.                        Phone: 708-329-0571
  22839.                         Fax: 708-329-0572
  22840.   ** Article submission address only: telecom@eecs.nwu.edu **
  22841.  
  22842. Our archives are located at lcs.mit.edu and are available by using
  22843. anonymous ftp. The archives can also be accessed using our email
  22844. information service. For a copy of a helpful file explaining how to
  22845. use the information service, just ask.
  22846.  
  22847. *************************************************************************
  22848. *   TELECOM Digest is partially funded by a grant from the              *
  22849. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22850. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22851. * project.  Views expressed herein should not be construed as represent-*
  22852. * ing views of the ITU.                                                 *
  22853. *************************************************************************
  22854.  
  22855. Additionally, the Digest is funded by gifts from generous readers such
  22856. as yourself who provide funding in amounts deemed appropriate. Your help 
  22857. is important and appreciated.
  22858.  
  22859. All opinions expressed herein are deemed to be those of the author. Any
  22860. organizations listed are for identification purposes only and messages
  22861. should not be considered any official expression by the organization.
  22862. ----------------------------------------------------------------------
  22863.  
  22864. Subject: Canadian Information Highway Advisory Council Memebers Named
  22865. Date: Wed, 27 Apr 1994 05:39:40 EDT
  22866. From: ndallen@io.org (Nigel Allen)
  22867.  
  22868.  
  22869. The following press release was issued by the Canadian federal
  22870. government's Industry department. If you would like to be added to the
  22871. mailing list for Industry Canada press release, please contact
  22872. tyson@debra.dgbt.doc.ca (Tyson Macaulay).
  22873.  
  22874. Industry Canada
  22875.  
  22876.                  MANLEY ANNOUNCES ADVISORY COUNCIL MEMBERS
  22877.               AND ISSUES INFORMATION HIGHWAY DISCUSSION PAPER
  22878.  
  22879. OTTAWA, April 19, 1994 "Together, as Canadians, we must decide how we
  22880. want to develop and use the information highway for the economic,
  22881. cultural and social advantage of all Canadians," said Industry
  22882. Minister John Manley. He made the comment today as he announced the
  22883. membership of the national information highway advisory council and
  22884. issued a discussion paper The Canadian Information Highway: Building
  22885. Canada's Information and Communications Infrastructure.
  22886.  
  22887. "This document is intended to foster that dialogue between Canadians;
  22888. so is the advisory council," said the Minister. He added that these
  22889. discussions are essential to the implementation of a Canadian strategy
  22890. for the information highway.
  22891.  
  22892. On March 16, Minister Manley named McGill University Principal and
  22893. Vice-Chancellor David Johnston as Chair of the council. Commenting on
  22894. the membership (list and biographical notes attached), Mr. Johnston
  22895. said, "I believe Canadians will agree that this is a highly qualified
  22896. group of volunteers who will work hard to ensure that a wide range of
  22897. views is represented."
  22898.  
  22899. The advisory council, along with other Canadians, will have the
  22900. discussion paper as a starting point as it looks at the many issues to
  22901. be addressed in developing a strategy for Canada's information
  22902. highway.  These include: how to use the information highway to improve
  22903. the growth and competitiveness of all Canadian businesses; how to
  22904. ensure that Canadians have universal access to essential services at
  22905. reasonable cost; how to achieve an appropriate balance between
  22906. competition and regulation; how to promote the development and
  22907. distribution of Canadian culture and content.
  22908.  
  22909.             "We know that these rapidly evolving issues will have
  22910. profound impacts on the people of Canada," said Mr. Manley. "The
  22911. federal government is determined that these effects will be positive
  22912. ones that enable us to meet our objectives:
  22913.  
  22914.     -  to create jobs through innovation and investment;
  22915.     -  to reinforce Canadian sovereignty and cultural identity; and
  22916.     -  to ensure universal access at reasonable cost."
  22917.  
  22918. It is anticipated that the council might form five or six working
  22919. groups to address the specific issues. "Canadians can expect to have
  22920. the opportunity to work with council members on these matters," said
  22921. the Minister.
  22922.  
  22923. People will be able to contact the council secretariat to put forward
  22924. views and suggestions, as well as to obtain information. The secretariat 
  22925. can be reached in the following ways:
  22926.  
  22927.        Internet: I.H..Council@Banyan.dgim.doc.ca
  22928.        Telephone (fax): (613) 941-1164
  22929.        Telephone (voice): (613) 990-4268
  22930.        Mail: Room 640, 300 Slater Street, Ottawa, Ontario, K1A 0C8.
  22931.  
  22932.  
  22933. Further information:
  22934.  
  22935. Bill Milliken or Eli Turk                         Susan Baldwin
  22936. Minister's Office                                      Industry Canada
  22937. (613) 995-9001                                    (613) 990-4262
  22938.  
  22939. For copies of the discussion paper:
  22940.  
  22941. (613) 954-5716                                                 Release/7038
  22942.  
  22943.  
  22944.                INFORMATION HIGHWAY ADVISORY COUNCIL MEMBERS
  22945.  
  22946. Neil Baker
  22947.  
  22948. Neil Baker is Chairman of the Telecommunications and Information
  22949. Technology Committee for the Regina Economic Development Authority. He
  22950. has been a successful entrepreneur and corporate executive for
  22951. twenty-three years in a number of areas, including strategic planning,
  22952. sales and marketing and financial analysis and management.
  22953.  
  22954. Andre Bureau
  22955.  
  22956. Andre Bureau has been involved in publishing, broadcasting and
  22957. telecommunications during his entire career. He was Chairman of the
  22958. Canadian Radio-Television and Telecommunications Commission (CRTC) and
  22959. is currently Vice-Chairman of Astral Communications Inc.,
  22960. Vice-Chairman President and Chief Executive Officer of the Astral
  22961. Broadcasting Group and a member of the Board of some major
  22962. communications and telecommunications corporations.
  22963.  
  22964. Andre Chagnon
  22965.  
  22966. Andre Chagnon is Chairman of the Board of Directors and Chief
  22967. Executive Officer of Groupe Videotron Ltee. He has been awarded many
  22968. honours, including the Grand Laureat du Prix des Communications
  22969. (1983). In 1993, he was made an Officer of the Order of Canada and
  22970. received the Edouard-Montpetit Medal for his role in the economy and
  22971. his commitment in the field of communications.
  22972.  
  22973. Robert H. David
  22974.  
  22975. Robert David is the President and Chief Executive Officer of ED TEL
  22976. Inc.  (Edmonton Telephones Corporation). He is a Civil Engineer
  22977. (University of Saskatchewan) and holds a Master of Science Degree from
  22978. the University of Alberta. He serves on the Boards of TRLabs, Grant
  22979. MacEwan Community College Foundation and the Edmonton YMCA. He has
  22980. received the Governor General's Commemorative Medal for Service to the
  22981. Community.
  22982.  
  22983. Dr. Mary Dykstra
  22984.  
  22985. Mary Dykstra is a Professor and Director of the School of Library and
  22986. Information Studies in the Faculty of Management at Dalhousie
  22987. University. Her area of teaching and research in information
  22988. management is subject indexing and retrieval, including epistemology,
  22989. linguistics, and the impact of information technology. Consultancies
  22990. include the National Film Board of Canada where she developed a
  22991. national film information system, and the Art and Architecture
  22992. Thesaurus Project of the J. Paul Getty Trust.
  22993.  
  22994. William Etherington
  22995.  
  22996. Bill Etherington is President and Chief Executive Officer, IBM Canada
  22997. Ltd. He held several marketing and service positions across Canada
  22998. before his appointment as IBM Vice President, Western Region in 1989.
  22999. He has also served as Chief Financial Officer, Latin America Vice
  23000. President and Assistant General Manager with IBM Canada. Mr.
  23001. Etherington is a Director of the Canadian Imperial Bank of Commerce,
  23002. Ontario Hydro, the Conference Board of Canada, Junior Achievement of
  23003. Canada, and is a founding board member of the National Quality
  23004. Institute.
  23005.  
  23006. The Honourable Francis Fox
  23007.  
  23008. Francis Fox is former federal Minister of Communications and has
  23009. served in several other cabinet portfolios. He is Chairman of the
  23010. Board, Rogers Cantel Inc., Chairman, Fasken Martineau, and President,
  23011. CITEC's Committee to Implement the Recommendations of the Review on
  23012. Science and Technology in Montreal.
  23013.  
  23014. George E. Harvey
  23015.  
  23016. George Harvey is Chairman of the Board of Unitel Communications Inc.
  23017. He led Unitel's bid to bring competition to Canada's long distance
  23018. communications market. Mr. Harvey has extensive experience in the
  23019. computer and communications industries gained over three decades.
  23020.  
  23021. W. Brian Hewat
  23022.  
  23023. Brian Hewat is Chairman and Chief Executive Officer of Bell-Northern
  23024. Research, one of the world's leading telecommunications research and
  23025. development organizations, with global headquarters in Ottawa. Born in
  23026. Noranda, Quebec, Mr. Hewat has held numerous senior executive
  23027. positions with leading corporations during his 30-year career in the
  23028. telecommunications industry.
  23029.  
  23030. Elizabeth Hoffman
  23031.  
  23032. Elizabeth Hoffman is the Chair of the Coalition for Public Information
  23033. (CPI), a national coalition of organizations, public interest groups
  23034. and individuals whose goal is to foster broad access to affordable,
  23035. useable information and communications services and technology in
  23036. Canada. She is the University Ombudsperson, University of Toronto, and
  23037. has served as a member of the Advisory Committee on a
  23038. Telecommunications Strategy for the Province of Ontario, the Ontario
  23039. Library Association Task Force on Information Policy and as Chair, of
  23040. the Ontario Public Library Strategic Planning Group.
  23041.  
  23042. Douglas M. Holtby
  23043.  
  23044. Douglas Holtby is President and Chief Executive Officer of WIC Western
  23045. International Communications Ltd., operating in television, pay
  23046. television, radio and satellite network services. Mr. Holtby studied
  23047. at the University of Alberta and received his Chartered Accountant's
  23048. designation in 1972. He is Chairman of Canadian Satellite
  23049. Communications Inc. (Cancom) and serves as a Director on the Boards of
  23050. the CTV Network and Northwest Sports Enterprises Ltd.
  23051.  
  23052. Rosemarie Kuptana
  23053.  
  23054. Rosemarie Kuptana is President of the Inuit Tapirisat of Canada. She
  23055. was active in the establishment of Television Northern Canada (TVNC)
  23056. and was President of Inuit Broadcasting Corp. (IBC) from 1983 to 1988.
  23057. She co-chairs the International Arctic Council and is the author of No
  23058. More Secrets, a book about child sexual abuse in Inuit communities.
  23059. Ms. Kuptana has received several awards and distinctions for her
  23060. self-government work, including the Governor General's Confederation
  23061. Medal, and has been named to Maclean's Honour Roll.
  23062.  
  23063. Veronica Lacey
  23064.  
  23065. Veronica Lacey is the Director of Education for the North York Board
  23066. of Education. The North York Board recently pioneered the creation of
  23067. the National Network for Learning - an electronic highway for schools.
  23068. Under Ms. Lacey's leadership, the Board has developed innovative and
  23069. strategic partnerships with the private sector and government to bring
  23070. technology into schools. Ms. Lacey has received numerous awards and
  23071. was recently named Educator of the Year by the Ontario Institute for
  23072. Studies in Education.
  23073.  
  23074. John MacDonald
  23075.  
  23076. John MacDonald is the President and Chief Executive Officer of the New
  23077. Brunswick Telephone Company Limited (NBTel). A native of Cape Breton,
  23078. he is an electrical engineering graduate of the Technical University
  23079. of Nova Scotia (TUNS). Mr.  MacDonald serves on the advisory board for
  23080. Softworld '94 and the National Research Council of Canada Industrial
  23081. Research Assistance Program (IRAP) Advisory Board.
  23082.  
  23083. Terry Matthews
  23084.  
  23085. Terry Matthews founded Newbridge Networks Corporation in March 1986.
  23086. The company was formed to address a rapidly growing demand for greater
  23087. digital communications capacity. Newbridge has grown to a public
  23088. company employing more than 2,000 people worldwide. The company
  23089. maintains facilities in North America, Europe and Asia and has an
  23090. installed base of its switching products in more than 100 countries.
  23091.  
  23092. John T. McLennan
  23093.  
  23094. John McLennan is President and Chief Executive Officer of Bell Canada.
  23095. Mr. McLennan has held senior positions with a variety of companies,
  23096. including Bell Ontario, BCE Mobile Communications Inc., Cantel Inc.,
  23097. and Mitel Corporation.  Mr. McLennan was also the President and
  23098. founder of his own firm, Jenmark Consulting Inc., which specialized in
  23099. strategizing, financing and managing technology companies in Canada
  23100. and the U.S., with a primary focus on telecommunications.
  23101.  
  23102. Gerry Miller
  23103.  
  23104. Gerry Miller is Chairman of CA*net Networking Incorporated, the
  23105. non-profit company that manages and operates the Canadian national
  23106. Internet backbone network which connects regional networks in all ten
  23107. provinces. He is also Chairman of MBnet Networking Inc., the
  23108. non-profit company that manages the Manitoba regional Internet.
  23109.  
  23110. Reginald Noseworthy
  23111.  
  23112. Reginald Noseworthy, M. Eng., P. Eng., is President of Porak
  23113. Enterprises Ltd., a management consulting company primarily involved
  23114. with Information Technology and Strategic Management. He was
  23115. Vice-President, Information Services, Inter-City Gas Corporation;
  23116. Vice-President Operations and Information Services, Mercantile Bank of
  23117. Canada, and acting Executive director, Information Services,
  23118. Government of New Brunswick.
  23119.  
  23120. Jean-Claude Parrot
  23121.  
  23122. Jean-Claude Parrot is Executive Vice-President of the Canadian Labour
  23123. Congress (CLC).  He began his career in the post office in Montreal in
  23124. 1954.  Active in the Canadian Union of Postal Workders (CUPW) since
  23125. 1961, he held several local positions before becoming Vice-President,
  23126. then President of the Union.
  23127.  
  23128. Anna Porter
  23129.  
  23130. Anna Porter is the Publisher, President and Director of Key Porter
  23131. Books. She has had an extensive career in the publishing industry,
  23132. including Executive Chairman of Double Day Canada and as President of
  23133. McClelland-Bantam Ltd. She serves on the boards of various companies
  23134. and non-profit organizations, including Alliance Entertainment, Young
  23135. Naturalist Foundation and the UNICEF Advisory Board. She is an Officer
  23136. of the Order of Canada.
  23137.  
  23138. Derrick Rowe
  23139.  
  23140. Derrick Rowe is President and Chief Executive Officer of NewEast
  23141. Wireless Technologies Inc. NewEast is an integrated wireless
  23142. telecommunications carrier and product developer. Mr. Rowe currently
  23143. serves on several Executive Committees such as the Communications
  23144. Research Centre (Industry Canada), the Newfoundland Provincial Science
  23145. and Technology Advisory Council and a national Sectoral Advisory Group
  23146. on International Trade (SAGIT).
  23147.  
  23148. Guy Savard
  23149.  
  23150. Guy Savard is President and Chief of Operations, Caisse de depot et
  23151. placement du Quebec. He is a member of the Ordre des comptables agrees
  23152. du Quebec, and was awarded the designation of Fellow by this
  23153. corporation. He is also a member of the Institute of Chartered
  23154. Accountants of Ontario, the Canadian Institute of Chartered
  23155. Accountants, the Leaders' Networking Group of Quebec Inc. and the
  23156. Order of Chartered Administrators of Quebec.
  23157.  
  23158. Irene Seiferling
  23159.  
  23160. Irene Seiferling is Vice-President, Issues and Policy, of the
  23161. Consumers' Association of Canada. A small business owner/manager, she
  23162. received the Canada 125 Commemorative Medal and the Saskatchewan
  23163. Consumer Award of Merit in 1993.
  23164.  
  23165. Dr. Gerri Sinclair
  23166.  
  23167. Gerri Sinclair is Director of ExCITE (Exemplary Center for Interactive
  23168. Technologies in Education) at Simon Fraser University. She is also the
  23169. President of GeoSync Interactive Corp. Dr. Sinclair has gained an
  23170. international reputation first, for her pioneering work in the field
  23171. of educational telecommunications, and more recently, for developing
  23172. interactive multimedia applications designed to run over high-speed
  23173. networks.
  23174.  
  23175. Charles Sirois
  23176.  
  23177. Charles Sirois is Chairman of the Board and Chief Executive Officer of
  23178. Teleglobe Inc. and National Telesystem Ltd. He has been active in the
  23179. telecommunications industry, both as a business executive and an
  23180. investor, particularly in cordless communications, data transmission
  23181. and international telecommunications.
  23182.  
  23183. David Sutherland
  23184.  
  23185. David Sutherland headed the organizing committee for the National
  23186. Capital FreeNet and currently holds the positions of Chairman of the
  23187. Board of Directors and acting President. Mr. Sutherland is Director of
  23188. Computing and Communications Services at Carleton University in
  23189. Ottawa. His major interests in this context are public literacy in the
  23190. use of telecommunications technology and services, the social impacts
  23191. of these services and the development of a "new democratic process"
  23192. via computer mediated communications.
  23193.  
  23194. J.G. (Gerry) Turcotte
  23195.  
  23196. Gerry Turcotte is President of the Ottawa-Carleton Research Institute
  23197. (OCRI). One of OCRI's major achievements is OCRInet -- an asynchronous
  23198. transmission research network in the National Capital Region. An
  23199. electrical engineer with degrees from Royal Military College and
  23200. McGill University, he is a department head at Algonquin College.
  23201.  
  23202. Dr. Mamoru (Mo) Watanabe
  23203.  
  23204. Mo Watanabe is a Professor in Internal Medicine at the University of
  23205. Calgary and a former Dean of the Faculty of Medicine. He chaired
  23206. Alberta Health's Advisory Committee on the Utilization of Medical
  23207. Services. To support rural physicians, he has been developing the
  23208. Remote Consultative Network, a tele-medicine project utilizing two-way
  23209. interactive video.
  23210.  
  23211. Colin D. Watson
  23212.  
  23213. Colin Watson is President and Chief Executive Officer of Rogers
  23214. Cablesystems Limited. In 1992, Mr. Watson was named to the Canadian
  23215. Cable Television Association's Honour List for "outstanding
  23216. achievement and dedication which have significantly enhanced the
  23217. industry's ability to serve its public."  He also acts in a fund
  23218. raising capacity for a number of public charities, including IMAGINE
  23219. and Juvenile Diabetes.
  23220.  
  23221. ------------------------------
  23222.  
  23223. From: MVM@cup.portal.com
  23224. Subject: Free Compu$erve Membership Kits
  23225. Date: Wed, 27 Apr 94 09:28:40 PDT
  23226.  
  23227.  
  23228. There was an ad in the 20 Apr 94 {Wall Street Journal} offering free
  23229. Compu$serve membership kits (sell for about $39.95 retail) obtainable
  23230. one to a customer, excepting present members, by calling its order
  23231. service at 800 554-4067 and requesting one.
  23232.  
  23233. You get your choice of "Mac" or "IBM", DOS (the rep pronounced it as
  23234. doss; I use to attempt to explain the difference between abbreviations
  23235. and acronyms whenever I heard that abbreviation pronounced -- an
  23236. extremely futile undertaking) or Windows, 3.5 or 5.25 inch media.
  23237.  
  23238. (Readers may do as they please, but if it gets back to Compu$erve that
  23239. the REAL reason so many membership kits are being requested is a
  23240. result of a posting on a Usenet group, Compu$erve will realize that
  23241. the purpose of targeting TWSJ's "select" readership has been defeated,
  23242. thereby, undoubtedly, queering the freebie for all.)
  23243.  
  23244. ------------------------------
  23245.  
  23246. From: canadian@leland.stanford.edu (Jonathan Aitken)
  23247. Subject: DID, PBX and University Phones, SL-100
  23248. Date: 27 Apr 1994 17:57:47 GMT
  23249. Organization: The Stanford Daily
  23250. Reply-To: canadian@leland.stanford.edu
  23251.  
  23252.  
  23253. Phone Question for those in the know.(I am not one of them, so please
  23254. reply in layperson lingo if possible. :-))
  23255.  
  23256. I am the Business Manager of the Student newspaper, the Stanford
  23257. Daily.  We are independent from the university, and are running a
  23258. very tight budget.  We pay alot each month to be connected to our
  23259. phone service and have no choice but to use the university phone
  23260. service.  We are currently we are being charged anywhere from $28.50
  23261. to $37.50 per month for each phone (which we own) plus $12.50 per
  23262. phone for an expanded local calling area ranging from San Francisco 
  23263. to San Jose and parts of the East Bay.
  23264.  
  23265. The Daily intends to convert its current incoming 32 line mixed ET and
  23266. single-line set configuration to a set of 16 analog DID wink-start
  23267. trunks mapped to our current 32 numbers. We will be installing a
  23268. DID-ready PBX, station lines, and PBX telephones on our premises.
  23269.  
  23270. We are planning on a PBX from Panasonic, the KX-T336 system.  Please
  23271. tell me what you think!
  23272.  
  23273. I need to know thoughts about PBX's, DID's and University Phone
  23274. services.  Also how much does Pac-Bell charge and how much do other
  23275. university services charge?
  23276.  
  23277. Stanford has a SL-100 systems and I think that Stanford rates are
  23278. currently tarriffed as analog DID service at a base charge of $10 for
  23279. an 8 line group and $2 line/month for each line. However Stanford
  23280. Communication Services does not currently tariff standard analog DID
  23281. service, but we understand that the Stanford SL-100 system is capable
  23282. of providing this service, and would like to work it in tariffing
  23283. this offering at standard and reasonable rates as soon as possible.
  23284.  
  23285. Any replies or suggestions would be appreciated.
  23286.  
  23287.  
  23288. Jonathan Aitken  (415) 725-8232 -  canadian@leland.stanford.edu
  23289.  
  23290. ------------------------------
  23291.  
  23292. From: KiRk WoOlford <kwolf@khm.uni_koeln.de>
  23293. Subject: Looking For Internet Over Satellite
  23294. Date: 27 Apr 1994 15:40:26 GMT
  23295. Organization: Kunsthochschule fuer Medien Koeln
  23296.  
  23297.  
  23298. I need to find a way to receive and send internet services over
  23299. satellite from continental Europe. Initially, I just need a low speed
  23300. connection 19.2 Kbs capable of sending/receiving email and basic
  23301. services like xmosaic, gopher, WAIS, etc. This low speed link should
  23302. be as portable as possible, require very little maintenance, and be
  23303. installable by an engineer with extensive experience building
  23304. internet/ethernet LANS, but no experience with satellite communications.
  23305.  
  23306. In addition, I need to know if it is possible to set up a high speed
  23307. satellite link (1.2Mbs or faster) capable of IP multicasting, or if
  23308. such a link could feed to a single site which would then use multi-
  23309. casting to broadcast the data.
  23310.  
  23311. And, of course, I need prices for these services, and equipment lists
  23312. of what we would need to purchase, lease, steal, to get the links up
  23313. and running.
  23314.  
  23315.  
  23316. Kirk Woolford       Kunsthochschule fuer Medien   Kolen 
  23317. kwolf@khm.uni-koeln.de   Academy of Media Arts, Cologne
  23318.  
  23319. ------------------------------
  23320.  
  23321. From: BLMARK@pucc.princeton.edu
  23322. Subject: $$$$$$$ for Concepts !!!!!!!!
  23323. Organization: Princeton University
  23324. Date: Tue, 26 Apr 1994 21:46:22 GMT
  23325.  
  23326.  
  23327. I work for a company that does a lot of new product concept generation
  23328. directed to small and medium sized businesses.  These concepts are
  23329. both product and services, and both medium and high tech.  We have a
  23330. preference for IT and telecommunications concepts and services, but
  23331. are flexible.  We need more ideas and will pay $10.00 for every
  23332. concept used.
  23333.  
  23334. Contact Gene at (AT&T Mail) !cencondev or fax @ 609-921-7799.
  23335.  
  23336.  
  23337. [TELECOM Digest Editor's Note: Hey, you mean you will pay me ten dollars
  23338. for every new idea I come up with that you can develop into millions of
  23339. dollars in sales? That sounds like a great deal! Are you sure the company
  23340. can afford to pay that much? I think I will ditch all my other projects
  23341. and begin sitting here all day full time thinking up new products and
  23342. concepts for you. This message reminds me of the joke 'help wanted' ad
  23343. placed in the {Chicago Tribune} some time ago:  A 'job' was offered by
  23344. something called the 'Cash Recovery Corporation'. The job involved working
  23345. outside all the time. Your duties would be to walk around wherever you
  23346. wanted to go, looking down at the sidewalk. Whenever you found some money
  23347. that someone had dropped on the sidewalk by accident, you were to take it
  23348. and turn it in to the company ... in turn, they would pay you a ten percent
  23349. commission on whatever money you found and turned in. Hey Gene ... if I
  23350. have any bright ideas, I'll milk 'em myself for all they are worth and
  23351. find some investors, etc. Somehow I will sacrifice and get by without the
  23352. ten dollars you are offering.   PAT]  
  23353.  
  23354. ------------------------------
  23355.  
  23356. Date: Wed, 27 Apr 94 15:21:14 +0200
  23357. From: v922326@bruning.si.hhs.nl
  23358. Subject: Traineeship Request, Help Please
  23359.  
  23360.  
  23361. Hello,
  23362.  
  23363. As a third-year student of the faculty of Information Science and
  23364. Technology at the Haagse Hogeschool (The Hague Polytech- nic), I am
  23365. looking for an opportunity to fulfill my trainee- ship in the USA.
  23366. This traineeship is a requirement of my pro- gram of studies. When I
  23367. graduate I will have earned the title of "Ing.", for Ingenieur, which
  23368. is equivalent to a Bachelor's degree. A foreign placement will
  23369. contribute to the international orientation that I feel will help in
  23370. my future career.
  23371.  
  23372. The general conditions the school sets for traineeship are the
  23373. following: I must be a trainee for 100 working days (about five months).
  23374. This traineeship must start in September (1994). The Hague Polytechnic
  23375. wants to have a contactperson or mentor in the organization where I
  23376. work as trainee, this because there has to be contact between the
  23377. place where I work as trainee and the school. I have to work on a
  23378. project or on an assigment. The traineeship must also be in the line
  23379. of office automation or system analyses.
  23380.  
  23381. Why the USA?  The USA is the country were the history of the computers
  23382. are, for example IBM who made the first PC and of course the Intel
  23383. corporation who produces many computer chips.  Also the USA has got a
  23384. high developed network of computers which are of course connected to
  23385. the Internet, the big globall network.
  23386.  
  23387. I like to know if you know companies that are willing to take trainees,
  23388. for that period at a project. 
  23389.  
  23390. About money, don't worry; if you pay for my stay it will be more then
  23391. enough, if you pay for the trip, it would be great. But I am a hard
  23392. worker so money will be appreciated. 
  23393.  
  23394. Hope I gave enough information, if not please e-mail. If you have such
  23395. trainee spot and are willing to take me please e-mail.
  23396.  
  23397. Please help.
  23398.  
  23399.  
  23400.  
  23401. Sincerely yours,
  23402.  
  23403. Jeroen de Leeuw den Bouter   Galileiplein 18       
  23404. 2871 XP  Schoonhoven       The Netherlands
  23405. internet e-mail : v922326@si.hhs.nl
  23406.  
  23407.  
  23408. [TELECOM Digest Editor's Note: Why don't you investigate the great
  23409. opportunity offered by Gene in the message just before this one? His
  23410. company will pay you ten dollars for each new idea you come up with. I 
  23411. suppose considering the large amount of money involved you would have
  23412. to sign over all your intellectual property rights to your ideas, but
  23413. you'd get valuable experience in how some American firms do business.  :)
  23414. Who knows, you might like it and stay on with the company after you
  23415. finish school.   PAT]
  23416.  
  23417. ------------------------------
  23418.  
  23419. From: echo@BIX.com (echo on BIX)
  23420. Subject: DunsNet
  23421. Date: 26 Apr 94 01:15:32 GMT
  23422. Organization: Delphi Internet Services Corporation
  23423.  
  23424.  
  23425. Has anyone out there heard of a PSN called DunsNet? As much information 
  23426. as possible about it would be appreciated. Please mail me.
  23427.  
  23428.  
  23429. [TELECOM Digest Editor's Note: DunsNet is a service of Dun and Bradstreet
  23430. which delivers business and credit reports to companies dealing with
  23431. other companies.   PAT]
  23432.  
  23433. ------------------------------
  23434.  
  23435. Date: Wed, 27 Apr 94 11:47:21 EDT
  23436. From: woof@telecnnct.com (Andy Spitzer)
  23437. Subject: Info on CSTA (Computer Supported Telephony Architecture)
  23438.  
  23439.  
  23440. Does anyone out there have pointers to information about CSTA
  23441. (Computer Supported Telephony Architecture)?
  23442.  
  23443. We are also curious to know what products suport it, if anyone is
  23444. using it, and what the general impressions of it are.
  23445.  
  23446. We will compile e-mail responses and post here if there is enough interest.
  23447.  
  23448. Please respond to:
  23449.  
  23450.    woof@telecnnct.com
  23451.  
  23452. Andy Spitzer     The Telephone Connection  301-417-0700  Voice
  23453.  
  23454. ------------------------------
  23455.  
  23456. From: jonesm2@rpi.edu (Mike Jones)
  23457. Subject: Basic ISDN Question
  23458. Date: 27 Apr 1994 10:50:25 GMT
  23459. Organization: Rensselaer Polytechnic Institute, Troy NY, USA
  23460. Reply-To: jonesmd@aule-tek.com
  23461.  
  23462.  
  23463. ISDN has recently become available here in this corner of NYNEX-land.
  23464. The cost is a $10 surcharge onto normal business rates. We're
  23465. interested in using the 64 Kbps data channel to connect to a local
  23466. internet provider; I've checked with NYNEX and ISDN is available at
  23467. both our and their CO's. My question is, how does this practically
  23468. work? I have a moderate understanding of ISDN at a conceptual level,
  23469. but no real feel for how you go about hooking things up.  Any
  23470. information would be appreciated.
  23471.  
  23472.  
  23473. Mike Jones  jonesm2@rpi.edu
  23474.  
  23475. ------------------------------
  23476.  
  23477. From: sngmedia@world.std.com
  23478. Subject: Market Survey - Please Participate
  23479. Organization: The World Public Access UNIX, Brookline, MA
  23480. Date: Wed, 27 Apr 1994 02:25:15 GMT
  23481.  
  23482.  
  23483. We are a small, dedicated group of people desperately trying to get
  23484. a video production company off the ground.
  23485.  
  23486. Recently, we secured enough financial backing to produce several
  23487. videos on the subject of personal computing.
  23488.  
  23489. Because we don't have the financial resources to perform a traditional
  23490. market analysis, we considered several alternatives and concluded that
  23491. we should consult the people of the Internet, who are technically
  23492. proficient and tend to be enthusiastic personal computer users.
  23493.  
  23494. We would like you to indicate which three of the below described
  23495. videos would appeal to you most.
  23496.  
  23497. Please note that each video synopsis is numbered.  When you are ready
  23498. to send your response, please specify the numbers corresponding to
  23499. your three video selections, and use commas to separate the numbers.
  23500.  
  23501. For example, if you choose selections four, eight, and eleven, the
  23502. body of your letter would simply be:
  23503.  
  23504. 4,8,11
  23505.  
  23506. and nothing more.
  23507.  
  23508. When you send back your response, please specify "MARKET SURVEY" in
  23509. the subject field.  Then, direct your response back to sngmedia@world.
  23510. std.com.
  23511.  
  23512. Please realize that this is not an advertisement, or solicitation.  We
  23513. simply would like to know your response.  You will not be contacted
  23514. further.
  23515.  
  23516. Thank you in advance for your help and cooperation.
  23517.  
  23518.  
  23519. Tom and Randi Fecker   sngmedia@world.std.com.
  23520.  
  23521. Please select three videos that interest you most:
  23522.  
  23523. 1. The Internet Pilot's Guide
  23524.  
  23525. A plain English guide to getting around on the Internet by veteran
  23526. users.  How to use Internet resources to send/receive e-mail, and to
  23527. search for documents and files relating to a particular subject.  How
  23528. to use LISTSERVs, GOPHER, ARCHIE, WWW and WAIS.  How to use FTP and
  23529. Telnet to access remote computers for file transfers, remote logins,
  23530. etc.  Also, learning how to observe Internet's "netiquette."  And how
  23531. to access multimedia Mosaic bulletin boards.
  23532.  
  23533. 2. How to Make Money at Home With Your PC I -- Successful PC-Based
  23534. Businesses
  23535.  
  23536. Meet five successful entrepreneurs who started their own home-based
  23537. businesses using a PC.  Includes businesses that provide typing
  23538. services, mailing list management, horoscopes, bookkeeping, and even a
  23539. software developer who does not know how to program -- he hires other
  23540. people to implement his software designs.  Includes ideas for two
  23541. dozen home-based businesses you can start using your PC.
  23542.  
  23543. 3. How to Make Money at Home With Your PC II: Portfolio Management.
  23544. Whether you manage your own portfolio for investment gains, or you
  23545. take on clients for a consulting fee, a PC can give you powerful tools
  23546. for portfolio management.  Meet three successful home-based portfolio
  23547. managers who use their PCs to maximize profits.  They'll inspire you,
  23548. and share some tricks of the trade that can help you land clients and
  23549. get started.  We'll also show you how to determine which software
  23550. applications will meet your needs, and which online services will
  23551. satisfy your requirements.
  23552.  
  23553. 4. How to Make Money at Home With Your PC III: Telecommuting Learn how
  23554. to use your PC to telecommute to companies across America that are
  23555. looking for specialized consultants with skills like bookkeeping,
  23556. software design and programming, editorial and script writing,
  23557. technical proofreading, graphic design, copywriting, and more.
  23558. Includes interviews with three successful telecommuters who use their
  23559. PCs, faxes, modems and phones to serve distant clients, and
  23560. information about a telecommuting referral service that could help you
  23561. find employers.
  23562.  
  23563. 5. How to Upgrade Your Hard Drive, Step-By-Step
  23564.  From choosing your new hard drive, through ordering, installing and
  23565. testing it.  This plain English video shows you how to do the job
  23566. correctly, one simple step at a time.  Using industry-wide standards,
  23567. we'll show you what all hard drives have in common.  Includes how to
  23568. determine if your controller will support a particular hard drive.
  23569. How to remove the old drive, and install, format and test the new
  23570. drive.  Includes a discussion on the differences between the various
  23571. standards.
  23572.  
  23573. 6. How to Design Your Own PC
  23574. You don't have to be an engineer to design and build the PC of your
  23575. dreams.  This plain English video shows you how to figure out the
  23576. PC design that is best for you, how to specify components, how to
  23577. make sure they'll work together, and where to buy them.  You'll end
  23578. up with a top quality system that will save you money.
  23579.  
  23580. 7. How to Build Your Own PC
  23581. Once you've designed your PC, we'll show you how to build it.  The
  23582. actual process will take you only a few hours.  Using an easy-to-
  23583. understand method, we'll show you how to inspect, install and test
  23584. components.  Includes tips and tricks from computer production
  23585. experts.  The technical skills can be easily mastered by almost
  23586. anyone, and you probably already own most of the tools you would
  23587. need.
  23588.  
  23589. 8. How to Increase Your Computer's Memory
  23590. This plain English video shows you how to determine whether your
  23591. computer memory can be increased, and how to do the job correctly,
  23592. one step at a time.  You'll learn about industry-wide standards for
  23593. memory, how to configure additional RAM and cache, how and where to
  23594. buy RAM chips, and three ways to eliminate low-quality RAM chips.
  23595. Covers all phases of the process from opening your computer, to
  23596. testing your memory.  Includes discussions on how to ensure your
  23597. DOS set-up is able to access all available memory, and how to use
  23598. various memory management software applications.
  23599.  
  23600. 9. How to Use MS-Windows 3.1
  23601. This powerful graphical user interface can help you work smarter
  23602. and faster, but the manual and the online tutorial that come with
  23603. Windows leave many questions unanswered.  This plain English, step-
  23604. by-step video will show you how to install Windows on your computer
  23605. and set it up to get optimum performance.
  23606.  
  23607. 10.  How to Find a Job in the Information Age
  23608. A PC can give you an incredible advantage when you're searching for
  23609. a new job -- or even a new career.  But you have to know just how
  23610. it can help you.  In this video, an experienced employment
  23611. counselor will show you how to tap the power in your PC to find job
  23612. leads, create a winning resume and customized cover letters, tap
  23613. into databases and find bulletin boards that will lead you to job
  23614. openings, and use online services to research potential employers.
  23615.  
  23616. 11. How to Install a Sound Card in Your Computer
  23617. Here's how to add incredible stereo sound to your computer with
  23618. step-by-step help. In plain English, you'll learn how to determine
  23619. if your computer can support a sound card, how and where to buy a
  23620. high-quality sound card.  How to open your computer, and install
  23621. and test the sound card.
  23622.  
  23623. 12. How to Install a CD-ROM Drive in Your Computer
  23624. Using simple tools, this plain English video shows you how to
  23625. install a CD-ROM Drive in your computer.  You'll learn how to make
  23626. sure your computer can support a CD-ROM drive -- and what to do if
  23627. it can't.  Covers internal vs. external drives, how and where to
  23628. buy a high quality CD-ROM drive, what you need to know about
  23629. differing industry standards, preparing the drive bay, testing and
  23630. trouble-shooting.  Covers SCSI and IDE.
  23631.  
  23632. 13. How to Fix the Most Common Computer Problems
  23633. Your computer serviceman may not want you to know this, but all you
  23634. need is the know-how you'll get from this video, simple tools, and
  23635. easily-obtainable diagnostic software -- and you can fix most
  23636. common problems you'll ever encounter with a PC.
  23637.  
  23638. 14. What to Do When a Virus Strikes Your Computer
  23639. Viruses can come from almost anywhere: a colleague or friend's
  23640. disks, a network, a bulletin board, even commercial software.  If
  23641. you ignore the first warning signs, a virus can wipe out your data
  23642. and permanently damage your computer's memory.  In plain English,
  23643. this video will tell you how to scan disks for viruses, how to
  23644. check downloaded files from bulletin boards, how to set up a virus
  23645. prevention program for your home or office computer, and how and
  23646. where to buy the best anti-virus software.  We'll also cover the
  23647. pros and cons of the antivirus software in DOS 6.X and Windows 3.X,
  23648. how to use antivirus software, and more.
  23649.  
  23650. 15. How Your PC Works: Inside the Case
  23651. Here's a down-to-earth explanation of how your PC actually
  23652. processes information, and what really goes on inside the case. 
  23653. You'll get a guided tour of the insides of a PC, learn about how
  23654. the various components work and how they communicate with each
  23655. other, and get a clear explanation of technical terms.  A must for
  23656. anyone who wants to really understand how to program, use and
  23657. repair a PC.
  23658.  
  23659. 16. How to Create Config.Sys, Autoexec.Bat and Batch Files
  23660. These basic files can make it much easier to use your computer --
  23661. or cause incredible headaches if they are not written properly for
  23662. your particular software and peripherals.  Now you don't have to be
  23663. at the mercy of murky tech manuals, because we'll show you how to
  23664. create files that work for your system -- step-by-step, in plain
  23665. English.  You'll learn how to write, modify and test Autoexec.Bat
  23666. and Config.Sys files; and how to create batch files.
  23667.  
  23668. 17. How to Add a Modem or Faxmodem to Your Computer
  23669. Here's the easy way to add a modem or faxmodem to your computer,
  23670. with step-by-step guidance from this plain English video.  You'll
  23671. learn how to determine if your computer can support a modem or
  23672. faxmodem, and what to do if it can't, how to choose and buy the
  23673. best modem or faxmodem, how to open your computer, and install the
  23674. modem or faxmodem, how to test it, how to quickly eliminate common
  23675. problems, and how to set your modem or faxmodem correctly.
  23676.  
  23677. 18. How to Make Money at Home With Your Computer
  23678. The information age is opening up incredible new opportunities for
  23679. PC owners to make undreamed of money, using skills and knowledge
  23680. you may already have!  Here's inside information on the ten most
  23681. promising telecommuting jobs and 12 small businesses you can run
  23682. right from your home, using your PC.  Includes profiles of PC
  23683. owners who are actually running PC-based home businesses.
  23684.  
  23685. 19. The Super-Highway Roadmap
  23686. This is your guide to where to go and what to see.  You can make
  23687. incredible contacts and gather powerful, valuable information on
  23688. the Internet, but the problem is that most people can't begin to
  23689. imagine the potential of something that seems so abstract.  This
  23690. plain English video will introduce you to the Internet, and make
  23691. these opportunities concrete.  Includes interviews with 7 people
  23692. who did the impossible by gathering information and making contacts
  23693. on the Internet.
  23694.  
  23695. 20. How to Upgrade and Repair Your PC I: Basic
  23696. This is the video your repairman doesn't want you to know about! 
  23697. Since the components of most PCs are highly modular, PC repair is
  23698. easier than you think.  Just pinpoint the problem component, unplug
  23699. it, remove a few screws, replace it, and presto! You're in business
  23700. again.  This step-by-step video shows you how to pinpoint problems
  23701. and replace your PC's components, using ordinary household tools.
  23702.  
  23703. 21. How to Upgrade and Repair Your PC II: Multimedia
  23704. Here's how to save big money on a PC with all the latest multimedia
  23705. peripherals.  You learn how to determine if your PC can be
  23706. upgraded, how to upgrade your video card and bus, and how to add a
  23707. CD-ROM drive, sound card, video accelerator, and more.  Presented
  23708. in plain English.  The procedures you'll learn require ordinary
  23709. household tools -- nothing fancy!
  23710.  
  23711. 22. Plain English Guide to DOS 6+.
  23712. The powerful sub-programs buried deep within DOS 6.0 and higher can
  23713. help you work smarter and faster, but the manual and the online
  23714. tutorial that come with DOS leave many questions unanswered. This
  23715. plain English, step-by-step video will show you how to install DOS
  23716. on your computer and set it up to get optimum performance. In
  23717. addition to DOS commands, you'll learn how to use the shell,
  23718. defragmentation, scan and antivirus programs that come with DOS.
  23719.  
  23720. 23. Home Financial Management on a PC.
  23721. Your computer can help you create and manage a budget, keep track
  23722. of your credit card accounts, handle your tax deductions, and
  23723. reconcile your bank accounts.  But that's not all!  You can also
  23724. determine whether you should pay down your mortgage, finance a new
  23725. car or pay cash, buy or rent your home, and how much you'll need
  23726. for retirement.  The financial information your computer can give
  23727. you might mean the difference between just getting by and a very
  23728. comfortable lifestyle -- if you ask the right questions and use
  23729. your PC to develop a financial strategy.
  23730.  
  23731. 24. The Online Bulletin Board Guide
  23732. Bulletin boards can be the on-ramps to the Information Super
  23733. Highway -- if you know how to access and use them.  This step-by-
  23734. step guide shows you how to find bulletin boards, set-up your
  23735. modem, log on, find out what they have to offer, find bulletin
  23736. board users who share your interests, search for information, and
  23737. upload and download files.
  23738.  
  23739.  
  23740. Thank you.
  23741.  
  23742. ------------------------------
  23743.  
  23744. End of TELECOM Digest V14 #186
  23745. ******************************
  23746.     
  23747.     
  23748. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21264;
  23749.           28 Apr 94 14:31 EDT
  23750. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23751.     id AA14622; Thu, 28 Apr 94 10:25:15 CDT
  23752. Return-Path: <telecom>
  23753. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23754.     id AA14613; Thu, 28 Apr 94 10:25:12 CDT
  23755. Date: Thu, 28 Apr 94 10:25:12 CDT
  23756. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  23757. Message-Id: <9404281525.AA14613@delta.eecs.nwu.edu>
  23758. To: telecom@eecs.nwu.edu
  23759. Subject: TELECOM Digest V14 #187
  23760.  
  23761. TELECOM Digest     Thu, 28 Apr 94 10:25:00 CDT    Volume 14 : Issue 187
  23762.  
  23763. Inside This Issue:                           Editor: Patrick A. Townson
  23764.  
  23765.     Book Review: "Internet for Dummies" by Levine/Baroudi (Rob Slade)
  23766.     Unitel (Canada) Calling Card Rates (Dave Leibold)
  23767.     Minority Scholarships in Telecommunications (Dennis Foote)
  23768.     Top Ten Networks More Shaky Than T3 (Paul Robinson)
  23769.     Dial Back Services With Account Codes (David M. Sokolic)
  23770.     Joint Venture Partners For Internet (Barclay Hambrook)
  23771.     Internet Access in Kenya (Elmar Bob)
  23772.     Questions Ahout SS7 (John Mehringer)
  23773.     Radio Station Interference on Phone Line (Don Saewert)
  23774.     Wanted: Recomendations on Telephony Books (John and DonaLeigh Engstrom)
  23775.     Cellular Phones:  What to Look For? (Terry Cary)
  23776.     X.25 Information Request (Mike Vandusen)
  23777.  
  23778. TELECOM Digest is an electronic journal devoted mostly but not
  23779. exclusively to telecommunications topics. It is circulated anywhere
  23780. there is email, in addition to various telecom forums on a variety of
  23781. public service systems and networks including Compuserve and GEnie.
  23782. It is also gatewayed to Usenet where it appears as the moderated
  23783. newsgroup 'comp.dcom.telecom'. 
  23784.  
  23785. Subscriptions are available at no charge to qualified organizations
  23786. and individual readers. Write and tell us how you qualify:
  23787.  
  23788.                  * telecom-request@eecs.nwu.edu *
  23789.  
  23790. The Digest is edited, published and compilation-copyrighted by Patrick
  23791. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23792. or phone at:
  23793.                     9457-D Niles Center Road
  23794.                      Skokie, IL USA   60076
  23795.                        Phone: 708-329-0571
  23796.                         Fax: 708-329-0572
  23797.   ** Article submission address only: telecom@eecs.nwu.edu **
  23798.  
  23799. Our archives are located at lcs.mit.edu and are available by using
  23800. anonymous ftp. The archives can also be accessed using our email
  23801. information service. For a copy of a helpful file explaining how to
  23802. use the information service, just ask.
  23803.  
  23804. *************************************************************************
  23805. *   TELECOM Digest is partially funded by a grant from the              *
  23806. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23807. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23808. * project.  Views expressed herein should not be construed as represent-*
  23809. * ing views of the ITU.                                                 *
  23810. *************************************************************************
  23811.  
  23812. Additionally, the Digest is funded by gifts from generous readers such
  23813. as yourself who provide funding in amounts deemed appropriate. Your help 
  23814. is important and appreciated.
  23815.  
  23816. All opinions expressed herein are deemed to be those of the author. Any
  23817. organizations listed are for identification purposes only and messages
  23818. should not be considered any official expression by the organization.
  23819. ----------------------------------------------------------------------
  23820.  
  23821. Date: Wed, 27 Apr 1994 15:35:27 MDT
  23822. From: Rob Slade <roberts@decus.ca>
  23823. Subject: Book Review: "Internet for Dummies" by Levine/Baroudi
  23824.  
  23825.  
  23826. BKINTDUM.RVW  940124
  23827.  
  23828. Macmillan of Canada
  23829. 29 Birch Avenue
  23830. Toronto, Ontario  M4V 1E2
  23831. Elizabeth Wilson
  23832. 416-963-8830
  23833. Fax: 416-923-4821
  23834. or
  23835. IDG Books Worldwide, Inc.
  23836. International Data Group
  23837. 155 Bovet Road, Suite 310
  23838. San Mateo, CA   94402   USA
  23839. 415-312-0650
  23840. fax: 415-286-2740
  23841. Brandon Nordin, Marketing and International Sales
  23842. "Internet for Dummies", Levine/Baroudi, 1993, 1-56884-024-1, U$19.95/C$26.95
  23843. dummies@iecc.com
  23844.  
  23845. Generally speaking, most of this book is a good, basic overview of the
  23846. primary uses and tools of the Internet.  The ordering of material is
  23847. sound, and the formatting and presentation is friendly and useful.  I
  23848. would, however, note some relatively important tips that are missing,
  23849. and extensive material that has very limited usefulness.
  23850.  
  23851. I have some problem with the "... For Dummies" titles, but I have no
  23852. problems with the intent of providing an easily accessible "leg up"
  23853. for those who, as the Introduction has it, "have access to the
  23854. Internet," and, "are not interested in becoming the world's next great
  23855. Internet expert."  With that in mind, I have no idea why the six
  23856. chapters of part one are even in this book.  Nobody except technical
  23857. historians cares about ARPANET.  Nobody even understands the phrase,
  23858. "network of networks."  And I solemnly promise you that nobody except
  23859. IP routing programmers have to understand the concept of dynamic
  23860. rerouting.  Part one is well written, and it may even be of interest.
  23861. But it is certainly not required reading and doesn't deserve this
  23862. prior position in the book.
  23863.  
  23864. "Not so!" I hear Levine cry (seconded by Ed Krol).  "Part one tells
  23865. you how to get connected!"  Well, yes and no.  Chapters three, four
  23866. and five do go over some points, but I think the most apposite comment
  23867. is the statement that "[g]etting SLIP or PPP configured correctly is a
  23868. pain in the neck."  It is a pain which Levine is obviously not willing
  23869. to put much space or effort into.  Not that I blame him at all, but it
  23870. does severely restrict the usefulness of these chapters.
  23871.  
  23872. Following part one, however, the book improves immensely.  Part two
  23873. deals with what might be seen as personal communications: mail,
  23874. mailing and distribution lists, Usenet news and the real time
  23875. functions of talk and Internet Relay Chat (IRC).  The various tools
  23876. are well related where they intersect.  For example, both BITNET and
  23877. Internet LISTSERVs, although distinguished from one another, are
  23878. discussed together.  A nice feature is the inclusion of a brief list
  23879. of recommended resources for the user to try out (such as some well
  23880. chosen distribution lists when discussing LISTSERVs).  Parts three and
  23881. four carry on to discuss the more advanced tools, first telnet and
  23882. ftp, and then archive, gopher, WAIS and World Wide Web.
  23883.  
  23884. Part five is a collection of quick tips for troubleshooting, short
  23885. cuts, and a little fun.  Part six is a set of resource lists.  The
  23886. software listing is very useful, and quite possibly worth buying this
  23887. book for, in and of itself, if you really want to make your
  23888. workstation a part of the Internet.  The list of Internet providers is
  23889. less so: very US-centric and woefully incomplete.  Chapter
  23890. twenty-nine, listing sources of further information, gives contact
  23891. information for three magazines, three organizations -- and none of
  23892. the dozens of related books.
  23893.  
  23894. A book for beginners cannot be exhaustive.  The choice of topics must
  23895. be made carefully, and you can't include absolutely everything.  I am
  23896. very glad to see a strong emphasis on the interpersonal aspects of
  23897. communication.  Although there is no chapter on netiquette, per se,
  23898. there are a number of important tips strewn throughout the relevant
  23899. chapters on mail and news, and they possibly have a greater impact
  23900. that way.  Some omissions, however, are rather odd.  The number one
  23901. newbie mistake on distribution lists is sending administrative
  23902. messages to the list, itself, rather than the LISTSERV.  Levine gives
  23903. the correct information, but doesn't point out this common error.
  23904. Ftp-by-mail servers are mentioned but the one specified only works for
  23905. BITNET systems.  Under "cool things to do" is listed "read a book" --
  23906. but Project Gutenberg isn't mentioned at all.  The suggestions about
  23907. how to find email addresses on the Internet doesn't mention the most
  23908. helpful that I've found: the usenet- addresses mail-server at MIT.
  23909. (It is mentioned in the book -- under ftp sites.)
  23910.  
  23911. Some aspects of the book will be open to subjective reaction.  There
  23912. are numerous "well, maybe" errors, such as the statement that UNIX was
  23913. developed at Berkeley.  The "...For Dummies" format does not fit well
  23914. with this material.  The Internet cheat sheet, for example, is fine
  23915. for ftp and OK for news, but basically useless otherwise.
  23916.  
  23917. Although it is evident that Levine is most comfortable in UNIX, the
  23918. book does not have quite the UNIX bias as that of Krol (BKKROL.RVW) or
  23919. Dern (BKTIGFNU.RVW).  One prejudice that Levine does share with Krol
  23920. is the "whole Internet" elitism.  In a great many ways, the impression
  23921. is given that unless your machine has an IP connection, and you are
  23922. running your own gopher, ftp, WAIS and WWW clients, you aren't truly
  23923. on the Internet.
  23924.  
  23925. Overall, a good, solid intro to the Internet for beginners.
  23926.  
  23927. copyright Robert M. Slade, 1994   BKINTDUM.RVW  940124 - Distribution
  23928. restricted to TELECOM Digest and associated mailing lists.
  23929.  
  23930. Postscriptum - apparently an "Internet for Dummies Quick Reference" and "More
  23931. Internet for Dummies" are in the offing.
  23932.  
  23933.                     ======================
  23934. DECUS Canada Communications, Desktop, Education and Security group newsletters
  23935. Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733
  23936. DECUS Symposium '95, Toronto, ON, February 13-17, 1995, contact: rulag@decus.ca
  23937.  
  23938.  
  23939. ------------------------------
  23940.  
  23941. From: Dave.Leibold@f730.n250.z1.fidonet.org (Dave Leibold)
  23942. Date: 27 Apr 94 22:59:58 -0500
  23943. Subject: Unitel (Canada) Calling Card Rates
  23944. Organization: FidoNet Nameserver
  23945.  
  23946.  
  23947. I got my hands on some tariff info for the new Unitel calling card.
  23948. This is from their tariff, CRTC 4005 (which is subject to revision and
  23949. change as time goes by).
  23950.  
  23951. The idea is that card callers dial a Unitel 800 number, then use tone
  23952. dialing to enter the card number, and destination phone number. Since
  23953. Unitel cannot (yet) determine the caller's number, it can only bill on
  23954. the basis of which area code the call originates (Unitel says it can
  23955. find out which area code the 800 call came from based on the incoming
  23956. trunk group; the originating area code is necessary anyway, for the
  23957. 800 service to operate properly and determine which area codes can
  23958. call). The cited lack of ANI or CNID service from Bell (at present)
  23959. was the reason for going with area code only billing.
  23960.  
  23961. There is the card surcharge rate:
  23962.  
  23963. 85 cents from areas 416, 418, 514, 519, 613, 705, 709, 807, 819, 905
  23964. (Ontario, Quebec, Newfoundland) 68 cents from 506 (New Brunswick) 63
  23965. cents from 604 (BC) 42 cents from 902 (Nova Scotia, PEI)
  23966.  
  23967. The surcharge on Canada to Mexico calls is a trifling $5.00.
  23968.  
  23969. Card calls are eligible for time of day discounts, business customer
  23970. home discount number, and a discount for residential customers (the
  23971. 15% for those with existing Unitel residential service). No Close
  23972. Connections discounts are allowed, unfortunately, nor can calls
  23973. originate from Alberta, Manitoba and Saskatchewan (though Unitel is
  23974. apparently looking at connecting provinces other than Sask.)
  23975.  
  23976. The surcharge for calls from the U.S. to Canada is similar to the
  23977. above surcharges, except add an 85c surcharge for calls to 306 (Sask),
  23978. 403 (Alta.) and add 55c surcharge to 204 (Man.). For intra-U.S. calls
  23979. on the Unitel card, these are billed at U.S. carrier rates, converted
  23980. to CAD$ by Unitel (which U.S. carrier, you ask? Well, since Unitel is
  23981. partly owned by AT&T, one might wonder if they are a suspect ...)
  23982.  
  23983. Now usage charges are added to the surcharge to get the total call
  23984. cost on the Unitel card ... some main area codes work out like this
  23985. ($ per minute):
  23986.  
  23987.         <---------------- to ------------->
  23988.  from    416     905     604     613     519
  23989.  416     .191    .255    .408    .322    .305
  23990.  905     .254    .258    .408    .329    .260
  23991.  604     .408    .408    .281    .408    .408
  23992.  613     .326    .331    .408    .225    .332
  23993.  519     .298    .254    .408    .332    .262
  23994.  
  23995. Note that it costs 85c + 19.1c/min to place a Unitel card call within
  23996. 416 (Toronto exchange) as opposed to the flat 75c for the Bell card,
  23997. or 25c in coin. Note also that the usage charges from 416 to 519 are
  23998. 30.5c/min while from 519 to 416 they are 29.8c/min; a slight
  23999. difference, yet an interesting asymmetry.
  24000.  
  24001. Calls to continental U.S. are all rated at 43c/min, Alaska $1.52/min,
  24002. Hawaii 81c/min, Mexico $1.72/min (plus a slight $5 surcharge,
  24003. remember). Minimum charge per call is 26c.
  24004.  
  24005. Since the call origin can only be determined by area code, the time
  24006. zone remains constant throughout an area code. That means 807 is
  24007. assumed to be Eastern time for time of day discounting purposes, even
  24008. though some areas of 807 are in Central time. 604 (BC) is assumed to
  24009. be Pacific time. In Ontario, the discounts go 35% for 18-23h Mon-Fri,
  24010. 60% 23-08h M-F, weekend & statutory holidays. (BC has a slightly
  24011. different discount timing, as does calls involving a U.S. or Mexico
  24012. point).
  24013.  
  24014. There is also an introductory $10 free calling deal, which is provided
  24015. for in the tariffs until the end of April. This means up to $10 in the
  24016. first to billed months usage of the card is free.
  24017.  
  24018. ------------------------------
  24019.  
  24020. Date: Thu, 28 Apr 1994 1:19:23 PDT
  24021. From: DENNIS FOOTE <FOOTE@ALM.ADMIN.USFCA.EDU>
  24022. Subject: Minority Scholarships in Telecommunications
  24023.  
  24024.  
  24025. The University of San Francisco (USF) announces the availability of
  24026. scholarships for minority students from California in its graduate
  24027. programs on Telecommunications Management and Policy, and on
  24028. Telecommunications Economics and Policy.
  24029.  
  24030. The McLaren School of Business at USF offers two telecommunications
  24031. programs: one that is a specialization in "Telecommunications
  24032. Management and Policy" within the regular Masters of Business
  24033. Administration (MBA) curriculum, and one that offers a "Masters in
  24034. Telecommunications Economics and Policy" under a joint program of the
  24035. Business School and the Department of Economics.
  24036.  
  24037. The Telecommunications Program has received funding from the
  24038. Telecommunications Education Trust, established by the California
  24039. Public Utilities Commission, to provide scholarships for minority
  24040. degree candidates who have demonstrated an interest in the effects of
  24041. telecommunications regulation, technology, and policy on California's
  24042. most vulnerable consumers.  Applicants for the Jack P. Eckley Minority
  24043. Scholarships should be minority California residents.
  24044.  
  24045. Additional information and applications can be obtained by e-mail to
  24046. "hudson@usfca.edu", or by writing or calling the addresses given at
  24047. the end of the program description below.
  24048.  
  24049.                ____________________________________________
  24050.  
  24051.                         UNIVERSITY OF SAN FRANCISCO
  24052.                         McLaren School of Business
  24053.  
  24054.                               MBA PROGRAM IN
  24055.                  TELECOMMUNICATIONS MANAGEMENT AND POLICY
  24056.  
  24057. Careers for the Information Age
  24058.  
  24059. With the arrival of the "information age," business and government are
  24060. recognizing the strategic importance of information technologies.  As
  24061. a result, professionals with combined expertise in business and
  24062. telecommunications are in heavy demand.  The Telecommunications
  24063. Management Program is USF's response to this growing demand.  It is
  24064. targeted to meet the advanced education needs of those preparing for
  24065. information-age careers, and also of those already in
  24066. telecommunications-oriented occupations who decide to expand their
  24067. applied expertise by taking time off for graduate-level education in
  24068. telecommunications management.
  24069.  
  24070. The Curriculum
  24071.  
  24072. The Program prepares students for careers in telecommunications
  24073. administrative management, marketing, strategic planning,
  24074. public-policy analysis, and consulting.  No technical background is
  24075. required, but students must be prepared to learn basic technical
  24076. concepts.  Those with technical backgrounds may choose electives that
  24077. build on their knowledge, integrating their technical skills with
  24078. management and/or policy-analysis expertise.  Telecommunications
  24079. courses are taken as electives within the regular MBA curriculum.
  24080. They include:
  24081.  
  24082.    * MBA 651: Telecommunications Technology and Management
  24083.      (convergence of telecommunications, computers and media)
  24084.    * MBA 652: Telecommunications Planning (planning of data networks)
  24085.    * MBA 653: International Telecommunications (trends in deregulation
  24086.      and privatization, and business applications of global networks)
  24087.    * MBA 654: Telecommunications Policy (the evolution and present
  24088.      structure of the U.S. telecommunications industry)
  24089.    * MBA 659: Special topics in Telecommunications (providing timely
  24090.      and in-depth analysis of current events and trends)
  24091.  
  24092. Students may combine telecommunications with another area of
  24093. concentration in Management, Marketing, International Business, or
  24094. Information Systems.
  24095.  
  24096. USF is fully accredited by the Western Association of Schools and
  24097. colleges (WASC). The Business School is fully accredited by the
  24098. American Association of Collegiate Schools of Business (AACSB).
  24099.  
  24100. Industry Participation
  24101.  
  24102. The Telecommunications Program, under the directorship of Dr. Heather
  24103. Hudson, has achieved international recognition for the high quality
  24104. and successful careers of its graduates, its research activities, and
  24105. its innovative curriculum.  A major reason for its success is its
  24106. "real world" orientation.  It features:
  24107.  
  24108.    * An Advisory Board composed of executives and other professionals
  24109.      from diverse sectors of the telecommunications industry
  24110.    * Adjunct faculty and guest speakers from leading Bay Area
  24111.      telecommunications vendor and major user organizations
  24112.    * A Telecommunications Club that organizes site visits to San
  24113.      Francisco and Silicon Valley companies and links students with
  24114.      Program alumni
  24115.    * Attendance at trade shows and conferences featuring new
  24116.      technologies, products, and services
  24117.    * Seminars and workshops for professionals and executives in the
  24118.      telecommunications field, examining key issues and developments
  24119.      in the industry
  24120.    * Student internships with Bay Area companies
  24121.  
  24122. USF's Strategic Location
  24123.  
  24124. USF is located in one of the world's leading centers for the
  24125. development and application of information technologies.  Silicon
  24126. Valley is the birthplace of high technology entrepreneurship.  The Bay
  24127. Area is the headquarters for many telecommunications and computer
  24128. manufacturers, software vendors, wireline and wireless common
  24129. carriers, and value-added service providers.  As the financial center
  24130. of the West Coast and a major U.S. gateway to the Pacific, the San
  24131. Francisco metropolitan area is the home of many leading-edge,
  24132. telecommunications-intensive financial and other user organizations.
  24133.  
  24134.                      FOR FURTHER INFORMATION CONTACT:
  24135.  
  24136.                     Professor Heather Hudson, Director
  24137.              Telecommunications Management and Policy Program
  24138.                         McLaren School of Business
  24139.  
  24140.                         University of San Francisco
  24141.                             2130 Fulton Street
  24142.                        San Francisco, CA 94117-1080
  24143.  
  24144.                    Telephone: (415) 666-6642 or 666-2504
  24145.                             Fax: (415) 666-2502
  24146.  
  24147.                          E-mail: hudson@usfca.edu
  24148.  
  24149. ------------------------------
  24150.  
  24151. Date: Thu, 28 Apr 1994 06:14:37 EDT
  24152. From: Paul Robinson <PAUL@TDR.COM>
  24153. Reply-To: Paul Robinson <PAUL@TDR.COM>
  24154. Subject: Top Ten Networks More Shaky Than T3
  24155.  
  24156.  
  24157. Top ten less reliable networks than NSFnet's T3:
  24158.  
  24159. 10.  Cans tied together with string during a San Fran 8.5 earthquake.
  24160.  9.  The Arthritic's Morse Code net.
  24161.  8.  AT&T's net during a transparent software upgrade.
  24162.  7.  Bouncing signals off satellite, orbiting asteroid near Alpha Centauri.
  24163.  6.  "Great Valleys Of The World"'s semaphore net.
  24164.  5.  Chain-packet net (every time you get a packet, send off two more).
  24165.  4.  Using carrier mackerel across the Sahara.
  24166.  3.  Single Side Band transmitted from ground zero of a thermonuclear 
  24167.      explosion.
  24168.  2.  100 monkeys sending at random (by chance,
  24169.         they'll eventually send the information you want sent).
  24170.  1.  L.A.'s smog signal net.
  24171.  
  24172.  
  24173. Paul Robinson - Paul@TDR.COM
  24174.  
  24175. ------------------------------
  24176.  
  24177. Date: Thu, 28 Apr 1994 05:44:19 EDT
  24178. From: David M Sokolic <dsokolic@world.std.com>
  24179. Subject: Dial Back Services With Account Codes
  24180.  
  24181.  
  24182. Hello Trelecomm gurus:
  24183.  
  24184. I live and work outside of the US., I am looking for a dial-back
  24185. service that will let me use different account codes for business use.
  24186. In other wordsd, I want to be able to assign codes so that I can
  24187. charge clients for different call and I want to get a bill itemized by
  24188. call. Can any of the services do this? It sounds like a simple thing
  24189. to program into the software. The solution of just getting a differetn
  24190. dialback nuumber for each case code will not work for two reaswons:
  24191.  
  24192. 1) Five of us work in the office and we all soetimes call from home.We
  24193. have 8-10 projects going at any time. This would require us to have
  24194. about 50 call back access numbers - each with a minimum of about $20.
  24195. No good?  I want something where we can each have just one access
  24196. number and where we can enter a code taht will show up in the bill.
  24197. Any such animal?
  24198.  
  24199.  
  24200. Thanks, 
  24201.  
  24202. David    dsokolic@world.std.com
  24203.  
  24204. ------------------------------
  24205.  
  24206. From: Barclay_Hambrook@mindlink.bc.ca (Barclay Hambrook)
  24207. Subject: Joint Venture Partners For Internet
  24208. Date: 28 Apr 94 01:11:59 GMT
  24209. Organization: MIND LINK! - British Columbia, Canada
  24210.  
  24211.  
  24212. Our firm is searching for joint venture partners for internet
  24213. providers in various centers around the world for business
  24214. applications.  Serious parties only please contact Mr. B. Hambrook by
  24215. email, fax (604) 687-0688 or phone (604) 685-3877.  Forward details on
  24216. your organization or yourself to expedite matters re qualifying.
  24217.  
  24218. Barclay Hambrook, P. Eng., MBA
  24219. Phone (604) 687-4525 or (604) 685-3877
  24220. Fax (604) 687-0688
  24221. Email: Barclay_Hambrook@mindlink.bc.ca
  24222.  
  24223. ------------------------------
  24224.  
  24225. From: Elmar Bob <elmar@bug.co.jp>
  24226. Subject: Internet Access in Kenya
  24227. Organization: B.U.G., Inc., Sapporo, Japan
  24228. Date: Thu, 28 Apr 1994 10:25:27 GMT
  24229.  
  24230.  
  24231. Hi netters,
  24232.  
  24233. I am posting this for a friend who will be going to Kenya very soon and
  24234. would like to find out whether she can gain access to the internet somehow
  24235. over there.
  24236.  
  24237. Best regards from Japan,
  24238.  
  24239. Elmar
  24240.  
  24241. ------------------------------
  24242.  
  24243. From: uswnvg!uswnvg.com!jmehrin@uunet.UU.NET (John Mehringer)
  24244. Subject: Questions About SS7
  24245. Date: 28 Apr 94 00:09:43 GMT
  24246.  
  24247.  
  24248.    Looking for references regarding the SS7 Network. This is for a
  24249. term paper/presentation ... but also for my own interest. Anything out
  24250. there that is considered outstanding? What I'm looking for mainly is
  24251. clarity of explanation and moderate in depth technical exploration.
  24252.  
  24253. Thanks in advance.
  24254.  
  24255. ------------------------------
  24256.  
  24257. From: Don.Saewert@f851.n102.z1.fidonet.org (Don Saewert)
  24258. Subject: Radio Station Interference on Phone Line
  24259. Date: 28 Apr 1994 19:18:54 -0700
  24260. Organization: Occidental College, Los Angeles CA 90041  USA
  24261.  
  24262.  
  24263. Hello, with all the knowledge out there I am sure I will get an
  24264. answer.  A friend of mine has a phone where she can hear a local radio
  24265. station in the background on her phone. I do not hear it at the time
  24266. but she does.  She has used other phones on the same line and the
  24267. music is gone. The phone she hears the music has a builtin answering
  24268. machine so she was wondering if that may be the problem. Any solutions
  24269. would be helpful.
  24270.  
  24271.  
  24272. Thanks!
  24273.  
  24274. Don
  24275.  
  24276.  
  24277. [TELECOM Digest Editor's Note: It is very likely that she is close (maybe
  24278. within half a mile or so) of some radio station's transmitter/antenna. 
  24279. Better quality phones would probably be shielded against that sort of
  24280. interference which is possibly why she gets it on the one phone but not
  24281. on others. Components in the affected phone act like a little radio rec-
  24282. eiver, with the earpiece on her phone as the speaker for her after-the-
  24283. fact 'radio receiver'. There are filters which can be added to the
  24284. phone itself or the phone line to remove the interference, but unless
  24285. it is demonstrated to be in the phone line itself (not likely since she
  24286. gets it only when using that one phone) then telco won't be able to 
  24287. help very much, and they may charge her to add the required filtering.
  24288. If the radio station is broadcasting within the technical requirements
  24289. of the law -- almost certain they would be, if a commerical station --
  24290. then they are not obliged to do anything either, but now and then an
  24291. appeal phrased in a polite way will bring some assistance from the
  24292. engineering staff at the radio station. One thing often overlooked when
  24293. purchasing an inexpensive phone/answering machine is whether or not it
  24294. is properly sheilded against such interference in the event the user
  24295. is located relatively close to a powerful transmission source. A few
  24296. readers here have the technical expertise required to suggest solutions
  24297. and perhaps they will write you with diagrams and/or instructions you
  24298. can experiment with.   PAT]
  24299.  
  24300. ------------------------------
  24301.  
  24302. From: engstrom@netcom.com (John and DonaLeigh Engstrom)
  24303. Subject: Wanted: Recomendations on Telephony Books
  24304. Date: Wed, 27 Apr 1994 13:46:27 CDT
  24305.  
  24306.  
  24307. I've never posted to this newsgroup before, but I have been reading it
  24308. for about the last two months.  I think Patrick and all the posters
  24309. out there in netland provide an interesting useful reference source
  24310. and I just wanted to let everyone know how much I appreciate their
  24311. work/time.
  24312.  
  24313. Now, I was wondering if anyone knows of a good book to explain the
  24314. hardware/software/protocols used in the wonderful world of telephony.
  24315. What I would really like is a description of how communications
  24316. between two entities happens -- from a residential phone line going to
  24317. a CO which gets switched to a carrier which gets switched to anothe CO
  24318. and finally to the destination phone line, all the way to how a
  24319. company's switch can connect to other switches, COs, etc and what type
  24320. of analog and digital information is passed along and how.
  24321.  
  24322.     I have a solid background in packet switched computer networks
  24323. and protocols (ethernet, token-ring, TCP/IP, DECNET, etc) but I tend
  24324. to get lost talking about T3s, ISDN, ANI, DNIS, DUSs (I think) and the
  24325. like.
  24326.  
  24327. Thanks in advance for any information you can provide.
  24328.  
  24329.  
  24330. John Engstrom   engstrom@netcom.com
  24331.  
  24332. ------------------------------
  24333.  
  24334. Date: Wed, 27 Apr 1994 14:16:08 EDT
  24335. From: The One and Only <TLC112@PSUVM.PSU.EDU>
  24336. Subject: Cellular Phones: What to look for?
  24337. Organization: Penn State University
  24338.  
  24339.  
  24340. I'm in the market for buying one and don't know what to look for or
  24341. where to look.  What's out there?  Who are more carriers?  Is it true
  24342. that there are only two in any given area?  Why? Any replies appreciated.  
  24343.  
  24344.  
  24345. Thanks,
  24346.  
  24347. Terry Cary
  24348.  
  24349. ------------------------------
  24350.  
  24351. From: vandusen@Starbase.NeoSoft.COM (Mike Vandusen)
  24352. Subject: X.25 Information Request
  24353. Date: 27 Apr 1994 16:10:30 -0500
  24354. Organization: NeoSoft Internet Services   +1 713 684 5969
  24355.  
  24356.  
  24357. I am looking for general reference material (ie. books, ftp'able docs,
  24358. etc.) describing X.25.  I am interested in documentation that starts
  24359. with conceptual overview, discusses details of the various other
  24360. protocols involved (X.28, X.29, etc.), and finally addresses typical
  24361. software interfaces.
  24362.  
  24363. I would appreciate a reply from anyone who has a working knowledge of
  24364. X.25 as to the reference material you have used.
  24365.  
  24366. I understand that the CCITT Fascicle recommendation is not available
  24367. for ftp ... and makes for rather dry reading anyway;-)
  24368.  
  24369.  
  24370. Thanks in advance,
  24371.  
  24372. Mike
  24373.  
  24374. ------------------------------
  24375.  
  24376. End of TELECOM Digest V14 #187
  24377. ******************************
  24378.     
  24379.     
  24380. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22360;
  24381.           28 Apr 94 16:25 EDT
  24382. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24383.     id AA16035; Thu, 28 Apr 94 11:21:04 CDT
  24384. Return-Path: <telecom>
  24385. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24386.     id AA16026; Thu, 28 Apr 94 11:21:02 CDT
  24387. Date: Thu, 28 Apr 94 11:21:02 CDT
  24388. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  24389. Message-Id: <9404281621.AA16026@delta.eecs.nwu.edu>
  24390. To: telecom@eecs.nwu.edu
  24391. Subject: TELECOM Digest V14 #188
  24392.  
  24393. TELECOM Digest     Thu, 28 Apr 94 11:21:00 CDT    Volume 14 : Issue 188
  24394.  
  24395. Inside This Issue:                           Editor: Patrick A. Townson
  24396.  
  24397.     Bell/Beacon Project (Bell News via Dave Leibold)
  24398.     Dial-an-Art (Toronto Star via Dave Leibold)
  24399.     How and Where is Big Brother Watching? (Dave)
  24400.     Getting Caller-ID Out of the Box (Joe Portman)
  24401.     Re: What Does the Serial Port on NT Meridian Phones Do? (Vance Shipley)
  24402.     Re: What Does the Serial Port on NT Meridian Phones Do? (Linc Madison)
  24403.     Re: Equal Access in Canada (Dino Moriello)
  24404.     Re: Equal Access in Canada (Jean Sarrazin)
  24405.     Re: Equal Access in Canada (Vance Shipley)
  24406.     Re: DID Loophole or I'm Screwed Up?? (John Nagle)
  24407.     Re: DID Loophole or I'm Screwed Up?? (Brett Frankenberger)
  24408.     Re: DID Loophole or I'm Screwed Up?? (Dave Levenson)
  24409.  
  24410. TELECOM Digest is an electronic journal devoted mostly but not
  24411. exclusively to telecommunications topics. It is circulated anywhere
  24412. there is email, in addition to various telecom forums on a variety of
  24413. public service systems and networks including Compuserve and GEnie.
  24414. It is also gatewayed to Usenet where it appears as the moderated
  24415. newsgroup 'comp.dcom.telecom'. 
  24416.  
  24417. Subscriptions are available at no charge to qualified organizations
  24418. and individual readers. Write and tell us how you qualify:
  24419.  
  24420.                  * telecom-request@eecs.nwu.edu *
  24421.  
  24422. The Digest is edited, published and compilation-copyrighted by Patrick
  24423. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  24424. or phone at:
  24425.                     9457-D Niles Center Road
  24426.                      Skokie, IL USA   60076
  24427.                        Phone: 708-329-0571
  24428.                         Fax: 708-329-0572
  24429.   ** Article submission address only: telecom@eecs.nwu.edu **
  24430.  
  24431. Our archives are located at lcs.mit.edu and are available by using
  24432. anonymous ftp. The archives can also be accessed using our email
  24433. information service. For a copy of a helpful file explaining how to
  24434. use the information service, just ask.
  24435.  
  24436. *************************************************************************
  24437. *   TELECOM Digest is partially funded by a grant from the              *
  24438. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  24439. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  24440. * project.  Views expressed herein should not be construed as represent-*
  24441. * ing views of the ITU.                                                 *
  24442. *************************************************************************
  24443.  
  24444. Additionally, the Digest is funded by gifts from generous readers such
  24445. as yourself who provide funding in amounts deemed appropriate. Your help 
  24446. is important and appreciated.
  24447.  
  24448. All opinions expressed herein are deemed to be those of the author. Any
  24449. organizations listed are for identification purposes only and messages
  24450. should not be considered any official expression by the organization.
  24451. ----------------------------------------------------------------------
  24452.  
  24453. From: Dave.Leibold@f730.n250.z1.fidonet.org (Dave Leibold)
  24454. Date: 27 Apr 94 23:00:24 -0500
  24455. Subject: Bell/Beacon Project
  24456. Organization: FidoNet: The Super Continental - North York, Canada 
  24457.  
  24458.  
  24459. [from Bell News, Bell Ontario 18 Apr 94]
  24460.  
  24461. Bell and the Beacon Initiative at a glance
  24462.  
  24463. The Beacon Initiative and Bell Canada:
  24464.  
  24465. * Bell Canada will invest $5.4 billion in the Beacon Initiative over the
  24466. next 10 years.
  24467.  
  24468. * Combined investment from the Stentor owner companies will total $8.0 billion.
  24469.  
  24470. * Based on preliminary estimates, Bell's investment will fund about
  24471. 8,000 jobs over the next decade. These jobs will be generated both
  24472. within Bell and indirectly in other sectors, through spinoff effects.
  24473.  
  24474. * The total investment from the Stentor owner companies in the Beacon
  24475. Initiative will fund, directly or indirectly, an estimated average of
  24476. 12,000 jobs over the next decade.
  24477.  
  24478. * Between 80 and 90 per cent of all businesses and homes in Canada
  24479. will have direct access to the new technology by 2005. Bell will use
  24480. alternative technologies to provide broadband capabilities to the
  24481. remaining 10 to 20 per cent of its customers.
  24482.  
  24483. Canada's telecommunications infrastructure:
  24484.  
  24485. * 99 per cent of Canadian h omes have telephone service, giving
  24486. Canada one of the highest penetration rates for telephone service in
  24487. the world.
  24488.  
  24489. * The Stentor companies invest more than $4 billion a year to expand
  24490. and develop Canada's telecommunications network. More than $2 billion
  24491. of this is invested by Bell Canada.
  24492.  
  24493. * In 1992, Canada's telecom network generated $13.7 billion in
  24494. operating revenues, provided employment for 97,000 Canadians and
  24495. generated $1.7 billion in annual tax payments.
  24496.  
  24497. * According to a recent U.S. study, Canada is among the top four
  24498. countries with the highest levels of digital access lines.
  24499.  
  24500. Canada's telecommunications industry:
  24501.  
  24502. * The telecommunications industry is one of the fastest growing
  24503. sectors in Canada. In 1990, the sector grew by 8.6 per cent, versus
  24504. 0.3 per cent for the Canadian economy as a whole.
  24505.  
  24506. * In 1992, the Canadian telecommunications industry created 5,000 new
  24507. jobs. Wage rates for these jobs were 30 per cent higher than the
  24508. Canadian average.
  24509.  
  24510. * In 1993, the total telecommunications market in Canada was worth
  24511. $15.1 billion.
  24512.  
  24513. * In 1992, the telecommunications industry was responsible for 17.5
  24514. per cent of all R&D expenditures in Canada.
  24515.  
  24516. Bell's network:
  24517.  
  24518. * As of December 1993, Bell's network was:
  24519.  
  24520. Access Network
  24521.  
  24522. * 3 per cent fibre penetration
  24523.  
  24524. Local Network
  24525.  
  24526. * 95 per cent of local lines served by digital switches
  24527. * 93 per cent digital trunks
  24528. * 57 per cent fibre trunks
  24529.  
  24530. Toll Network
  24531.  
  24532. * 100 per cent digital switching
  24533. * 97 per cent digital trunks
  24534. * 73 per cent fibre trunks
  24535. * Since 1985, Bell has spent more than $1.4 billion placing fibre
  24536. optic cable - approximately 600,000 fiber kilometres, including the
  24537. company's portion of the national fibre optics network.
  24538.  
  24539. Research and development:
  24540.  
  24541. * In 1992, Bell Canada, Northern Telecom and Bell-Northern Research
  24542. together spent $1.3 billion on research and development.
  24543.  
  24544. ------------------------------
  24545.  
  24546. From: Dave.Leibold@f730.n250.z1.fidonet.org (Dave Leibold)
  24547. Date: 27 Apr 94 23:10:07 -0500
  24548. Subject: Dial-an-Art
  24549. Organization: FidoNet Nameserver
  24550.  
  24551.  
  24552. {The Toronto Star} today reports of an art "faxhibition" by artist
  24553. Robert Tonks. The idea is that artworks will be transmitted by fax
  24554. (during the night to control costs and avoid active business periods).
  24555. The 32 fax-artworks are apparently free. The art is being offered the
  24556. fax way because it "doesn't belong in a gallery".
  24557.  
  24558. For information, contact (416) 588.8889 and maybe some art can be
  24559. faxed your way. This event will happen 3-27 May.
  24560.  
  24561. ------------------------------
  24562.  
  24563. Date: Thu, 28 Apr 1994 19:33:27 CDT
  24564. From: David Causey <PUSV1305@vega.selu.edu>
  24565. Subject: How and Where is Big Brother Watching
  24566. Organization: Southeastern Louisiana University
  24567.  
  24568.  
  24569. I need articles, and legislative reference numbers for current and
  24570. future government access to direct and indirect communication.
  24571. Including but not limited to; cellular, radio, telephone, satellite,
  24572. computer, or television. I want to identify means of accessing these
  24573. and other media, and where the government or subgroups is already
  24574. using simple and high tech means to listen in to public and private
  24575. communication.  
  24576.  
  24577.  
  24578. Thank you, 
  24579.  
  24580. Dave (please reply e-mail)
  24581.  
  24582. ------------------------------
  24583.  
  24584. From: baron@hebron.connected.com (Joe Portman)
  24585. Subject: Getting Caller-ID Out of the Box
  24586. Date: Thu, 28 Apr 1994 13:44:05 -0700
  24587. Organization: Connected INC -- Full Service Internet Providers(tm)
  24588.  
  24589.  
  24590. I just started using a Caller-ID box (from US West) and I have
  24591. discovered that I love it. In fact I want to expand on the
  24592. capabilities of Caller-ID.
  24593.  
  24594. Basically, I need a device that will allow me to capture the incoming
  24595. Caller-ID info and transmit it to my home computer. Why, you ask?
  24596. Simple, I write and maintain Voice Mail systems for a living and I
  24597. want to put together a custom home voice mail package that will
  24598. respond to the incoming calls based on the Caller-ID information.
  24599.  
  24600. For instance, calls with out-of-area or private or no Caller-ID will
  24601. get a generic greeting, with no personal information.
  24602.  
  24603. Calls from friends will get my "warm personal greeting".
  24604.  
  24605. Calls from undesired numbers will get either nothing (hang up) 
  24606. or a warning not to call again.
  24607.  
  24608. So, does anyone know of a Caller-ID box with a serial port?  Or
  24609. something similar? Any good ideas, and: what do you think of the
  24610. overall idea?
  24611.  
  24612.  
  24613. Thanks,
  24614.  
  24615. Joe Portman (Westin Hotels & Resorts)
  24616.  
  24617.  
  24618. [TELECOM Digest Editor's Note: Your idea has already been elaborated on
  24619. by various organizations, and has been discussed here a few times. There
  24620. are modems available with Caller-ID capabilities built into them and
  24621. Caller-ID display units with serial ports. Shop around for them.   PAT]
  24622.  
  24623. ------------------------------
  24624.  
  24625. From: Vance Shipley <vances@xenitec.on.ca>
  24626. Date: Thu, 28 Apr 1994 08:08:01 -0400
  24627. Subject: Re: What Does the Serial Port on NT Meridian Phones Do?
  24628. Organization: XeniTec Consulting, Kitchener, Ontario, Canada
  24629.  
  24630.  
  24631. In article <telecom14.177.5@eecs.nwu.edu>, David Gingold <gingold@Think.
  24632. COM> wrote:
  24633.  
  24634. > I've got a Northern Telecom Meridian phone on my desk.  It has a DB-25
  24635. > connector on the back, which I suspect is a serial port.  (The
  24636. > connector hooks to a small PCB in the base, which in turn plugs into
  24637. > what might be an ISDN plug inside the base?)
  24638.  
  24639. > Is this a serial port?  Does anyone know how to talk to it and what I
  24640. > can do with it?  In particular, I'd like to program my workstation to
  24641. > dial the phone.
  24642.  
  24643. Ask your administrator for a User's Guide for the data adaptor; they
  24644. are easily available.  You may use the data port as a Hayes compatable
  24645. "modem" to communicate with other data ports in your office.  You may
  24646. also use it to control your telephone.  There are two ways of doing
  24647. this.
  24648.  
  24649. The simplest is to use AT dialing commands to initiate a voice call;
  24650. send the following string to the port to dial 9-1-555-1212:
  24651.  
  24652. ATDP915551212
  24653.  
  24654. Since pulse dialing would make no sense they chose it as the command to 
  24655. dial the voice line of the telephone instead of the data line.
  24656.  
  24657. The second way is to put the port in a transparent mode which will
  24658. send all signalling between the set and the switch throught the port
  24659. to your computer and accept signalling from your computer on behalf of
  24660. either the switch or the set.  This allows you to read the incoming
  24661. callers number (which is sent to the set's display by the switch) or
  24662. transfer the caller to another destination as an example.
  24663.  
  24664. To put the set in transparent mode send the following string to the port:
  24665.  
  24666. ATSP!
  24667.  
  24668. I'm afraid that if you want to use this mode you'll either have to buy
  24669. Northern Telecom's Visit product or reverse engineer the protocol.
  24670. They aren't too eager to share.  I did the later.
  24671.  
  24672.  
  24673. Vance Shipley, vances@xenitec.on.ca 
  24674.  
  24675. ------------------------------
  24676.  
  24677. From: lincmad@netcom.com (Linc Madison)
  24678. Subject: Re: What Does the Serial Port on NT Meridian Phones Do?
  24679. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  24680. Date: Thu, 28 Apr 1994 08:32:34 GMT
  24681.  
  24682.  
  24683. David Gingold (gingold@Think.COM) wrote:
  24684.  
  24685. > I've got a Northern Telecom Meridian phone on my desk.  It has a DB-25
  24686. > connector on the back, which I suspect is a serial port.  (The
  24687. > connector hooks to a small PCB in the base, which in turn plugs into
  24688. > what might be an ISDN plug inside the base?)
  24689.  
  24690. > Is this a serial port?  Does anyone know how to talk to it and what I
  24691. > can do with it?  In particular, I'd like to program my workstation to
  24692. > dial the phone.
  24693.  
  24694. I had just such a beast on my desk two years ago.  I don't know all
  24695. the technical details, but the way our phone system was configured,
  24696. each station had three different extension numbers: 2XXX, 4XXX, and
  24697. 5XXX, which were, respectively, the normal extension, "priority" call
  24698. extension (warble the ringer even if you're off-hook), and data
  24699. extension.  The last of these ran out through the serial port thingie.
  24700. I could use this to plug my desktop computer directly into the phone
  24701. and dial as if it were a modem.  I never tried, so I don't know if it
  24702. could dial '9' and seize an outgoing line; I only ever connected to
  24703. the company's internal port server.  (They were sufficiently
  24704. security-paranoid that I won't even tempt fate by mentioning them by
  24705. name, even though I'm no longer employed there.)
  24706.  
  24707.  
  24708. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  24709.  
  24710. ------------------------------
  24711.  
  24712. From: dino@CAM.ORG (Dino Moriello)
  24713. Subject: Re: Equal Access in Canada
  24714. Date: Thu, 28 Apr 1994 00:50:35 -0500
  24715. Organization: VE2DM
  24716.  
  24717.  
  24718. In article <telecom14.176.7@eecs.nwu.edu>, jeffb@audiolab.UWaterloo.ca
  24719. (jeff bamford) wrote:
  24720.  
  24721. > My latest bill from my LD company has a little form to return
  24722. > for equal access dialing. They did not indicate when equal access would 
  24723. > be arriving anywhere in Canada.  
  24724.  
  24725. The CRTC has given July 1st  as a starting date.
  24726.  
  24727.  
  24728. Dino Moriello 
  24729. PO BOX 105       Internet: dino@CAM.ORG
  24730. Radisson,Quebec  Compuserve: 76120,1472  Tel.: 514-974-0773
  24731. CANADA  J0Y 2X0  Packet:   VE2DM@VE2FKB        819-638-8281
  24732. Please E-mail replies since I can't always read the USENET postings.
  24733.  
  24734. ------------------------------
  24735.  
  24736. From: jeans@CAM.ORG (Jean Sarrazin)
  24737. Subject: Re: Equal Access in Canada
  24738. Date: 28 Apr 1994 12:38:11 GMT
  24739. Organization: Communications Accessibles Montreal, Quebec Canada
  24740.  
  24741.  
  24742. jeff bamford (jeffb@audiolab.UWaterloo.ca) wrote:
  24743.  
  24744. >     My latest bill from my LD company has a little form to return
  24745. > for equal access dialing.  Currently, you need to dial into a local
  24746. > port.  They did not indicate when equal access would be arriving
  24747. > anywhere in Canada.  They only wanted me to know that I could make the
  24748. > switch when it becomes available.  Presumably it will happen first in
  24749. > the larger centres and then make its way to the smaller centres.  Does
  24750. > anyone else have target dates?  I'm also curious as to when we'll get
  24751. > carrier codes like in the U.S.
  24752.  
  24753. We are already getting some "universal access" via the Unitel
  24754. calling-card. At last, you don't have to spend a quarter just to
  24755. access an alternate LD company from a public phone-just use the 800
  24756. number.  Unitel is pressing Ottawa to allow a nation-wide "survey" to
  24757. let every customer decide for themselves which LD company to choose. I
  24758. guess they want to beat the inertia and dig deeper into Bell's base of
  24759. "do-nothing" customers.
  24760.  
  24761. Full universal is indeed on its way -- but it's still up to the CRTC
  24762. to determine when. My concern is: when will we be able to choose our
  24763. own LD company when using Canada Direct -- right now, you can only use
  24764. Bell ...
  24765.  
  24766.  
  24767. Jean B. Sarrazin   jeans@cam.org   Montreal
  24768.  
  24769. ------------------------------
  24770.  
  24771. From: Vance Shipley <vances@xenitec.on.ca>
  24772. Subject: Re: Equal Access in Canada
  24773. Organization: XeniTec Consulting, Kitchener, Ontario, Canada
  24774. Date: Thu, 28 Apr 1994 08:18:15 GMT
  24775.  
  24776.  
  24777. In article <telecom14.176.7@eecs.nwu.edu>,
  24778.  
  24779. jeff bamford <jeffb@audiolab.UWaterloo.ca> wrote:
  24780.  
  24781. >    My latest bill from my LD company has a little form to return
  24782. > for equal access dialing.  Currently, you need to dial into a local
  24783. > port.  They did not indicate when equal access would be arriving
  24784. > anywhere in Canada.  They only wanted me to know that I could make the
  24785. > switch when it becomes available.  Presumably it will happen first in
  24786. > the larger centres and then make its way to the smaller centres.  Does
  24787. > anyone else have target dates?  I'm also curious as to when we'll get
  24788. > carrier codes like in the U.S.
  24789.  
  24790. The Canadian Radio-television & Telecommunications Commission (CRTC),
  24791. in it's 92-12 decision, directed Canada's federally regulated
  24792. telephone companies to provide "Equal Ease of Access" to competetive
  24793. long distance providers.  The access methods were to be FGB, FGD and
  24794. FGD with CCS7.
  24795.  
  24796. On July 1st, 1994 Bell Canada will begin providing trunk side access
  24797. in virtually all it's service areas.  Carrier access codes (CICs) will
  24798. be available to select the long distance provider to handle any toll
  24799. call.  Equal access will also start on July 1st.  The default long
  24800. distance provider for a given telephone line will be programmed into
  24801. the serving switch by the telephone company at a long distance
  24802. providers request.  Bell Canada's CIC is 323, Northquest has 289.
  24803.  
  24804. To make a casual call through Northquest's network a telephone user
  24805. would dial 10289-905-893-3210 while Bell's network could be used by
  24806. dialing 10323-905-893-3210.  In these examples the destination
  24807. telephone number is 905-893-3210. (Don't bother, it's an out of
  24808. service recording. :) Once your telephone line has been presubscribed
  24809. to your carrier of choice (Northquest I hope :) you may dial as
  24810. before; 1-905-893-3210.
  24811.  
  24812. While it seems likely that Bell will make the July 1st date for trunk
  24813. side access, it remains to be seen whether they will provide any
  24814. reasonable amount of equal ease of access availability.  Putting the
  24815. connections and routing in place is one thing, data filling millions
  24816. of presubscriptions is another.
  24817.  
  24818. Long distance providers gain access to the telephone company networks
  24819. at the access tandem level.  There are eleven access tandems in
  24820. Ontario.  By gaining FGD connection to an access tandem a provider may
  24821. accept calls from all telephone subscribers served by central offices
  24822. under that tandem.
  24823.  
  24824. The CRTC stipulated the amount which a telephone company could charge
  24825. for switching and aggregation (and a further settlement to offset the
  24826. cost of upgrading the telphone companies network to equal access).
  24827. This charge is consistent across the country and does not reflect the
  24828. distance from the subscriber to the tandem or the number of
  24829. subscribers in the service area.  This should mean that barriers to
  24830. ubiquity of service are minimized.
  24831.  
  24832. In other words; equal access will be available nearly everywhere,
  24833. right away.
  24834.  
  24835. BCTel, in British columbia, and AGT in Alberta will follow suit later
  24836. this year.
  24837.  
  24838.  
  24839. Vance Shipley, vances@xenitec.on.ca 
  24840.  
  24841. ------------------------------
  24842.  
  24843. From: nagle@netcom.com (John Nagle)
  24844. Subject: Re: DID Loophole or I'm Screwed Up??
  24845. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  24846. Date: Thu, 28 Apr 1994 17:19:43 GMT
  24847.  
  24848.  
  24849. hsingnan@ivo.jpl.nasa.gov (Daniel H. Chang) writes:
  24850.  
  24851. > I am ordering DID service for the first time and have run across a
  24852. > strange situation. The DID lines ride in our case on eight time slots
  24853. > of a T1 line. We discovered the following:
  24854. > * Here's the weird part: we discovered that at this point, after
  24855. > we've sent the wink and *before* we seize the line, we are able 
  24856. > to patch that line to a phone and perform *full duplex* 
  24857. > communications through it! We asked Pac Bell about this, who
  24858. > said the behavior is normal and the caller is not charged until
  24859. > we seize the line, and if we do not seize a timeout will 
  24860. > eventually occur. We have determined that timeout is longer
  24861. > than ten minutes!
  24862.  
  24863.        That offers a possibility for a useful PBX feature -- fax/voice/
  24864. data routing.  The PBX could listen for fax and modem setup tones
  24865. before routing the call within the PBX.  There's also the possibility
  24866. of determining whether a call is fax, voice, or data before accepting
  24867. it.  So would this work generally, or is it just a fluke?
  24868.  
  24869.  
  24870. John Nagle
  24871.  
  24872. ------------------------------
  24873.  
  24874. From: brettf@netcom.com (Brett Frankenberger)
  24875. Subject: Re: DID Loophole or I'm Screwed Up??
  24876. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  24877. Date: Thu, 28 Apr 1994 12:20:50 GMT
  24878.  
  24879.  
  24880. hsingnan@ivo.jpl.nasa.gov (Daniel H. Chang) writes:
  24881.  
  24882. > I am ordering DID service for the first time and have run across a
  24883. > strange situation. The DID lines ride in our case on eight time slots
  24884. > of a T1 line. We discovered the following:
  24885.  
  24886. > * When someone calls one of the DID numbers, we get an appropriate
  24887. > A/B signal on our side.
  24888.  
  24889. > * We are responsible for sending a wink to get the DID digits
  24890. > (that works fine), then providing the ring signal on the
  24891. > voice band for the sake of the caller on the other end.
  24892.  
  24893. > * Presumably at some point the intended guy picks up the phone,
  24894. > and our equipment seizes the line by raising the A/B bits and
  24895. > patches the call.
  24896.  
  24897. > * Here's the weird part: we discovered that at this point, after
  24898. > we've sent the wink and *before* we seize the line, we are able 
  24899. > to patch that line to a phone and perform *full duplex* 
  24900. > communications through it! We asked Pac Bell about this, who
  24901. > said the behavior is normal and the caller is not charged until
  24902. > we seize the line, and if we do not seize a timeout will 
  24903. > eventually occur. We have determined that timeout is longer
  24904. > than ten minutes!
  24905.  
  24906. You are right.  But it would be improper, and probably illegal, for
  24907. you to implement this hack to get free calls.  Just as you have the
  24908. responsibility to not use stolen credit card numbers, you have the
  24909. responsibility to properly report supervision to the telco.
  24910.  
  24911. > I guess if the DID were carried on analog lines and the PBX had to
  24912. > supply the ring, then the CO having to offer full duplex is inevitable
  24913. > since there is no half-duplex in analog. 
  24914.  
  24915. You could do the same thing in analog.  The two wire analog local loop
  24916. is immediately converted to a four-wire (two for transmit, two for
  24917. receive) once it hits the telco office.
  24918.  
  24919. > To me this just says that it is unlikely for the CO to assign the
  24920. > ring responsibility to the PBX --
  24921.  
  24922. They have little choice, because your PBX might not always return
  24923. ring.  If the called number is busy, it will report busy.  While today
  24924. they could have you digitally tell the CO switch which to provide,
  24925. when DID originally came out, there was no easy way to signal the CO
  24926. whether to provide ring or busy.  (Especially since CO switches
  24927. usually see the DID customer as just another witch with a trunk
  24928. connection, and it has always been standard that the far end of a
  24929. trunk connection privide ring-back or busy signal).
  24930.  
  24931. > otherwise the resulting loophole and possibility for abuse seems
  24932. > enormous!
  24933.  
  24934. Not too enormous.  And it would be fairly easy for the telco to detect
  24935. if they wanted to.
  24936.  
  24937. Also note that AT&T will NOT open the forward path until supervision
  24938. is provided.  That is, if the call is long-distance via AT&T, the AT&T
  24939. part of the call will only carry voice one way until you report answer.
  24940. (I'm told the reason is that an AT&T PBX once has a bug that prevented
  24941. it from always reporting supervision.  To fix it, they released a
  24942. patch then closed the talk path on their network until supervision was
  24943. returned, to make sure that everyone implemented the patch).
  24944.  
  24945. > Can anyone with more experience shed some light on whether what I
  24946. > described is typical, and what factors am I not taking into account
  24947. > which would make this the signalling behavior which Pac Bell (and I
  24948. > presume other RBOC's) finds advantageous to implement?  Some
  24949. > historical perspective would be really interesting too.
  24950.  
  24951. It is indeed typical.  As I said, it would be trivial for the telco to
  24952. detect.  (Calls that ring for a long time.  No one will really listen
  24953. for ring for ten minutes).  Also, as I said above, if you want to use
  24954. this hack to give free incoming LD to friends, make sure they call
  24955. with Sprint or MCI.
  24956.  
  24957. Most, if not all, RBOCs DID works the same way.  (All require the
  24958. terminating PBX to provide ring or busy, as there is no standard
  24959. (short of ISDN) way for them to digitally indicate to the CO whether
  24960. to provide ring or busy, but some might close the forward path until
  24961. superivison is returned).
  24962.  
  24963.  
  24964. Brett Frankenberger   brettf@netcom.com
  24965.  
  24966. ------------------------------
  24967.  
  24968. From: dave@westmark.com (Dave Levenson)
  24969. Subject: Re: DID Loophole or I'm Screwed Up??
  24970. Reply-To: dave@westmark.com
  24971. Organization: Westmark, Inc.
  24972. Date: Thu, 28 Apr 1994 01:54:09 GMT
  24973.  
  24974.  
  24975. It has been the case for many years that the destination CPE is
  24976. responsible for returning off-hook supervision on DID trunks when
  24977. cutting the call through to a live person or voice mail or whatever.
  24978. In some cases, two-way communication is possible before off-hook
  24979. supervision is sent; in other cases, only one-way communication,
  24980. allowing the caller to hear call-progress tones or recordings, is
  24981. supported.
  24982.  
  24983. If the DID call arrives via the AT&T network, they typically block
  24984. forward audio until the reverse supervision shows off-hook.  The
  24985. local telco often does not do this.
  24986.  
  24987. Yes, there is some opportunty for fraud ... but like most fraud, if
  24988. you do it to any large extent, you'll probably be noticed and asked to
  24989. correct the situation.
  24990.  
  24991.  
  24992. Dave Levenson        Internet: dave@westmark.com
  24993. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  24994. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  24995.  
  24996.  
  24997. [TELECOM Digest Editor's Note: Not only asked to correct the problem, but
  24998. in some instances if telco really wants to get tough about it they may
  24999. choose to back-bill an estimated amount lost on completed calls which went
  25000. unsupervised. Illinois Bell found a company here in Chicago deliberatly
  25001. playing games like that and back-billed them a half-million dollars covering
  25002. calls over a five year period. The company protested of course, but all
  25003. the facts pointed to them doing it on purpose as toll-avoidance; they were
  25004. slow to answer their phones because they did not want to hire the help 
  25005. needed to do so promptly and they were playing a tape recorded music on
  25006. hold 'all positions busy please wait for an available agent' message to
  25007. their callers for five or ten minutes at a time. Their customers squawked
  25008. about the cost of *their* calls as a result so the company gerry-rigged
  25009. the system to not supervise until they got ready to handle the call.
  25010. IBT said it wasn't *their* problem ... they wanted their money! Instead
  25011. of going back to each individual caller (thousands of them) to collect
  25012. the couple dollars each of them would have paid had they been supervised
  25013. properly, telco told the company since they pulled this stunt they could
  25014. pay for it instead ... or get sued with the resulting publicity, etc. 
  25015. Telco did not get all they asked for, but they collected a nice chunk of
  25016. it. So be careful about playing games with supervision. If telco wants
  25017. to do so, they'll work you over good to show who is boss.  PAT]
  25018.  
  25019. ------------------------------
  25020.  
  25021. End of TELECOM Digest V14 #188
  25022. ******************************
  25023.     
  25024.     
  25025. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22541;
  25026.           28 Apr 94 16:30 EDT
  25027. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25028.     id AA17419; Thu, 28 Apr 94 12:11:35 CDT
  25029. Return-Path: <telecom>
  25030. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25031.     id AA17403; Thu, 28 Apr 94 12:11:31 CDT
  25032. Date: Thu, 28 Apr 94 12:11:31 CDT
  25033. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  25034. Message-Id: <9404281711.AA17403@delta.eecs.nwu.edu>
  25035. To: telecom@eecs.nwu.edu
  25036. Subject: TELECOM Digest V14 #189
  25037.  
  25038. TELECOM Digest     Thu, 28 Apr 94 12:11:30 CDT    Volume 14 : Issue 189
  25039.  
  25040. Inside This Issue:                           Editor: Patrick A. Townson
  25041.  
  25042.     Re: Unwelcome AT&T "Feature" (Peter M. Weiss)
  25043.     Re: Unwelcome AT&T "Feature" (Les Reeves)
  25044.     Re: Let Your Fingers do the Walking on the Internet (H. Peter Anvin)
  25045.     Re: Let Your Fingers do the Walking on the Internet (Gregory P. Monti)
  25046.     Re: Let Your Fingers do the Walking on the Internet (John Anderson)
  25047.     Re: Let Your Fingers do the Walking on the Internet (Michael Covington)
  25048.     Re: GSM and Airbags (David Josephson)
  25049.     Re: GSM and Airbags (Gary Sanders)
  25050.     Re: GSM and Airbags (Jari Junikka)
  25051.     Re: ISDN Bridge Advice Please (Bob Larribeau)
  25052.     Re: DISN Information Request (Bob Larribeau)
  25053.     Re: Quality of Long Distance Telephone Lines (Carl Oppedahl)
  25054.     Re: DID, PBX and University Phones, SL-100 (Jay Hennigan)
  25055.     Re: How Can FAX Use T1 But Keep POTS Number? (puma@netcom.com)
  25056.     Re: TCP/IP Over X.25/Datapac (Garrett Wollman)
  25057.  
  25058. TELECOM Digest is an electronic journal devoted mostly but not
  25059. exclusively to telecommunications topics. It is circulated anywhere
  25060. there is email, in addition to various telecom forums on a variety of
  25061. public service systems and networks including Compuserve and GEnie.
  25062. It is also gatewayed to Usenet where it appears as the moderated
  25063. newsgroup 'comp.dcom.telecom'. 
  25064.  
  25065. Subscriptions are available at no charge to qualified organizations
  25066. and individual readers. Write and tell us how you qualify:
  25067.  
  25068.                  * telecom-request@eecs.nwu.edu *
  25069.  
  25070. The Digest is edited, published and compilation-copyrighted by Patrick
  25071. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25072. or phone at:
  25073.                     9457-D Niles Center Road
  25074.                      Skokie, IL USA   60076
  25075.                        Phone: 708-329-0571
  25076.                         Fax: 708-329-0572
  25077.   ** Article submission address only: telecom@eecs.nwu.edu **
  25078.  
  25079. Our archives are located at lcs.mit.edu and are available by using
  25080. anonymous ftp. The archives can also be accessed using our email
  25081. information service. For a copy of a helpful file explaining how to
  25082. use the information service, just ask.
  25083.  
  25084. *************************************************************************
  25085. *   TELECOM Digest is partially funded by a grant from the              *
  25086. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25087. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25088. * project.  Views expressed herein should not be construed as represent-*
  25089. * ing views of the ITU.                                                 *
  25090. *************************************************************************
  25091.  
  25092. Additionally, the Digest is funded by gifts from generous readers such
  25093. as yourself who provide funding in amounts deemed appropriate. Your help 
  25094. is important and appreciated.
  25095.  
  25096. All opinions expressed herein are deemed to be those of the author. Any
  25097. organizations listed are for identification purposes only and messages
  25098. should not be considered any official expression by the organization.
  25099. ----------------------------------------------------------------------
  25100.  
  25101. Date: Thu, 28 Apr 1994 07:11:50 EDT
  25102. From: Peter M. Weiss <PMW1@PSUVM.PSU.EDU>
  25103. Subject: Re: Unwelcome AT&T "Feature"
  25104. Organization: Penn State University
  25105.  
  25106.  
  25107. Once upon a time, we here at PSU were advised NOT to let our outgoing
  25108. LD calls ring more than eight (?) times or else we would incur toll charges 
  25109. even without an answer.
  25110.  
  25111. Don't know what the rules of the game are today.
  25112.  
  25113.  
  25114. Pete-Weiss@psu.edu     "The 'NET' never naps"             +1 814 863 1843
  25115. 31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA
  25116.  
  25117.  
  25118. [TELECOM Digest Editor's Note: For lack of ability to supervise your
  25119. calls, they were saying if you stayed on the line longer than that they
  25120. were going to assume you got an answer. I imagine the same would have been
  25121. true if you listened to a busy signal without hanging up for more than
  25122. 30-40 seconds. The flip side of the coin was if you were able to get
  25123. connected, convey your message in twenty or thirty seconds and disconnect
  25124. you would not get charged for the call.  PAT]
  25125.  
  25126. ------------------------------
  25127.  
  25128. From: lreeves@crl.com (Les Reeves)
  25129. Subject: Re: Unwelcome AT&T "Feature"
  25130. Date: 28 Apr 1994 02:59:22 -0700
  25131. Organization: CRL Dialup Internet Access  (415) 705-6060  [login: guest]
  25132.  
  25133.  
  25134. Steve Kass (skass@drunivac.drew.edu) wrote:
  25135.  
  25136. > I had to leave an important message after hours tonight, and the party
  25137. > I was calling warned me that to reduce their voice mail load, the
  25138. > system was set up not to answer for 16 rings or longer.  The sanity of
  25139. > that aside, I placed the call through AT&T and was unable to get
  25140. > through.  Before the call was answered, AT&T informed me that my party
  25141. > did not answer, and that they were sorry, I would now be disconnected.
  25142. > I then successfully placed the call by dialing 10222+ .  I couldn't
  25143. > help wondering if an AT&T operator could have placed the call with
  25144. > this "feature" disabled.
  25145.  
  25146. I find this AT&T "feature" particularly annoying.  As far as calling
  25147. through the AT&T operator is concerned, you would have gotten a
  25148. solicitation to use their Voice Mark Messaging Service (they no longer
  25149. refer to it by that name) by pressing *123.
  25150.  
  25151. This kind of invasion of 0+ calls is fine.  However, disconnecting an
  25152. unanswered 1+ call is *unacceptable*.
  25153.  
  25154.  
  25155. Les     lreeves@crl.com       Atlanta,GA      404.874.7806
  25156.  
  25157.  
  25158. [TELECOM Digest Editor's Note: I'll tell you why AT&T adopted that stance.
  25159. Radio talk show host Larry King was in the habit of helping his callers
  25160. avoid toll charges by telling them, "when you call us, just let it ring,
  25161. we will answer you when it is your turn to be on the air ..." While most
  25162. talk shows answer and screen your call, then leave you on hold upwards
  25163. of 30-45 minutes waiting for your chance to spill your bile (on your 
  25164. nickle, I might add ... very few are willing to provide an 800 number
  25165. for you to camp out on at their expense), King's thing was to have all
  25166. his bells turned off and let the lights on his phone wink instead. That
  25167. way the caller did not have to pay and neither did King. AT&T got stuck
  25168. with the cost instead of having their circuits tied up in a non-revenue
  25169. position for the several hours King is on the air. AT&T finally got tired
  25170. of being the straight man for King's routine and started cutting off his
  25171. unanswered calls after a couple minutes. 
  25172.  
  25173. King's response was predictable: when he found out what AT&T was doing
  25174. he blasted them over the air and told all his callers to start calling
  25175. him using Sprint's 10333 code instead. AT&T's response:  Good!  Let him
  25176. abuse Sprint instead. AT&T was glad to get rid of all that non-revenue
  25177. dead weight traffic. So send thanks to Larry King for his abuse of the
  25178. network which led AT&T to install the 'feature' you do not like.   PAT]
  25179.  
  25180. ------------------------------
  25181.  
  25182. From: hpa@eecs.nwu.edu (H. Peter Anvin N9ITP)
  25183. Subject: Re: Let Your Fingers do the Walking on the Internet
  25184. Reply-To: hpa@nwu.edu (H. Peter Anvin)
  25185. Organization: Northwestern University Electromagnetics Laboratory
  25186. Date: Thu, 28 Apr 1994 09:11:10 GMT
  25187.  
  25188.  
  25189. > In article <telecom14.175.6@eecs.nwu.edu> Paul Robinson <PAUL@TDR.COM> 
  25190. > wrote: 
  25191.  
  25192. > I agree with Paul.  As long as the names and addresses are gleaned
  25193. > from public messages, no harm is done.  Anybody who posts their
  25194. > address publicly, whether in a newsgroup or on the local supermarket
  25195. > notice board has no grounds for complaint about what others do with
  25196. > that information.
  25197.  
  25198. > On the other hand, if he's scanning headers of mail messages that are
  25199. > routed through his machine, or worse, reading packets that fly by on a
  25200. > net backbone, that's slimy.  Rather like opening people's mailboxes to
  25201. > read the return addresses on their mail, or hooking a pen recorder up
  25202. > to their phone line.
  25203.  
  25204. Based on the subset of the users on machines I maintain that were
  25205. listed, I can almost guarantee that the addresses were from public
  25206. USENET messages.  They also have an option for unlisting your address
  25207. (by sending mail to delete@whitepages.com) or adding it if you don't
  25208. post (add@whitepages.com).  Seems fair to me.
  25209.  
  25210.  
  25211. hpa
  25212.  
  25213. INTERNET: hpa@nwu.edu               FINGER/TALK: hpa@ahab.eecs.nwu.edu
  25214. IBM MAIL: I0050052 at IBMMAIL       HAM RADIO:   N9ITP or SM4TKN
  25215. FIDONET:  1:115/511 or 1:115/512    STORMNET:    181:294/101
  25216.  
  25217. ------------------------------
  25218.  
  25219. Date: Thu, 28 Apr 1994 11:43:48 EDT
  25220. From: Gregory P. Monti <gmonti@cap.gwu.edu>
  25221. Subject: Re: Let Your Fingers do the Walking on the Internet
  25222.  
  25223.  
  25224. A recent posting noted that an "Internet Yellow Pages" had been
  25225. published.  The writer speculated that a white pages might be along
  25226. soon.
  25227.  
  25228. Too late.
  25229.  
  25230. The other weekend, I was in the Borders Book Store in Bailey's
  25231. Crossroads, VA, and noted that an "Internet White Pages" was for sale.
  25232. About three inches thick.  Listed by personal last name, then first
  25233. name, just like the telephone directory.
  25234.  
  25235. I, and a friend whose Internet address I knew offhand, were both in
  25236. it.  They must have "fingered" or "pinged" the world to find all the
  25237. personal names and associated them with their Internet addresses.
  25238.  
  25239.  
  25240. Greg Monti  Arlington, Virginia, USA  gmonti@cap.gwu.edu
  25241.  
  25242. ------------------------------
  25243.  
  25244. From: andrsonj@rtsg.mot.com (John Anderson)
  25245. Subject: Re: Let Your Fingers do the Walking on the Internet
  25246. Date: 28 Apr 94 11:40:46 GMT
  25247. Organization: Motorola Cellulsr Infrastructure Group
  25248.  
  25249.  
  25250. john@pixel.kodak.com (John Hall) writes:
  25251.  
  25252. > In article <telecom14.175.6@eecs.nwu.edu> Paul Robinson <PAUL@TDR.COM> 
  25253. > writes:
  25254.  
  25255. >> Internet White Pages".  Someone started collecting E-Mail addresses
  25256. >> and names for people from public messages, probably those posted on
  25257. >> newsgroups and heavily circulated mailing lists and put them in
  25258. >> alphabetical order.
  25259.  
  25260. > On the other hand, if he's scanning headers of mail messages that are
  25261. > routed through his machine, or worse, reading packets that fly by on a
  25262. > net backbone, that's slimy.  Rather like opening people's mailboxes to
  25263. > read the return addresses on their mail, or hooking a pen recorder up
  25264. > to their phone line.
  25265.  
  25266. I hate to be the bearer of bad news, but there are on-line databases
  25267. that you can query to get a person's e-mail address.
  25268.  
  25269. MIT provides a service that will search for a user's e-mail address
  25270. given a search string.  Supposedly, MIT gathers this info based on
  25271. posts to Usenet News that pass through their site.
  25272.  
  25273. Here's an example of how to get a list of all users named "anderson":
  25274.  
  25275. > mail mail-server@pit-manager.mit.edu
  25276. Subject:
  25277. send usenet-addresses/anderson
  25278.  
  25279. ------------------------------
  25280.  
  25281. From: mcovingt@aisun3.ai.uga.edu (Michael Covington)
  25282. Subject: Re: Let Your Fingers do the Walking on the Internet
  25283. Date: 28 Apr 1994 00:59:35 GMT
  25284. Organization: AI Programs, University of Georgia, Athens
  25285.  
  25286.  
  25287. I don't object to people knowing my email address, PROVIDED they don't
  25288. presume that I'm the secretary for the whole university and maybe the
  25289. whole state of Georgia!
  25290.  
  25291. I hope this directory cautions new users that they should _not_ send mail
  25292. to people other than the person they're actually trying to reach.  The
  25293. mere fact that I live within 50 miles of someone else doesn't mean I am
  25294. handling email for them!
  25295.  
  25296. Does anybody else get this kind of stuff, or is it just me?
  25297.  
  25298.  
  25299. Michael A. Covington, Assc Rsch Scientist, Artificial Intelligence Programs
  25300. The University of Georgia, Athens, GA 30602-7415 USA    mcovingt@ai.uga.edu
  25301. Unless specifically indicated, I am not speaking for the University.
  25302. For information about any U.Ga. graduate program, email gradadm@uga.cc.uga.edu.
  25303.  
  25304.  
  25305. [TELECOM Digest Editor's Note: I believe former Digest participant John
  25306. Higdon once commented that he recieves a large amount of mail at his site
  25307. each day from people who make all sorts of erroneous assumptions about 
  25308. who he is, what his company does, how to reach other people via his site,
  25309. etc ... all sorts of time-wasting, junk mail inquiries, and some of it 
  25310. quite rude at that claiming it is his fault the mail did not go through.  PAT]
  25311.  
  25312. ------------------------------
  25313.  
  25314. From: davidj@rahul.net (David Josephson)
  25315. Subject: Re: GSM and Airbags
  25316. Organization: a2i network
  25317. Date: Thu, 28 Apr 1994 08:17:17 GMT
  25318.  
  25319.  
  25320. In <telecom14.177.7@eecs.nwu.edu> Stewart Fist <100033.2145@CompuServe.
  25321. COM> writes:
  25322.  
  25323. > I've just received by fax a photocopy of a story from the {Guardian
  25324. > Weekly} (UK) dated April 3.
  25325.  
  25326. > It is headlined "Mobile phone set off airbag" and the story is about a
  25327. > couple of instances where (it is claimed) GSM handsets have set off
  25328. > airbags in luxury cars in Europe.  I'm interested to find out whether
  25329. > this stuff is true, or an urban myth.  I think it's probably myth,
  25330. > because I can't imagine anything easier to shield from EMI than an
  25331. > inertia switch in a car.
  25332.  
  25333. If you want to do some research, check on the safety regulations for
  25334. the distance between a 3 watt (or even 600 mW) 900 MHz transmitter and
  25335. a blasting cap is. The actuating mechanism of an airbag is essentially
  25336. a shotgun shell (without shot; the expanding gas is vented to the bag
  25337. which it inflates) fired by a blasting cap or electric squib.
  25338.  
  25339. > problem, but when I contact them they deny it.  BMW, VW and Mercedes
  25340. > are also reported to have had airbag blow-outs with GSM, but they also
  25341. > all deny it.
  25342.  
  25343. > Someone's not telling the truth.
  25344.  
  25345. Would you? How about asking them just plainly what it is in an airbag
  25346. that blows the bag up, eh?
  25347.  
  25348.  
  25349. David Josephson <david@josephson.com>
  25350.  
  25351. ------------------------------
  25352.  
  25353. From: gws@gwssun.cb.att.com (Gary Sanders)
  25354. Subject: Re: GSM and Airbags
  25355. Reply-To: gary.w.sanders@att.com
  25356. Organization: AT&T Bell Labs, Columbus Ohio.
  25357. Date: Thu, 28 Apr 1994 12:49:04 GMT
  25358.  
  25359.  
  25360. In article <telecom14.177.7@eecs.nwu.edu>, Stewart Fist <100033.2145@
  25361. CompuServe.COM> wrote:
  25362.  
  25363. > I've just received by fax a photocopy of a story from the {Guardian
  25364. > Weekly} (UK) dated April 3.
  25365.  
  25366. > It is headlined "Mobile phone set off airbag" and the story is about a
  25367. > couple of instances where (it is claimed) GSM handsets have set off
  25368. > airbags in luxury cars in Europe.  I'm interested to find out whether
  25369. > this stuff is true, or an urban myth.  I think it's probably myth,
  25370. > because I can't imagine anything easier to shield from EMI than an
  25371. > inertia switch in a car.
  25372.  
  25373. Yes but think about it; what is a switch but a couple of contacts? Add
  25374. a liitle bit of dirt and gunk and you now have a diode. What can you
  25375. you do with a diode -- you can detect radio signals. You now have an
  25376. RF switch.
  25377.  
  25378. Actually this warning went around the Ham radio circles for a while
  25379. with friends and friends of friends having the problem. I have never
  25380. heard anyone directly with the problem.  However with all the
  25381. electronics going into car the idea of RF floating around is scarry.
  25382.  
  25383.  
  25384. Gary W. Sanders (N8EMR) gary.w.sanders@att.com        
  25385. AT&T Bell Labs 614.860.5965 
  25386.  
  25387. ------------------------------
  25388.  
  25389. From: jarij@cc.jyu.fi (Jari Junikka)
  25390. Subject: Re: GSM and Airbags
  25391. Date: 28 Apr 1994 17:03:10 +0300
  25392. Organization: University of Jyvaskyla, Finland
  25393.  
  25394.  
  25395. One of the Finnish evening papers had a story some weeks ago claiming
  25396. that a GSM phone had set off a fire alarm in a hotel several times.
  25397.  
  25398. What else? Soon you can probably get pregnant by using a GSM phone ...
  25399.  
  25400.  
  25401. jari
  25402.  
  25403. ------------------------------
  25404.  
  25405. From: blarrib@netcom.com (Bob Larribeau)
  25406. Subject: Re: ISDN Bridge Advice Please
  25407. Organization: Consultant
  25408. Date: Thu, 28 Apr 1994 16:10:30 GMT
  25409.  
  25410.  
  25411. In article <telecom14.181.10@eecs.nwu.edu> idddsb@iddss1.iddis.com
  25412. (Dean Banfield) writes:
  25413.  
  25414. > We have a 10baseT Ethernet lan and would like an outlier individual to
  25415. > have access on a hardwired basis.  ISDN sounds great, but I have no
  25416. > idea what's required here.
  25417.  
  25418. > You take the 64kpbs 'B' channels and then using a 'bridge?' you
  25419. > convert the serial data to 10baseT?  Who makes bridges?  At what
  25420. > prices?  I assume higher price translates into higher performance.
  25421. > Any info appreciated.  Thanks.
  25422.  
  25423. You can get either bridges or routers.  Bridges are available from
  25424. Combinet, Digiboard, Gandalf, Extension Technology.  Routers are
  25425. available from Cisco, Ascend, and ACC.  Prices for bridges start about
  25426. $2,000 and routers around $3,000.
  25427.  
  25428. You have a lot of good choices for connecting IP networks.  There are
  25429. fewer choices for Novell networks.
  25430.  
  25431.  
  25432. Bob Larribeau    Consultant    San Francisco
  25433.  
  25434. ------------------------------
  25435.  
  25436. From: blarrib@netcom.com (Bob Larribeau)
  25437. Subject: Re: DISN Information Request
  25438. Organization: Consultant
  25439. Date: Thu, 28 Apr 1994 16:11:49 GMT
  25440.  
  25441.  
  25442. In article <telecom14.181.11@eecs.nwu.edu> rtodt@relay.nswc.navy.mil
  25443. (Rodney Todt) writes:
  25444.  
  25445. > Can anyone in this group provide me with a pointer to online
  25446. > information about DISN.  I am specifically looking for a map and how
  25447. > to get connected information. Thanks.
  25448.  
  25449. Call Bellcore at 1-800-992-ISDN.  They should be able to help you.
  25450.  
  25451.  
  25452. Bob Larribeau   Consultant   San Francisco
  25453.  
  25454. ------------------------------
  25455.  
  25456. From: oppedahl@panix.com (Carl Oppedahl)
  25457. Subject: Re: Quality of Long Distance Telephone Lines
  25458. Date: 28 Apr 1994 10:55:42 -0400
  25459. Organization: PANIX Public Access Internet and Unix, NYC
  25460.  
  25461.  
  25462. In <telecom14.181.12@eecs.nwu.edu> T.I.Boogaart@research.ptt.nl
  25463. (Boogaart T.I.) writes:
  25464.  
  25465. > I would like to know if anyone has conducted research on the quality
  25466. > of long distance telephone lines. With "Quality" I mean the amount of
  25467. > noise and echo (e.g. signal noise ratio). In particular, I want to
  25468. > know if it is at all feasible to perform speech recognition / speaker
  25469. > verification over long distance lines.
  25470.  
  25471. > The focus is on the quality of lines to Europe, but any information on
  25472. > the subject (references, pointers, hints) is welcome.
  25473.  
  25474. Well, for calls originating in the US it is easy to make the test
  25475. calls, anyway.
  25476.  
  25477. You precede your dialing string with 10222, 10288, 10333, etc.
  25478.  
  25479. So for a test call to someone in England you might dial, from New York,
  25480.  
  25481. 011-44-71-XXXXXXX 
  25482.  
  25483. as a normal way to dial.
  25484.  
  25485. Instead, to do this kind of testing, you would dial
  25486.  
  25487. 10222-011-44-71-XXXXXXX
  25488.  
  25489. or
  25490.  
  25491. 10288-011-44-71-XXXXXXX
  25492.  
  25493. or 
  25494.  
  25495. 10333-011-44-71-XXXXXXX
  25496.  
  25497. to force your call to MCI, AT&T, Sprint, respectively.
  25498.  
  25499. If you were doing modem calls this way, and if your modem is the kind
  25500. that keeps session statistics, you could note down how many resent
  25501. packets there were, how many NAKs, etc. etc.
  25502.  
  25503. This is all taken from The Phone Book, page 98 and following.  (Consumer
  25504. Reports Books, ISBN 0-89043-364-X).
  25505.  
  25506.  
  25507. Carl Oppedahl AA2KW    Oppedahl & Larson (patent lawyers)
  25508. Yorktown Heights, NY   voice 212-777-1330  
  25509.  
  25510.  
  25511. [TELECOM Digest Editor's Note: Carl Oppedahl wrote 'The Phone Book' although
  25512. he modestly fails to mention that point in his remarks above.  PAT]
  25513.  
  25514. ------------------------------
  25515.  
  25516. From: jay@coyote.rain.org (Jay Hennigan)
  25517. Subject: Re: DID, PBX and University Phones, SL-100
  25518. Date: 27 Apr 1994 16:47:14 -0700
  25519. Organization: Regional Access Information Network (RAIN)
  25520.  
  25521.  
  25522. In article <telecom14.186.3@eecs.nwu.edu> canadian@leland.stanford.edu
  25523. writes:
  25524.  
  25525. > Phone Question for those in the know.(I am not one of them, so please
  25526. > reply in layperson lingo if possible. :-))
  25527.  
  25528. > I am the Business Manager of the Student newspaper, the Stanford
  25529. > Daily.  We are independent from the university, and are running a
  25530. > very tight budget.  We pay alot each month to be connected to our
  25531. > phone service and have no choice but to use the university phone
  25532. > service.  We are currently we are being charged anywhere from $28.50
  25533. > to $37.50 per month for each phone (which we own) plus $12.50 per
  25534. > phone for an expanded local calling area ranging from San Francisco 
  25535. > to San Jose and parts of the East Bay.
  25536.  
  25537. > The Daily intends to convert its current incoming 32 line mixed ET and
  25538. > single-line set configuration to a set of 16 analog DID wink-start
  25539. > trunks mapped to our current 32 numbers. We will be installing a
  25540. > DID-ready PBX, station lines, and PBX telephones on our premises.
  25541.  
  25542. Unless you get an extraordinary amount of incoming traffic, 16 DID
  25543. trunks for 32 numbers is gross overkill.  Six to eight trunks are far
  25544. more realistic.  Also, keep in mind that DID trunks are usually
  25545. one-way incoming, so you'll need some outbound and/or two-way
  25546. ground-start trunks as well.  Depending on your expected growth, six
  25547. would be a good starting number here as well.  If your traffic
  25548. includes substantial long distance, you might want to consider a T-1
  25549. trunk from an interexchange carrier.  (This means that AT&T, Sprint,
  25550. MCI, etc. bring in a special circuit that is used solely for outbound
  25551. long distance, you need a lot of long-distance traffic to handle
  25552. this.) T-1 direct from a carrier is a way around the outrageous local
  25553. exchange carrier toll rates (with it, you will no longer pay more to
  25554. call 25 miles away than across the country).
  25555.  
  25556. > We are planning on a PBX from Panasonic, the KX-T336 system.  Please
  25557. > tell me what you think!
  25558.  
  25559. This is a good switch, thought without a real track record yet.  It
  25560. will not handle T-1 circuits, but you could use an external channel
  25561. bank if T-1 becomes attractive to you.  You might also want to look at
  25562. the Mitel SX-50 or even the SX-200 Digital if you are expecting
  25563. substantial growth.
  25564.  
  25565. I like the Panasonic 7000 series feature phones, they are a good value
  25566. for the price.
  25567.  
  25568. > I need to know thoughts about PBX's, DID's and University Phone
  25569. > services.  Also how much does Pac-Bell charge and how much do other
  25570. > university services charge?
  25571.  
  25572. As for Pac Bell, call them and ask.  They will most likely try to sell
  25573. you Centrex, with a sales pitch that it is more reliable or easier to
  25574. expand than a PBX.  Centrex is (IMHO) not really a good deal unless
  25575. you have a number of satellite offices spread out within a local
  25576. calling area.  You pay for every feature every month, and the features
  25577. aren't usually very user-friendly.  Ask your centrex sales rep exactly
  25578. what steps you would take to put a call on hold on one phone and pick
  25579. it up on another across the room for an example.
  25580.  
  25581. > Stanford has a SL-100 systems and I think that Stanford rates are
  25582. > currently tarriffed as analog DID service at a base charge of $10 for
  25583. > an 8 line group and $2 line/month for each line. However Stanford
  25584. > Communication Services does not currently tariff standard analog DID
  25585. > service, but we understand that the Stanford SL-100 system is capable
  25586. > of providing this service, and would like to work it in tariffing
  25587. > this offering at standard and reasonable rates as soon as possible.
  25588.  
  25589. Are you limited by Stanford to taking what they offer, or can you deal
  25590. with Pacific Bell?  If you're limited, then you don't have a choice.
  25591. If not, haggle.  You're in a lot better position than most in that you
  25592. have a choice of dial-tone provider.
  25593.  
  25594.  
  25595. Jay Hennigan    jay@rain.org
  25596.  
  25597. ------------------------------
  25598.  
  25599. From: puma@netcom.com (puma)
  25600. Subject: Re: How Can FAX Use T1 But Keep POTS Number?
  25601. Date: Thu, 28 Apr 1994 16:51:48 GMT
  25602.  
  25603.  
  25604. In article <telecom14.174.3@eecs.nwu.edu>, <Barton.Bruce@camb.com>
  25605. wrote:
  25606.  
  25607. > An extremely well publicized FAX number that is on a POTS phone line
  25608. > now is in an office that has a T1 to an IXC.
  25609. > There is a LOT of long distance FAXing, and it would be very nice to
  25610. > put this machine on the PBX, but there are some problems and I am
  25611. > looking for creative solutions.
  25612. > It is not acceptable to change the FAX's phone number. Nor is it possible
  25613. > to add a second FAX machine.
  25614.  
  25615. Adding a second fax machine is a fairly low-cost alternative.  You
  25616. might be better off to reconsider.
  25617.  
  25618. I hate to quote all the rest of what you said, hopefully folks will
  25619. remember.  It should be possible with a couple of line relays and some
  25620. creative electronics to:
  25621.  
  25622. - allow the fax to answer either line
  25623. - place outgoing calls on the line of choice
  25624. - busy out either line when the other is in use.
  25625.  
  25626. The only problem I could see is that there could be a narrow timing
  25627. window where an incoming call could be answered by busying out the
  25628. line (because of a call coming in or going out on the other line).  I
  25629. really think a second fax would be the least costly and most effective
  25630. solution, and would provide more functionality also, as you could send
  25631. faxes and still leave the original line open for receiving.
  25632.  
  25633.  
  25634. puma@netcom.com
  25635.  
  25636. ------------------------------
  25637.  
  25638. From: wollman@ginger.lcs.mit.edu (Garrett Wollman)
  25639. Subject: Re: TCP/IP Over X.25/Datapac
  25640. Date: 28 Apr 1994 12:59:38 GMT
  25641. Organization: MIT Laboratory for Computer Science
  25642.  
  25643.  
  25644. In article <telecom14.176.3@eecs.nwu.edu>, Gordon Sawatzky <gord@infomag.
  25645. mb.ca> wrote:
  25646.  
  25647. > Does anyone know of products that allow TCP/IP over X.25 (datapac)
  25648. > connections for Windows?
  25649.  
  25650. I don't know of any for Windows, as PCs in general tend to have lousy
  25651. serial interfaces and synchronous cards are generally very expensive
  25652. (cheaper to build 'em yourself if you have the EE expertise).
  25653. However, IP has been running over X.25 for a LONG time now, so it
  25654. wouldn't surprise me if you could dig up someone who has done it.
  25655.  
  25656. I was listening to the Seattle IETF and someone from UCL (Jon
  25657. Crowcroft?) was talking about the development of the Internet in
  25658. Britain.  The British academic network was based on home-grown
  25659. "Coloured Book" protocols which were layered on top of X.25 network
  25660. service.  People at UCL were given a contract to figure out how to
  25661. migrate the little IP clouds which were attached to this big X.25
  25662. network to OSI networking (so that they could then be completely part
  25663. of the network).  The result of this work has been an explosion in IP
  25664. connectivity in Great Britain.  In the original network, IP was
  25665. encapsulated the standard way over X.25 and then forwarded around by
  25666. the X.25 switches.  In the current network, X.25 traffic is
  25667. encapsulated in TCP and forwarded about a 622-Mbit IP network instead,
  25668. so the network setup has gone from:
  25669.  
  25670. Internet applications -> TCP -> IP \
  25671.          Coloured Book Applications +-> X.25
  25672.    ISO applications -> TP0 -> CONS /
  25673.  
  25674.  ...to:
  25675.  
  25676. ISO applications -> TP0 -> CONS \
  25677.       Coloured Book Applications +-> X.25 \
  25678.                      Internet applications +-> TCP -> IP
  25679.  
  25680. The speaker noted that they never did transition from Internet to OSI
  25681. protocols, but they do now provide the best X.25 service ever seen...
  25682.  
  25683.  
  25684. Garrett A. Wollman    wollman@lcs.mit.edu 
  25685. formerly known as     wollman@emba.uvm.edu
  25686.  
  25687. ------------------------------
  25688.  
  25689. End of TELECOM Digest V14 #189
  25690. ******************************
  25691.     
  25692.     
  25693. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23432;
  25694.           28 Apr 94 18:04 EDT
  25695. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25696.     id AA20919; Thu, 28 Apr 94 14:03:37 CDT
  25697. Return-Path: <telecom>
  25698. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25699.     id AA20911; Thu, 28 Apr 94 14:03:35 CDT
  25700. Date: Thu, 28 Apr 94 14:03:35 CDT
  25701. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  25702. Message-Id: <9404281903.AA20911@delta.eecs.nwu.edu>
  25703. To: telecom
  25704. Subject: TELECOM Digest V14 #190
  25705.  
  25706.  
  25707. TELECOM Digest     Thu, 28 Apr 94 13:56:00 CDT    Volume 14 : Issue 190
  25708.  
  25709. Inside This Issue:                           Editor: Patrick A. Townson
  25710.  
  25711.     Demise of Newsgroups Feared (Dan Reifsnyder)
  25712.     Re: Looking For Information on BNC, Inc. (Jay Hennigan)
  25713.     Re: Customer <-> Local Phone Company Contact Point (Gregory P. Monti)
  25714.     Re: Basic ISDN Question (Bob Larribeau)
  25715.     Re: Telecommuting Policies and Procedures (Peter M. Weiss)
  25716.     Re: Help Reading AT&T and NYNEX Toll Tapes (Paul S. Sawyer)
  25717.     Re: 16 Mbps Modem for Real? (cjl@mitre.org)
  25718.     Re: Questions on Fractional T-1 Service (John Zambito)
  25719.     Re: Question About Digital Telephony and Delayed Dial Tone (Dave Held)
  25720.     Re: Question About Digital Telephony and Delayed Dial Tone (David D-Weber)
  25721.     Re: Occupied Territories Telecom (Josh Backon)
  25722.     Re: How Can FAX Use T1 But Keep POTS Number? (Dean Banfield)
  25723.     Re: NANP and Switches (Linc Madison)
  25724.  
  25725. TELECOM Digest is an electronic journal devoted mostly but not
  25726. exclusively to telecommunications topics. It is circulated anywhere
  25727. there is email, in addition to various telecom forums on a variety of
  25728. public service systems and networks including Compuserve and GEnie.
  25729. It is also gatewayed to Usenet where it appears as the moderated
  25730. newsgroup 'comp.dcom.telecom'. 
  25731.  
  25732. Subscriptions are available at no charge to qualified organizations
  25733. and individual readers. Write and tell us how you qualify:
  25734.  
  25735.                  * telecom-request@eecs.nwu.edu *
  25736.  
  25737. The Digest is edited, published and compilation-copyrighted by Patrick
  25738. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25739. or phone at:
  25740.                     9457-D Niles Center Road
  25741.                      Skokie, IL USA   60076
  25742.                        Phone: 708-329-0571
  25743.                         Fax: 708-329-0572
  25744.   ** Article submission address only: telecom@eecs.nwu.edu **
  25745.  
  25746. Our archives are located at lcs.mit.edu and are available by using
  25747. anonymous ftp. The archives can also be accessed using our email
  25748. information service. For a copy of a helpful file explaining how to
  25749. use the information service, just ask.
  25750.  
  25751. *************************************************************************
  25752. *   TELECOM Digest is partially funded by a grant from the              *
  25753. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25754. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25755. * project.  Views expressed herein should not be construed as represent-*
  25756. * ing views of the ITU.                                                 *
  25757. *************************************************************************
  25758.  
  25759. Additionally, the Digest is funded by gifts from generous readers such
  25760. as yourself who provide funding in amounts deemed appropriate. Your help 
  25761. is important and appreciated.
  25762.  
  25763. All opinions expressed herein are deemed to be those of the author. Any
  25764. organizations listed are for identification purposes only and messages
  25765. should not be considered any official expression by the organization.
  25766. ----------------------------------------------------------------------
  25767.  
  25768. From: ryfe@interaccess.com (Dan Reifsnyder)
  25769. Subject: Demise of Newsgroups Feared
  25770. Date: 28 Apr 1994 17:28:49 GMT
  25771. Organization: InterAccess, Chicagoland's Full Service Internet Provider
  25772.  
  25773.  
  25774. Remember the bozo who cross-posted a message about an upcoming lottery
  25775. for green cards to every single newgroup on the net?  According to a
  25776. Clarinet Newsbytes article, he recieved over 35,000 responses, most of
  25777. which were flames and mail bombs comprising over 73GB(!) of data.  As
  25778. you can imagine, his service provider, Internet Direct, was more than
  25779. a little peeved, as this caused over a dozen system crashes and
  25780. brought their machine to it's knees; they ended up revoking his
  25781. account, citing storage costs.  This bozo then has the balls to show
  25782. up at Internet Direct's office with four lawyers threatening to sue
  25783. for $250,000, claiming that not being able to get to their e-mail
  25784. would cost them at least that much.  The thing that kills me is the
  25785. bozo's attitude about the entire situation.  His name is Laurence
  25786. Canter, and he claims that:
  25787.  
  25788. 1) Most of the responses that he got were for more information, and
  25789. he'll gladly do the same thing again once he clears the resulting
  25790. order backlog.
  25791.  
  25792. 2) The revocation of his account is of no concern to him since he has
  25793. accounts with a number of other Internet service providers.
  25794.  
  25795. 3) If a newsgroup isn't moderated, they have to expect and accept
  25796. crossposts.
  25797.  
  25798. In an interview with Newsbytes, he concludes by saying that he has
  25799. every intention of advertising other products and services through
  25800. Usenet groups.  He adds that "Although what we're doing may upset
  25801. them, there's no doubt that will change.  Other people will advertise
  25802. on the Usenet in the same manner, because it makes sense financially."
  25803.  
  25804. My personal belief is that Mr. Canter is taking advantage of and
  25805. abusing the system, but that's just one man's opinion... and while I
  25806. am *NOT* advocating doing anything nasty to Laurence Canter (of Canter
  25807. & Siegel, (602) 661-3911), I think it would be an interesting analogy
  25808. to his service provider's problem if his phone was inundated with more
  25809. data than *it* could handle... *NOT* that I'm recommending that anyone
  25810. in the 602 area code program caller-id blocking and (602) 661-3911
  25811. into their autodialers before they go to work in the morning.  I'm
  25812. also *NOT* suggesting that people outside of the 602 area code program
  25813. (602) 661-3911 into a speed-dial button on their phone so that they
  25814. can call, let the phone start to ring and then hang up before it's
  25815. answered.
  25816.  
  25817. My biggest concern is that if Mr. Canter carries out his intent of
  25818. advertising products and services through newsgroups, it could lead to
  25819. others feeling justified in doing the same thing ... and will end up
  25820. destroying the best example of consensual anarchy that I've ever been
  25821. privileged to participate in.
  25822.  
  25823.  
  25824. Dan Reifsnyder /ryfe@interaccess.com
  25825.  
  25826.  
  25827. [TELECOM Digest Editor's Note: I have said it before, I will say it
  25828. again.  Moderated forums is where things are at. Some months ago I
  25829. made a comment which has apparently been widely spread on the net, at
  25830. least judging from the places I have seen it reappear: Usenet is a
  25831. dung heap. It is getting worse every day. Years ago, the 'make money
  25832. fast' messages appeared only rarely; perhaps one every year or so. Now
  25833. they appear almost daily in one or more newsgroups. Massive crossposting
  25834. of the kind you mention is very commonplace now.  Advertisements
  25835. appear regularly. You will see more and more of them.  The world has
  25836. discovered the Internet in general, and Usenet in particular.
  25837. Lotteries, chain letters, make money fast, send postcards to sickly
  25838. children, Jesus Saves, AIDS is God's punishment for gays ...  Gene
  25839. Spafford's 'Sunday afternoon in the park' analogy is still a good one,
  25840. but the park has turned into an inner city park in Chicago; gangs of
  25841. maruders making the park miserable for everyone else. And its not that
  25842. they intend to disrupt or ruin everyone else's day; its generally that
  25843. they *just don't know any better*. Why, some of them think they are
  25844. just as entitled to sit here and do their thing as anyone else ...  :)
  25845.  
  25846. Listen kids, some of us are old enough we remember in the late 1960's
  25847. when Citizens Band Radio was going to be the place where all could
  25848. express themselves freely and the rest of us would listen respect-
  25849. fully to the ideas of the others, etc. By sometime in the late 1970's
  25850. CB radio had gone to hell, and the newest thing was computer bulletin
  25851. boards. Then came the linking of the boards in networks and of course
  25852. Usenet. Everything I heard about the glories of CB back in 1970 I
  25853. heard about Usenet back in 1983-85. 'The people' discovered CB when
  25854. Johnny Cash popularized it in a song, and that ended CB for all
  25855. intents and purposes. And now the latest rage is 'how do I get an
  25856. account on the Internet?'  ... everyone wants one. At least once a
  25857. day I get asked that by someone here in Skokie. System administrators
  25858. face a major challenge from now through the year 2000 as they try to
  25859. deal with the flood of new users coming aboard; many of whom -- shall
  25860. I say in a polite way -- don't give an iota about the standards of
  25861. the past. You'll see soon enough; the moderated groups will survive 
  25862. and thrive, the unmoderated groups will get more trashy than ever. 
  25863. The traffic will get so heavy that more and more of the unmoderated
  25864. groups will get dropped by sites which can no longer deal with a full
  25865. 'news' feed .. that is, if they still refer to it as 'news'.  PAT]
  25866.   
  25867. ------------------------------
  25868.  
  25869. From: jay@coyote.rain.org (Jay Hennigan)
  25870. Subject: Re: Looking For Information on BNC, Inc.
  25871. Date: 27 Apr 1994 17:00:06 -0700
  25872. Organization: Regional Access Information Network (RAIN)
  25873.  
  25874.  
  25875. In article <telecom14.185.1@eecs.nwu.edu> jrcrum@bb1t.monsanto.com writes:
  25876.  
  25877. > I'm trying to find some information on a company called Business
  25878. > Network Communications, Inc. (BNC).  They are supposedly a long-distance 
  25879. > wholesaler, reselling AT&T services.  A friend of mine is considering
  25880. > investing in this company, and asked me to post this to see if anyone
  25881. > may be familiar with them.  If anyone has any direct experience with
  25882. > this company (or one like it), we would appreciate any information.
  25883.  
  25884. As I recall, this is an aggregator/reseller using a pyramid-style sales 
  25885. system a la Amway.  His "investment" is likely going to include convincing 
  25886. his friends (you) to "invest" in it, too.
  25887.  
  25888. > I also have another question.  This company claims that due to some
  25889. > FCC rulings, AT&T is required to make discount packages like the ones
  25890. > they give large companies available to resellers.  The resellers can
  25891. > then make money selling AT&T long-distance service to other companies
  25892. > or individuals.  Is this for real?
  25893.  
  25894. Sort of.  Depending on the arrangements with AT&T, they may or may not
  25895. have the same access to the network as regular AT&T subscribers.  With
  25896. some of these companies there is a "software-defined network", meaning
  25897. that although the calls use AT&T facilities, if the reseller only
  25898. "bought" 1000 "lines", and 1001 of its customers attempt to call at
  25899. the same time, the last guy gets a "circuits busy".  Billing may be
  25900. done by a third party, and credit for wrong numbers and the like will
  25901. probably not be what you're accustomed to.  There are dozens of these
  25902. small resellers, and to a large extent you get what you pay for.
  25903.  
  25904.  
  25905. [TELECOM Digest Editor's Note: Speaking of Amway, did you know there is
  25906. now 'amway.com'?   Yep, they're on the net.  PAT]
  25907.  
  25908. ------------------------------
  25909.  
  25910. Date: Thu, 28 Apr 1994 07:16:21 EDT
  25911. From: Gregory P. Monti <gmonti@cap.gwu.edu>
  25912. Subject: Re: Customer <-> Local Phone Company Contact Point
  25913.  
  25914.  
  25915. On Wed 27 Apr 1994, Jonathan <jdl@wam.umd.edu> wrote:
  25916.  
  25917. > I would like to suggest that after local telephone service competition
  25918. > is under way, somebody should create a special point of contact
  25919. > between all customers and all local telephone companies.  This entity
  25920. > would represent customers...
  25921.  
  25922. > Third, it would handle reports of trouble on calls, localize them to
  25923. > one company's network, and then refer it to that company...
  25924.  
  25925. > Fifth, it would set business, ethical and technical standards for
  25926. > the industry.
  25927.  
  25928. The Editor wrote:
  25929.  
  25930. > Wouldn't this be redundant since we already have both the Federal
  25931. > Communications Commission and a state agency in every state at
  25932. > present?  In addition there are already many consumer organizations...
  25933.  
  25934. I think Jonathan <jdl@wam.umd.edu> meant that the FCC, other
  25935. regulators and consumer groups usually only get involved after the sin
  25936. of "slamming" has been committed.  His fear is that local telephone
  25937. service, once numbers become portable between local carriers, would be
  25938. subject to slamming (unauthorized change of a customer's vendor).  His
  25939. proposed agency would be the "slamming prevention agency", not the
  25940. "slamming complaint handling agency."
  25941.  
  25942. Also, with many telecom companies, local or not, handling a service,
  25943. who would coordinate repair calls among providers?  If a circuit or a
  25944. call passes through six companies on its way across the country, which
  25945. one do you call when repairs are needed?  On the other hand, many
  25946. people's data circuits pass through Rolm (CPE), NYNEX (local svc),
  25947. then MCI (interexchange svc), then Illinois Bell (local svc), then
  25948. Northern Telecom (CPE).  With the usual finger-pointing, those five
  25949. companies seem to be able to handle a repair call.
  25950.  
  25951. I guess he wants to avoid the finger-pointing.  That would require a
  25952. lot of first-hand knowledge of the customer's current problem, which
  25953. an outside agency would be unlikely to have.
  25954.  
  25955.  
  25956. Greg Monti          Arlington, Virginia, USA        gmonti@cap.gwu.edu
  25957.  
  25958.  
  25959. [TELECOM Digest Editor's Note: Well the way we used to do it in the past,
  25960. until 1983 or so, was we called Repair Service and let it go at that.
  25961. Of course, that wasn't good enough ...  :(    PAT]
  25962.  
  25963. ------------------------------
  25964.  
  25965. From: blarrib@netcom.com (Bob Larribeau)
  25966. Subject: Re: Basic ISDN Question
  25967. Organization: Consultant
  25968. Date: Thu, 28 Apr 1994 14:16:39 GMT
  25969.  
  25970.  
  25971. In article <telecom14.186.9@eecs.nwu.edu> jonesm2@rpi.edu (Mike Jones)
  25972. writes:
  25973.  
  25974. > ISDN has recently become available here in this corner of NYNEX-land.
  25975. > The cost is a $10 surcharge onto normal business rates. We're
  25976. > interested in using the 64 Kbps data channel to connect to a local
  25977. > internet provider; I've checked with NYNEX and ISDN is available at
  25978. > both our and their CO's. My question is, how does this practically
  25979. > work? I have a moderate understanding of ISDN at a conceptual level,
  25980. > but no real feel for how you go about hooking things up.  Any
  25981. > information would be appreciated.
  25982.  
  25983. You need to find an Internet service provider that supports ISDN. They 
  25984. should be able to help you with the implementation.  PSI supports
  25985. ISDN, others are starting to.
  25986.  
  25987.  
  25988. Bob Larribeau   Consultant  San Francisco
  25989.  
  25990. ------------------------------
  25991.  
  25992. Date: Thu, 28 Apr 1994 08:11:33 EDT
  25993. From: "Peter M. Weiss" <PMW1@PSUVM.PSU.EDU>
  25994. Subject: Re: Telecommuting Policies and Procedures
  25995. Organization: Penn State University
  25996.  
  25997.  
  25998. Don't forget the notebook archives of FLEXWORK stored on the
  25999. listserv@psuhmc.hmc.psu.edu.
  26000.  
  26001. Here is the script that I sent to the listserv followed by the INDEX
  26002. output.  Change the INDEX to PRINT to get the actual text:
  26003.  
  26004. /* --------------------- clip and save ---------------- */
  26005. //ListSrch JOB Echo=no
  26006. Database Search DD=Rules OUTLIM=3000 f=mail
  26007. //Rules DD *
  26008. S (pay or salary) and (policy or policies) in flexwork
  26009. index
  26010. /*
  26011. //  EOJ
  26012. /* --------------------- clip and save ---------------- */
  26013.  
  26014. > S (pay or salary) and (policy or policies) in flexwork
  26015. --> Database FLEXWORK, 5 hits.
  26016.  
  26017. > index
  26018. Item #   Date   Time  Recs   Subject
  26019. ------   ----   ----  ----   -------
  26020. 000057 93/05/26 07:04  447   teleco
  26021. 000059 93/05/31 13:21  943   NEW SIRI SERVICES
  26022. 000060 93/06/19 14:08   99   Tele-Community (fwd)
  26023. 000065 93/10/15 16:15  592   INT'L ACADEMY OF BUSINESS DISCIPLINES CALL FOR PAP+
  26024. 000079 93/11/02 08:30  962   (Forwarded) article on telework
  26025.  
  26026.                  -------------------
  26027.  
  26028.  co-owner LDBASE-L, et -L
  26029. Pete-Weiss@psu.edu     "The 'NET' never naps"             +1 814 863 1843
  26030. 31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA
  26031.  
  26032. ------------------------------
  26033.  
  26034. Date: Thu, 28 Apr 1994 08:34:11 -0400
  26035. From: Paul S. Sawyer <paul@senex.unh.edu>
  26036. Subject: Re: Help Reading AT&T and NYNEX Toll Tapes
  26037. Organization: UNH Telecommunications and Network Services
  26038.  
  26039.  
  26040. In article <telecom14.176.11@eecs.nwu.edu> is written:
  26041.  
  26042. > We are taking our call accounting software inhouse, buying a package
  26043. > that allows us to get the SMDR call records into an SQL database. As
  26044. > such I need to reconcile it with the toll tapes from NYNEX and AT&T.
  26045.  
  26046. > Does anyone have the format of these 9 track tapes. Are they EBCDIC or
  26047. > ASCII?  Any info is greatly appreciated.
  26048.  
  26049. They are EBCDIC.  Both AT&T and NYNEX (at least ex-NET) have extensive
  26050. documentation available.
  26051.  
  26052. Good luck.
  26053.  
  26054.  
  26055. Paul S. Sawyer    - University of New Hampshire CIS -  Paul.Sawyer@UNH.Edu
  26056. Telecommunications and Network Services                VOX: +1 603 862 3262
  26057. 50 College Road                                        FAX: +1 603 862 2030
  26058. Durham, New Hampshire  03824-3523
  26059.  
  26060. ------------------------------
  26061.  
  26062. From: cjl@mitre.org
  26063. Subject: Re: 16 Mbps Modem for Real?
  26064. Date: 28 Apr 1994 13:23:36 GMT
  26065. Organization: The MITRE Corporation
  26066.  
  26067.  
  26068. In article <telecom14.181.4@eecs.nwu.edu> maillet@DELPHI.COM writes:
  26069.  
  26070. > Technology (DCT)?  It claims it can move 16 Mbps of various kinds of
  26071. > data down a regular telephone line (yes, that's 16 MEGABITS per
  26072. > second.                       ^^^^
  26073.  
  26074. > "DCT technology lets telephone wire simultaneously carry four 1.5 Mbps
  26075.                                  ^^^^
  26076.  
  26077. > VCR quality video channels; two broadcast quality 3 Mbps video
  26078. > channels; two 1.5 Mbps two-way interactive videoconferencing channels;
  26079. > and ten other channels dedficated to a mix of videophone, fax, and
  26080. > program selection channels."
  26081.  
  26082. There's a big potential difference between a telephone line and a
  26083. telephone wire pair.  A telephone line may be multiplexed over various
  26084. carrier systems that limit the carried bandwidth to approximately 4
  26085. KHz.  There is no way that one can transmit (lossless) data at 16 Mbps
  26086. over such a line or channel.  On the other hand, the wire pair that
  26087. normally runs between a subscriber and the central office can support
  26088. much high bandwidths, depending on its length and condition (for
  26089. example, proposals exist for putting 155 Mbps on short -- 100 m --
  26090. wire pairs within a building).
  26091.  
  26092. ------------------------------
  26093.  
  26094. From: jvz@pt.com (John Zambito)
  26095. Subject: Re: Questions on Fractional T-1 Service
  26096. Organization: Performance Technologies, Incorporated
  26097. Date: Thu, 28 Apr 1994 11:33:31 GMT
  26098.  
  26099.  
  26100. In article <telecom14.180.2@eecs.nwu.edu> Barton.Bruce@camb.com writes:
  26101.  
  26102. > In article <telecom14.178.5@eecs.nwu.edu>, mike_foltz@sgate.com writes:
  26103.  
  26104. >> Is there a difference in how the fractional T-1 is delivered to a user
  26105. >> whether it is inter or intra-LATA?  As and example if I want a 128Kbps
  26106. >> fractional T-1 is it a Tail Circuit from the C.O. where my DSU/CSU is
  26107. >> slaved to a 128Kpbs reference from the C.O.  or is it a T-1 from the
  26108. >> C.O.  with 2 DS0 channels being used in a DACS?  Or am I totally
  26109. >> messed up?  What is the proper way a fractional T-1 gets delivered to
  26110. >> a user via inter and intra-LATA?
  26111.  
  26112. > Actually quite possibly YES there IS a difference, and watch out!
  26113. > Ignore the clocking or whatever you are worrying about, that is not
  26114. > the issue.  Here in NYNEX land, they do have 2 fractional T1
  26115. > offerings. T 1/2 and T 1/3 (not what they call them but what they
  26116. > are). They give you 12 or 8 DS0s.
  26117.  
  26118. > They could care less about keeping the individual DS0s in sync! Each
  26119. > could take a different path through the DACS network and be delayed a
  26120. > different number of 1/8000 of a second. Makes not a twit of difference
  26121. > if those are individual voice channels.
  26122.  
  26123. > If you plan to run FT1 data at Nx56/64, that can kill you, and even if
  26124. > it works day one, there is NO guarantee that it will continue to do
  26125. > so.
  26126.  
  26127. We just purchased a fractional T1 service from Rochester Telephone.
  26128. It's used to connect the file servers at two buildings which are
  26129. serviced by two different COs. We were told that we will be getting all
  26130. 24 DS0s but they only guarentee the first six that we actually bought.
  26131. Six channels at 64000 bits per second each gives us 384K. The way the
  26132. istaller kept telling me we would get 24 DS0s made me question exactly
  26133. what he meant. After making sure that these 6 channels must be
  26134. provided in the same frame that they left in, he realized that we must
  26135. need the "Super 8" option of the Newbridge mux which our span passes
  26136. through. We tested the whole span and it does not maintain sync for
  26137. all 24 DS0s but it does (and will) maintain sync with the first 6
  26138. timeslots. We have an Ethernet router at each end to connect the two
  26139. Ethernets together. We connect to the CO from this building using a
  26140. set of HDSL cards which are connected through 16,750 feet with no
  26141. repeaters with a 6dB of noise margin.  We actually only buy the
  26142. connection from CO to CO. So far it's working like a champ.
  26143.  
  26144.  
  26145. John Zambito, Performance Technologies Incorporated    jvz@pt.com
  26146. 315 Science Parkway, Rochester, New York 14620    uupsi!ptsys1!jvz
  26147.  
  26148. ------------------------------
  26149.  
  26150. From: daveheld@delphi.com
  26151. Subject: Re: Question About Digital Telephony and Delayed Dial Tone
  26152. Date: Thu, 28 Apr 94 12:44:59 -0500
  26153. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  26154.  
  26155.  
  26156. Kris <sanctum!kris@uunet.UU.NET> writes:
  26157.  
  26158. > With the advent of digital telephony, 1.5 megabit and higher lines
  26159. > running to each house, and even higher bandwidth on the poles, how
  26160. > much less is the potential for a delayed dialtone situation ...
  26161.  
  26162. The wider bandwidth available does not reduce the change of blockage
  26163. (dial tone delay).  It may increase it.
  26164.  
  26165. That is because the bandwidth is not available all the time for
  26166. everyone simultaneously.  Instead, it is "concentrated" at various
  26167. places in the network.  With good traffic engineering, you'll never
  26168. know that others are using bandwidth when you're not.  But in a
  26169. "crunch" situation, a wideband network like this has a greater number
  26170. of points where concentration occurs, and any one of these can become
  26171. overloaded.
  26172.  
  26173. Let's put it like this.  In a direct wired network, there are two
  26174. wires that go from your phone to the switch.  Those wires are yours;
  26175. no one else can use them.  The switch may get too busy to handle your
  26176. call, but at least you can be sure that your call request got all the
  26177. way up to the switch.  But in a distributed bandwidth network, you
  26178. don't have a unique wire; you share access to a digital highway with
  26179. your neighbors.  If that highway is full at any given time, your
  26180. attempt to place a call won't get beyond your own block.
  26181.  
  26182. ------------------------------
  26183.  
  26184. Date: Thu, 28 Apr 94 09:11:17 CST
  26185. From: weberdd@clover.macc.wisc.edu
  26186. Reply-To: David Devereaux-Weber <weberdd@macc.wisc.edu>
  26187. Subject: Re: Question About Digital Telephony and Delayed Dial Tone 
  26188.  
  26189.  
  26190. kris%sanctum%paladin@uunet.uu.net asked about the potential to reduce
  26191. delay of dialtone in events such as storms.
  26192.  
  26193. Delayed dialtone occurs when more people attempt to dial calls than
  26194. the switching equipment is designed to handle; it is not a function of
  26195. the bandwidth from the switch to the customer.  During the design of a
  26196. telephone system, the designer chooses to equip the system for a
  26197. particular level of simultaneous calling.  Designers of new or alternative 
  26198. telephone systems will still need to make such decisions -- balancing 
  26199. system cost against peak handling capacity.
  26200.  
  26201.  
  26202. David Devereaux-Weber, P.E.             weberdd@macc.wisc.edu (Internet)
  26203. The University of Wisconsin - Madison   (608)262-3584 (voice) 
  26204. Division of Information Technology      (608)262-4679 (FAX)
  26205. Network Engineering  1210 W Dayton St.  B263   Madison, WI 53706
  26206.  
  26207. ------------------------------
  26208.  
  26209. From: BACKON@vms.huji.ac.il
  26210. Subject: Re: Occupied Territories Telecom
  26211. Date: 28 Apr 94 15:53:04 GMT
  26212. Organization: The Hebrew University of Jerusalem
  26213.  
  26214.  
  26215. In article <telecom14.178.9@eecs.nwu.edu>, mnc@css.itd.umich.edu (Miguel 
  26216. Cruz) writes:
  26217.  
  26218. > Does anyone know who will be providing telecom services in the
  26219. > occupied territories following an agreement with Israel for
  26220. > self-governance (or something like it; I don't want to get into the
  26221. > political questions)?  My understanding was that projects were
  26222. > underway (on paper, anyway) to provide infrastructure independent of
  26223. > Israel's.
  26224.  
  26225. > Anyway, if anyone does have such information (preferably an email
  26226. > address of someone at the organization involved) please send it to me.
  26227. > I'm roughing it through Asia at the moment so I can't really read news
  26228. > (but oh, the stories I could tell about trying to place international
  26229. > calls), so direct email would be appreciated. Thanks.
  26230.  
  26231. Your's truly :-)
  26232.  
  26233. I am involved (through the United Nations UNDP) in setting up Internet
  26234. connectivity in both Jordan and the West Bank through a private satellite 
  26235. link to our teleport in the United States.
  26236.  
  26237.  
  26238. Josh    backon@VMS.HUJI.AC.IL
  26239.  
  26240. ------------------------------
  26241.  
  26242. From: idddsb@iddss1.iddis.com (Dean Banfield)
  26243. Subject: Re: How Can FAX Use T1 But Keep POTS Number?
  26244. Date: 28 Apr 1994 22:31:29 GMT
  26245. Organization: IDD Information Services
  26246.  
  26247.  
  26248. In article <telecom14.174.3@eecs.nwu.edu> Barton.Bruce@camb.com writes:
  26249.  
  26250. > An extremely well publicized FAX number that is on a POTS phone line
  26251. > now is in an office that has a T1 to an IXC.
  26252.  
  26253. > If the current phone line were to be fed through the PBX (a Mitel
  26254. > SX200D running G1005) to always ring that extension, everything would
  26255. > be ok with one exception. Outgoing LD calls would go on the T1.
  26256. > Outgoing local calls could easily be routed to the FAX's own line
  26257. > thereby busying it.
  26258.  
  26259. > But when a LD call is going out, the FAX phone number would simply
  26260. > ring and ring which WILL prompt callers to call the main number and
  26261. > complain about the machine apparently being broken or out of paper. -
  26262. > NOT acceptable.
  26263.  
  26264. Working with the local telco is pointless in this case.  In the back
  26265. end of your PBX hook up the old telco line and your T1.  On the front
  26266. end of the PBX configure a POTS extension to support the FAX machine.
  26267.  
  26268. In PBX programming configure all dial-out to take the proper path, T1
  26269. for LD, local line for local calls.  For inbound calls, the default
  26270. station to ring is the POTS extension for the FAX. Sounds like your
  26271. already this far in the configuration.
  26272.  
  26273. The trick is how to configure the POTS extension when it is busy.
  26274. Your PBX (I'm not familiar with the Mitel *at all*) should have a way
  26275. to create an internal rollover of stations.  E.G. call station 1, if
  26276. it is busy, have call route to station 2 ... depending on the
  26277. sophistication of your setup when station 1 (FAX machine) is busy you
  26278. could:
  26279.  
  26280. a) forward to a voice mail message - "Sorry, the FAX is currently in use"
  26281. b) forward to a second fax machine
  26282. c) forward to a 'dead' extension (in our PBX an extension with no
  26283.    handset would produce a busy signal)
  26284. d) outdial to the local FAX number which is definitionally busy due
  26285.    to the incoming call.
  26286.  
  26287. Any help?  Let me know what you come up with.
  26288.  
  26289.  
  26290. Dean Banfield  IDD/Information Svcs
  26291.                90 Grove St
  26292.                Ridgefield CT 06877
  26293.  
  26294. ------------------------------
  26295.  
  26296. Date: Thu, 28 Apr 1994 02:48:15 -0700
  26297. From: lincmad@netcom.com (Linc Madison)
  26298. Subject: Re: NANP and Switches
  26299. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  26300.  
  26301.  
  26302. In article <telecom14.182.5@eecs.nwu.edu> is written:
  26303.  
  26304. > We currently have a Northern Telecom Meridian Option 61 (software
  26305. > relase 17) with 44 DID trunks, a T1 for long distance, and about 1300
  26306. > active phones.  We have been told by Ameritech that, in order for us
  26307. > to be able to comply with the implementation of the new North American
  26308. > Numbering Plan (NANP) on January 1, 1995, we must upgrade our switch
  26309. > with an additional memory card, another ROM board and software release
  26310. > 19.  My questions are (1) is this really necessary and (2) can we wait
  26311. > until the middle of 1995 before doing this and still provide access
  26312. > via NANP?  Any help out there would be greatly appreciated.  Thanks.
  26313.  
  26314. I don't know about the hardware/software requirements for your
  26315. specific switch, but whatever changes your switch requires to work
  26316. with the "new-style" area codes *CANNOT* wait until mid-1995.  They
  26317. *MUST* be up and running and fully functional absolutely no later than
  26318. 1/15/95, when the first two "new" area codes go into service.
  26319. Otherwise, Murphy's Law guarantees that someone will try to call
  26320. Alabama.
  26321.  
  26322.  
  26323. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  26324.  
  26325. ------------------------------
  26326.  
  26327. End of TELECOM Digest V14 #190
  26328. ******************************
  26329.     
  26330.     
  26331. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23235;
  26332.           2 May 94 16:59 EDT
  26333. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26334.     id AA26680; Mon, 2 May 94 12:26:25 CDT
  26335. Return-Path: <telecom>
  26336. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26337.     id AA26668; Mon, 2 May 94 12:26:23 CDT
  26338. Date: Mon, 2 May 94 12:26:23 CDT
  26339. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  26340. Message-Id: <9405021726.AA26668@delta.eecs.nwu.edu>
  26341. To: telecom@eecs.nwu.edu
  26342. Subject: TELECOM Digest V14 #191
  26343.  
  26344. TELECOM Digest     Mon, 2 May 94 12:26:00 CDT    Volume 14 : Issue 191
  26345.  
  26346. Inside This Issue:                          Editor: Patrick A. Townson
  26347.  
  26348.     Toll-Free Prank Calls (Keith Laaks)
  26349.     Inteljak Wireless Phone Jak System (Lindy Williams)
  26350.     OSP Employment Opportunity (busnetcom@aol.com)
  26351.     5ESS Setup For Multipoint ISDN (Allan D. Griefer)
  26352.     San Carlos Joins Internet (Brian Moura)
  26353.     Perhaps Finally a Good Cordless Phone? (Danny Burstein)
  26354.     PageMart Changes Services, No Notice (Doug Reuben)
  26355.     NPA Optional in 818 - it Works! (Fred Heald)
  26356.     IPX Network Through T1 (Azeus Systems Ltd.)
  26357.     Call Costing Database (Omnitrend)
  26358.     Hybrids, Electronic or Transformers (Scott Barnes)
  26359.     Radio Frequency Interference on Residential Telephone Line (Dirk Menzel)
  26360.     Fight A*vertising! Petition! (Michael P. O'Leary)
  26361.  
  26362. TELECOM Digest is an electronic journal devoted mostly but not
  26363. exclusively to telecommunications topics. It is circulated anywhere
  26364. there is email, in addition to various telecom forums on a variety of
  26365. public service systems and networks including Compuserve and GEnie.
  26366. It is also gatewayed to Usenet where it appears as the moderated
  26367. newsgroup 'comp.dcom.telecom'. 
  26368.  
  26369. Subscriptions are available at no charge to qualified organizations
  26370. and individual readers. Write and tell us how you qualify:
  26371.  
  26372.                  * telecom-request@eecs.nwu.edu *
  26373.  
  26374. The Digest is edited, published and compilation-copyrighted by Patrick
  26375. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  26376. or phone at:
  26377.                     9457-D Niles Center Road
  26378.                      Skokie, IL USA   60076
  26379.                        Phone: 708-329-0571
  26380.                         Fax: 708-329-0572
  26381.   ** Article submission address only: telecom@eecs.nwu.edu **
  26382.  
  26383. Our archives are located at lcs.mit.edu and are available by using
  26384. anonymous ftp. The archives can also be accessed using our email
  26385. information service. For a copy of a helpful file explaining how to
  26386. use the information service, just ask.
  26387.  
  26388. *************************************************************************
  26389. *   TELECOM Digest is partially funded by a grant from the              *
  26390. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  26391. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  26392. * project.  Views expressed herein should not be construed as represent-*
  26393. * ing views of the ITU.                                                 *
  26394. *************************************************************************
  26395.  
  26396. Additionally, the Digest is funded by gifts from generous readers such
  26397. as yourself who provide funding in amounts deemed appropriate. Your help 
  26398. is important and appreciated.
  26399.  
  26400. All opinions expressed herein are deemed to be those of the author. Any
  26401. organizations listed are for identification purposes only and messages
  26402. should not be considered any official expression by the organization.
  26403. ----------------------------------------------------------------------
  26404.  
  26405. From: itbkl@puknet.puk.ac.za (Keith Laaks)
  26406. Subject: Toll-Free Prank Calls
  26407. Date: Mon, 2 May 1994 06:22:39 GMT
  26408. Organization: ITB Department, University of Potchefstroom
  26409.  
  26410.  
  26411. Can anybody tell me how the problem of prank calls to toll-free
  26412. numbers can be cured?
  26413.  
  26414. Often, immediately after a toll-free client advertises it's service on
  26415. the radio/television or in the press, it receives hundreds of prank
  26416. calls, for which it pays the toll-free service provider. This bill can
  26417. run up to thousands of Rands/Dollars.
  26418.  
  26419. With some of the prank callers calling from old electromechanical
  26420. exchanges, who do not provide caller identification, CLI/ANI is not
  26421. always usefull.
  26422.  
  26423. How is this problem solved in your country? Is it a problem, or does
  26424. this thing only happen here in South Africa?
  26425.  
  26426. One possible way of overcoming this problem is if the Telco gives the
  26427. Toll- Free client a refund for all calls shorter than five seconds, or if
  26428. it only starts the billing after the first five seconds.
  26429.  
  26430. Any comment or suggestions?
  26431.  
  26432. (Please Email me direct also, as i cannot get into news on a regular basis)
  26433.  
  26434.  Potch Univ.       Email :                     Tel: 
  26435.  Potchefstroom        itbkl@puknet.puk.ac.za      Voice (0148) 992126
  26436.  West Transvaal                                   FAX   (0148) 992799
  26437.  South Africa         
  26438.                 
  26439.  
  26440. [TELECOM Digest Editor's Note: It happens here in the USA also. The extent
  26441. of the 'prank', and when it turns from a prank into harassment or downright
  26442. viciousness depends on who operates the 800 number and who is doing the
  26443. calling. A very notorious case here a few years ago involved the toll free
  26444. lines of Jerry Falwell, a well known televangelist and leader in what is
  26445. sometimes termed the 'Christan Right' (where American politics is concerned.)
  26446. Falwell has about 20-25 incoming toll-free lines in a rotary hunt group.
  26447. They terminate in a phone room in Lynchburg, Virginia along with all the
  26448. centrex lines for the university and church he operates there. Several
  26449. operators staff the phone room around the clock; according to the report
  26450. from Southern Bell at the time, he gets a couple thousand toll free calls
  26451. daily from people who wish to communicate with him or recieve his liter-
  26452. ature, etc. The operators work at positions connected to an automatic
  26453. call distributor; they get a 'click' in their headset indicating a call is
  26454. on the line and the call could be via the 800 lines or via the regular
  26455. incoming lines to the centrex or whatever. 
  26456.  
  26457. Some fellow around Atlanta somewhere had a real grudge against Falwell
  26458. and decided to make trouble for him. He programmed a modem to dial the
  26459. 800 number once a minute forever ... and to sit on the line silently for
  26460. several seconds until it timed out. That went on for *several weeks*.
  26461. Because of the volume of calls received in the phone room, it was almost
  26462. impossible to trace, and for at least a week or so after the calls first
  26463. started, there was no communication between the operators and their sup-
  26464. ervisors to establish any kind of pattern. Everyone got a few calls each
  26465. day, and no one thought much of it. The calls would arrive somewhere in 
  26466. the hunt group; the same operator rarely got two in a row. Finally the
  26467. staff realized *something* was going on and their first assumption was
  26468. that the ACD was malfunctioning; that it was 'tossing' non-existent calls
  26469. to the various operator positions, or maybe the carrier AT&T was handing
  26470. them non-existent calls, or maybe the calls did exist but for some reason 
  26471. the ACD was not supervising correctly and AT&T was then not opening the 
  26472. talk path, or whatever ...    
  26473.  
  26474. A couple technicians from Southern Bell tore their hair out working on
  26475. that ACD for a day. The volume of incoming traffic was so high that it
  26476. was almost impossible to check some of the trunks since as soon as one
  26477. call dropped off instantly there was another seizure. They finally were
  26478. able to prove the ACD was not at fault and started watching the incoming
  26479. 800 lines with a counterpart at AT&T. Meanwhile the calls kept coming in
  26480. to the phone room from this guy's modem and Falwell's phone operators
  26481. kept dealing with them. Then one day the phone bill arrived. Normally the
  26482. 800 number cost Falwell about fifty thousand dollars per month and this 
  26483. time the bill was for much more than that. The ANI had lots and lots
  26484. of one minute calls, costing about 10-13 cents each for one minute all
  26485. originating at the same number in Atlanta. Most calls tended to last four
  26486. or five minutes or longer since the callers wanted counseling or wanted
  26487. to order literature sent to them, etc. Armed with the printout as a clue,
  26488. AT&T zeroed in on that phone number and looked at it closely. Sure
  26489. enough ... once a minute, now about two months after the 'prank' began
  26490. the calls were still coming in. Security representatives from AT&T and
  26491. Southern Bell were at the dude's door the next day with a warrant and
  26492. local police officers for backup. Naturally everything in sight relating
  26493. to telecom or computers was seized -- the usual routine in cases which
  26494. involve phreaking. Over the three billing cycles during which this had
  26495. been going on it cost Falwell several thousand dollars which Southern 
  26496. Bell wrote off for goodwill, charging it to AT&T. AT&T filed criminal
  26497. charges against the phreak and asked for restitution. 
  26498.  
  26499. Depending on the amount of money involved, there is not a lot that can
  26500. be done before the cost of detection/prevention exceeds the cost of the
  26501. abuse. The larger the incoming phone room and volume of calls, the less
  26502. likely it is that detection will be accomplished. About all you can do
  26503. is check the phone bill closely looking for very short calls from the
  26504. same phone number(s) in a repeating pattern, etc. If/when it becomes
  26505. outrageous, as in Falwell's case, then you nail one or two of the worst
  26506. offenders and let it go at that.  PAT]
  26507.  
  26508. ------------------------------
  26509.  
  26510. From: Lindy Williams <willi087@maroon.tc.umn.edu>
  26511. Subject: Inteljak Wireless Phone Jak System
  26512. Date: Sun, 1 May 1994 17:21:05 GMT
  26513.  
  26514.  
  26515. Saw an ad for this system. Says phone extensions can be located
  26516. anywhere there is an existing electical outlet. Is this safe? Is it UL
  26517. approved.  Pluses are obvious, what are minuses?
  26518.  
  26519. ------------------------------
  26520.  
  26521. From: busnetcom@aol.com
  26522. Date: Sun, 01 May 94 17:23:13 EDT
  26523. Subject: OSP Employment Opportunity
  26524.  
  26525.  
  26526. Business Network Communications, Inc., a leading reseller of long
  26527. distance services -- and provider of an extensive menu of
  26528. telecommunications products and services, seeks an experienced
  26529. individual for continued development of our Operator Services
  26530. division.
  26531.  
  26532. We are currently well positioned in this industry and now seek a
  26533. qualified individual with experience in institutional accounts.  The
  26534. candidate should have experience in contract negotiation.
  26535.  
  26536. Salary plus commission commensurate with experience.
  26537.  
  26538. Mail, fax, or eMail resume to Business Network Communications, Inc. -
  26539. ATTN: Mr. Glaspie
  26540.  
  26541. BNC, Inc.
  26542. 2770 Ridgway Ct.
  26543. Walled Lake, MI 48390
  26544. Fax (810) 669-9068
  26545. eMail Address:  BusNetCom@aol.com
  26546.  
  26547. ------------------------------
  26548.  
  26549. From: adg@netcom.com (Allan D. Griefer)
  26550. Subject: 5ESS Setup For Multipoint ISDN
  26551. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  26552. Date: Mon, 2 May 1994 00:54:49 GMT
  26553.  
  26554.  
  26555. I'm trying to have Pac Bell set up my ISDN line for two devices and
  26556. they seem to be having trouble getting it correct.  Does anyone out
  26557. there have some knowledge of the switch setup?  Here's the data:
  26558.  
  26559. Switch:         5ESS
  26560. Software:       5E8
  26561. Terminal 1:     Combinet 400
  26562.         Type:   E
  26563.         BCHAN:  2 Ckt Data
  26564.         SPID:   Supported
  26565. Terminal 2:     IBM Waverunner Card
  26566.         Type:   A
  26567.         BCHAN:  Alt Voice/Ckt Data
  26568.         SPID:   Supported
  26569.  
  26570. Any help greatly appreciated.
  26571.  
  26572.  
  26573. Al Griefer, KC6ZTW        adg@netcom.com
  26574. EMT-1A, AHA CPR Instructor    San Jose, CA
  26575.  
  26576. ------------------------------
  26577.  
  26578. Date: 01 May 94 21:08:12 EDT
  26579. From: Brian Moura <76702.1337@CompuServe.COM>
  26580. Subject: San Carlos Joins Internet
  26581.  
  26582.  
  26583.         CITY OF SAN CARLOS
  26584.                   666 Elm Street
  26585.             San Carlos, CA 94070
  26586.  
  26587.                   ######
  26588.  
  26589. For More Information, Call:
  26590.  
  26591. Brian Moura, Assistant City Mgr.       For Release 9:00 A.M.
  26592. (415) 802-4210                                   May 2, 1994
  26593.                               
  26594.                 SAN CARLOS JOINS THE INTERNET
  26595.              San Carlos On Line Project Expands
  26596.  
  26597.      SAN CARLOS, CA -- May 2, 1994 -- The City of San Carlos announced
  26598. today that citizens can now communicate with City officials and City
  26599. departments using the Internet.  Anyone who has access to the Internet
  26600. (or commercial services with Internet gateways such as America On Line
  26601. and CompuServe) can reach City Hall by addressing their message to
  26602. scarlos@crl.com.
  26603.  
  26604.       Use of the Internet is part of the San Carlos On Line project
  26605. that began in 1993.  During 1993, the City of San Carlos distributed
  26606. information on economic development, telecommunications and public
  26607. safety through the America On Line and CompuServe commercial on-line
  26608. services.  Acknowledging the popularity of the Internet as a key part
  26609. of the future "Information Superhighway," San Carlos is now bringing
  26610. City information and services to the Internet.
  26611.  
  26612.       The first phase of the San Carlos Internet presence will involve
  26613. a mail box for messages to the City.  Later in the year, the project
  26614. will expand to include files on a Gopher server and City information
  26615. on a World Wide Web (WWW) hypertext server accessible with the popular
  26616. new Mosaic and Cello browsers.
  26617.  
  26618.       The project will then move on to bring Internet connectivity to
  26619. the San Carlos School District.  The schools see the Internet as an
  26620. educational tool and a key part of the City/School joint technology
  26621. sharing program known as "Technology Goes to School."
  26622.  
  26623.       San Carlos Mayor Tom Davids stated: "I am pleased to announce
  26624. the availability of Internet messaging to the citizens of San Carlos.
  26625. The establishment of an Internet mailbox to the City demonstrates our
  26626. continuing commitment to finding new ways of serving businesses,
  26627. citizens and students in San Carlos."
  26628.  
  26629.      City Manager Mike Garvey noted that "San Carlos has been working
  26630. on innovative ways to disseminate City information during the last
  26631. year.  Over 100 people have downloaded our user-friendly guide to
  26632. opening a business in San Carlos called "Doing Business in San Carlos"
  26633. from the GO WUGNET, GO WINAPD and GO CALFORUM forums on CompuServe.  I
  26634. am hopeful that our work on the Internet is as successful in helping
  26635. people discover what the City of San Carlos has to offer."
  26636.  
  26637. ------------------------------
  26638.  
  26639. From: dannyb@panix.com (danny burstein)
  26640. Subject: Perhaps Finally a Good Cordless Phone?
  26641. Date: 1 May 1994 13:04:03 -0400
  26642.  
  26643.  
  26644. Has anybody heard anything -definitive- about this AT&T real-soon-now
  26645. cordless unit?
  26646.  
  26647. Thanks,
  26648.  
  26649. danny
  26650.  
  26651.   From misc.consumers Sun May  1 13:01:13 1994
  26652.   From: os2user@sneakers.gate.net
  26653.   Subject: Re: 900MHz cordless phones
  26654.   Date: 1 May 1994 15:44:03 GMT
  26655.  
  26656. I am looking at a spread spectrum phone by AT&T.  It is not yet on the
  26657. market.  AT&T keeps telling me "any day." <G> The phone is suppose to
  26658. go about two miles.
  26659.  
  26660. Additionally, (and this is why it is late - they want to get all the
  26661. accessories FCC so everything comes out at the same time), it supports
  26662. repeaters!, encryption, etc.
  26663.  
  26664. Later.
  26665.  
  26666.                    ---------------------
  26667.  
  26668. dannyb@panix.com (or dburstein@mcimail.com)
  26669.  
  26670. ------------------------------
  26671.  
  26672. From: dreuben@netcom.com (Cid Technologies)
  26673. Subject: PageMart Changes Services, No Notice
  26674. Date: Mon, 02 May 1994 02:36:55 PDT
  26675.  
  26676.  
  26677. Since Monday, I noticed that PageMart -- a local and nationwide paging
  26678. company -- has REDUCED the number of digits per page to only 15. They
  26679. used to take at least 22, perhaps even more (24 Max).
  26680.  
  26681. I spoke with Mike Mahler at PageMart about this, and after a few days
  26682. of checking, he got back to me just now and stated that this was
  26683. indeed policy because having more than 15 digits slowed down the
  26684. effectiveness (speed?) of nationwide paging. He said this change was
  26685. permanent, and that it was for the benefit of "over 200,000 of their
  26686. customers".
  26687.  
  26688. What this does for me is make my pager basically useless: If someone
  26689. wants to beep in their number and extension, or some special code, the
  26690. last digits will be truncated and not come through above and beyond 15
  26691. digits!
  26692.  
  26693. Thus, if someone beeped you with:
  26694.  
  26695. 18005551212*12345 (ie, a "*" as a space to show 'the following is an
  26696. extension number') will not come out fully, and all you will get is
  26697. "18005551212 123"! Note that even without the "*", you will STILL not
  26698. get a five-digit extension number (and these are common) if the
  26699. caller(s) place a "1" before the telephone number, which many do.
  26700.  
  26701. I mentioned this to Mike Mahler at PageMart when I initially spoke
  26702. with him, and his response was "Yeah, that sounds like it could be a
  26703. big problem to me". He even tried beeping me with his 800 number and
  26704. extension, and it just fit in. If he had one more digit in his
  26705. extension, or wanted to use a code like "911" after the extension
  26706. number to show urgency he would not have been successful, the paging
  26707. system would merely cut him off and not let him enter extra digits.
  26708. (He could of course page me twice, but this would run up my quota of
  26709. 200 nationwide pages per month twice as fast, which *conveniently*
  26710. nets them more money in "overpage" charges, which at 25 cents each can
  26711. amount to a bit of cash at the end of the month! :( )
  26712.  
  26713. Basically, if you have a long-term contract with them (any amount of
  26714. time, ie, not month-to-month), and you do not like this policy, you
  26715. should be able to break your contract, as this may be a substantial
  26716. modification of past performance which can vitally affect the use and
  26717. functionality of your pager service with PageMart.
  26718.  
  26719. I intend to bring this to the attention of PageMart management, and
  26720. they are supposed to call me back presently. I would suggest that any
  26721. other PageMart customers who are affected or who think they will be
  26722. affected by this new policy should call PageMart at: (800) 864-4357
  26723. and ask to be IMMEDIATELY connected to a manager or to have someone at
  26724. the corporate level call you back. (Forget customer service -- they
  26725. will usually tell you it is something wrong with your pager! :( )
  26726.  
  26727. Also, don't let them pull the routine where they say "Well, in the
  26728. back of your contract with us in tiny little print it says we can
  26729. change the terms of the contract at will and there is nothing you can
  26730. do about it".  Regardless of whether they wish to claim this or not,
  26731. if they make a substantial change from their past performance like
  26732. this change, and/or one which you relied upon prior to signing your
  26733. contract with them, they can not simply change it and claim that you
  26734. have no recourse.
  26735.  
  26736. I don't know how many people use PageMart, or how many actually care
  26737. if they can get more than 15 digits (ie, one full screen plus three
  26738. digits on the next screen of a standard Motorola pager), but if you
  26739. are affected or anticipate being affected by this, I urge you to call
  26740. now to complain before this policy becomes institutionalized.
  26741.  
  26742. It seems all so silly me to that they think they are going to speed up
  26743. paging so much by going from 24 digits to 15; how many people do a
  26744. full 24 and how much time would 9 digits less really save?
  26745.  
  26746.  
  26747. Doug Reuben        CID Technologies    (203) 499-5221
  26748.  
  26749. ------------------------------
  26750.  
  26751. From: justfred@netcom.com (Fred Heald)
  26752. Subject: NPA Optional in 818 - it Works!
  26753. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  26754. Date: Mon, 02 May 1994 08:01:06 GMT
  26755.  
  26756.  
  26757. To my surprise this morning I found that a feature I've been asking for 
  26758. forever finally works!
  26759.  
  26760. My phone is in 818 (but I'm travelling all over LA, 213, 909, 310,
  26761. 714, 805, 619, and all.  Not 524 yet, but soon I'm sure.  So I tend to
  26762. always dial the entire number (1-NPA-NXX-XXXX) first, and get the
  26763. ridiculous message "We are sorry, it is not necesary to dial one and
  26764. the area code for this call".  Well, this morning (in fact, calling
  26765. Netcom) I accidentally dialed the 1-818, and the call went through!
  26766.  
  26767. Since I'm in PacBel land, I'm hoping they've implemented this all over
  26768. the area.  FINALLY! and yet with no fanfare or even notice -- I guess
  26769. they'd be admitting a mistake.
  26770.  
  26771.  
  26772. Fred Heald    justfred@netcom.com
  26773.  
  26774. ------------------------------
  26775.  
  26776. From: azeusgps@hk.net (Azeus Systems Ltd.)
  26777. Subject: IPX Network Through T1
  26778. Date: 02 May 94 07:18:58 GMT
  26779. Organization: Hong Kong Internet & Gateway Services, Wanchai, Hong Kong
  26780.  
  26781.  
  26782. Our company has connected two Novell file servers through the T1 line.
  26783. Although we have set the CSU/DSU and the HP router to their limit, the
  26784. performance of the network is very poor. We have tested the speed of
  26785. the network by the Norton 'SI'(sysinfo) and we found that the transfer
  26786. rate of the network is about 10KB/s. Normally, if you test a workstation 
  26787. which is in the LAN, the through will be about 400KB/s or even 600KB/s.
  26788.  
  26789. We don't think that there is the problem of the telecom company. We
  26790. think that the configuration of the CSU/DSU and the HP router may not
  26791. be correct. Also, we have thought that there may be the limitation of
  26792. the IPX WAN, i.e. Novell is not suitable for WAN. Does somebody knows
  26793. about the performance of the IPX network in the WAN environment.
  26794.  
  26795. Here is the configuration of the our IPX WAN.  CSU/DSU - DCP3552 from
  26796. Cray Communication HP Router SR and PR Novell 3.12
  26797.  
  26798. If you know the answer or you want to know more about our configuration, 
  26799. please send us email.
  26800.  
  26801. ------------------------------
  26802.  
  26803. Date: 02 May 94 08:00:59 EDT
  26804. From: Omnitrend <72662.455@CompuServe.COM>
  26805. Subject: Call Costing Database
  26806.  
  26807.  
  26808. I hope someone there can help me.
  26809.  
  26810. I understand there are companies that have updated databases of "call
  26811. costs".  These are costs for long distance calls made on the major
  26812. carrier's (ATT, MCI, SPRINT) lines for all the different kinds of
  26813. services.
  26814.  
  26815. I am writing a call accounting system and need the information in
  26816. order to compute the cost of each call.
  26817.  
  26818. I know there are several companies that provide subscription services
  26819. for this info, but I have no idea who they are.  Can you help me?
  26820.  
  26821. ------------------------------
  26822.  
  26823. From: csa@bones.et.byu.edu (CSA)
  26824. Subject: Hybrids, Electronic or Transformers
  26825. Date: 02 May 94 07:28:17
  26826. Organization: Brigham Young University, Provo UT USA
  26827.  
  26828.  
  26829. I am looking for a source for good hybrids, electronic and/or transformers.  
  26830. I haven't had much luck with the transformers.  I need to be able to record 
  26831. and play back to/from a codec at the same time.  Does anyone suggestions or 
  26832. sources where I might look?
  26833.  
  26834.  
  26835. Scott Barnes 
  26836.  
  26837. ------------------------------
  26838.  
  26839. Date: Mon, 02 May 1994 04:03:59 PDT
  26840. From: Dirk Menzel <ld18@clark.edu>
  26841. Subject: Radio Frequency Interference on Residential Telephone Line
  26842.  
  26843.  
  26844. Please help me if you can.
  26845.  
  26846. My home is wired for two residential telephone lines.  Because of my
  26847. proximity to an am radio transmitter (am 1550khz), many of my audio
  26848. and telephone devices suffer from "radio noise", from that one station
  26849. only though.  Some days it is worse than others, some days there is no
  26850. interference at all.
  26851.  
  26852. I have had all of the affected telephone devices modified by their
  26853. respective manufacturers ... the problem persist on a recently puchased
  26854. Panasonic KXT3175, two-line, Easa-Phone.
  26855.  
  26856. The local telco has installed several blue capacitors(?) at the demark box
  26857. on my house.
  26858.  
  26859. I have tried to eliminate the Panasonic telephone as the culprit by
  26860. putting it in a metal breadbox (really!!!), with no success.
  26861.  
  26862. I believe that the noise is entering the line via a TP four-conductor
  26863. cable strung along the outside of my home.
  26864.  
  26865. At this point I am open to suggestions.  Might I be able to install a
  26866. filter (to filter out mainly 1550khz) right at the telephone?  (I use
  26867. one of my lines for voice and modem.)  A commercially available inline
  26868. filter (#Z100B1), besides being a single line device, did not have any
  26869. effect.
  26870.  
  26871. Any help would be greatly appreciated.  I am fairly technically and
  26872. mechanically competent and could handle minor electrical modifications
  26873. with limited instructions.
  26874.  
  26875. Please respond via e-mail to ld18@clark.edu.
  26876.  
  26877.  
  26878. Thank you!
  26879.  
  26880. Dirk Menzel
  26881.  
  26882. ------------------------------
  26883.  
  26884. Date: Mon, 02 May 1994 22:07:08 EDT
  26885. From: Michael P. O'Leary <MPO107@PSUVM.PSU.EDU>
  26886. Subject: Fight A*vertising! Petition!
  26887. Organization: Penn State University
  26888.  
  26889.  
  26890. Read with great interest the article quoted below, it IS the future of
  26891. teh internet.  BUT, it shouldn't be.  People like this have no right
  26892. ot waste bandwidth on a valuable resource like the internet.  We must
  26893. stop happenings like this with legislation so that the 'information
  26894. highway' (or whatever you want to call it) doesn't become expensive
  26895. and riddled with a*vertisi*g.  (And oh yeah, I use the wild card so
  26896. people with the wor a* in their kill file still get this message.  I
  26897. am taking upon myself the burden of collecting a petition from this
  26898. group (and eventually other groups as well) stating our opposition to
  26899. this practice and our support for legislation to stop it.  We must act
  26900. fast though, because the bills that will govern the future are quickly
  26901. advancing through Congressional committees.  Here is what to do:
  26902.  
  26903. Send a note eo me at mpo107@psuvm.psu.edu with the following subject:
  26904.  
  26905. SUBJECT: I SUPPORT
  26906.  
  26907. Then put this comment in the body of your letter:
  26908.  
  26909. I support legislation against advertising on the internet.  Also
  26910. include any other comments you wish to make.  I will compile this
  26911. hopefully lenghty list of responses, print out several copies, and
  26912. distribute them to:
  26913.  
  26914. 1: the Congressmen working on these bills (Markey, Fields, etc...)
  26915.  
  26916. 2: Political lobbying groups such as The Policy Roundtable, EFF, TAP, etc...
  26917.  
  26918. Please, read this, respond, and pass it on to  anyone or anywhere you wish;
  26919. we need to start the fight now! 
  26920.  
  26921. > Remember the bozo who cross-posted a message about an upcoming lottery
  26922. > for green cards to every single newgroup on the net?  According to a
  26923. > Clarinet Newsbytes article, he recieved over 35,000 responses, most of
  26924. > which were flames and mail bombs comprising over 73GB(!) of data.  As
  26925. > you can imagine, his service provider, Internet Direct, was more than
  26926. > a little peeved, as this caused over a dozen system crashes and
  26927. > brought their machine to it's knees; they ended up revoking his
  26928. > account, citing storage costs.  This bozo then has the balls to show
  26929. > up at Internet Direct's office with four lawyers threatening to sue
  26930. > for $250,000, claiming that not being able to get to their e-mail
  26931. > would cost them at least that much.  The thing that kills me is the
  26932. > bozo's attitude about the entire situation.  His name is Laurence
  26933. > Canter.
  26934.  
  26935. ------------------------------
  26936.  
  26937. End of TELECOM Digest V14 #191
  26938. ******************************
  26939.     
  26940.     
  26941. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23878;
  26942.           2 May 94 17:55 EDT
  26943. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26944.     id AA28397; Mon, 2 May 94 13:33:27 CDT
  26945. Return-Path: <telecom>
  26946. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26947.     id AA28386; Mon, 2 May 94 13:33:24 CDT
  26948. Date: Mon, 2 May 94 13:33:24 CDT
  26949. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  26950. Message-Id: <9405021833.AA28386@delta.eecs.nwu.edu>
  26951. To: telecom@eecs.nwu.edu
  26952. Subject: TELECOM Digest V14 #192
  26953.  
  26954. TELECOM Digest     Mon, 2 May 94 13:33:00 CDT    Volume 14 : Issue 192
  26955.  
  26956. Inside This Issue:                          Editor: Patrick A. Townson
  26957.  
  26958.     Clipper Petition Delivered to White House (CPSR National Office)
  26959.     New Electronic Privacy Group Formed (Dave Banisar)
  26960.     Intellectual Property and Telecom Conference (Barry Greene)
  26961.     Protocol For Alpha-Numeric Pagers (Gary Morris)
  26962.     AT&T Public Phone 2000 Probably Dead (John C. Fowler)
  26963.     Bell Atlantic Gets Maryland Competition (Gregory P. Monti)
  26964.     Information Wanted on GSM (Tullamore Andre Pettigrew)
  26965.     What's a Ballpark Cost For a T1 Line? (Bruce O'Neel)
  26966.     What is Infopath? (Gayton Osgood)
  26967.     Frame Relay Questions (Glen Bojsza)
  26968.     Hayes Optima 288 Problems With PMaster IIe (soniq@terrorcorp.phantom.com)
  26969.     Information Wanted: Telecommunications in IVHS (Kilian Scholz)
  26970.     Motorola "Advisor" pager Information (Pat Barron)
  26971.     Telecommunications Management Standard (3010) Wanted (Bedryfsingenierswese)
  26972.     MCI as a Long Distance Carrier For Data and Voice (Javier Henderson)
  26973.     Wanted: Information on Computer Telephone Interface (Xiaoyi Eve Zhang)
  26974.     Bulk Call Display (Tony Harminc)
  26975.     Info SuperHighway Seminar (Roy Kerwood)
  26976.  
  26977. TELECOM Digest is an electronic journal devoted mostly but not
  26978. exclusively to telecommunications topics. It is circulated anywhere
  26979. there is email, in addition to various telecom forums on a variety of
  26980. public service systems and networks including Compuserve and GEnie.
  26981. It is also gatewayed to Usenet where it appears as the moderated
  26982. newsgroup 'comp.dcom.telecom'. 
  26983.  
  26984. Subscriptions are available at no charge to qualified organizations
  26985. and individual readers. Write and tell us how you qualify:
  26986.  
  26987.                  * telecom-request@eecs.nwu.edu *
  26988.  
  26989. The Digest is edited, published and compilation-copyrighted by Patrick
  26990. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  26991. or phone at:
  26992.                     9457-D Niles Center Road
  26993.                      Skokie, IL USA   60076
  26994.                        Phone: 708-329-0571
  26995.                         Fax: 708-329-0572
  26996.   ** Article submission address only: telecom@eecs.nwu.edu **
  26997.  
  26998. Our archives are located at lcs.mit.edu and are available by using
  26999. anonymous ftp. The archives can also be accessed using our email
  27000. information service. For a copy of a helpful file explaining how to
  27001. use the information service, just ask.
  27002.  
  27003. *************************************************************************
  27004. *   TELECOM Digest is partially funded by a grant from the              *
  27005. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27006. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27007. * project.  Views expressed herein should not be construed as represent-*
  27008. * ing views of the ITU.                                                 *
  27009. *************************************************************************
  27010.  
  27011. Additionally, the Digest is funded by gifts from generous readers such
  27012. as yourself who provide funding in amounts deemed appropriate. Your help 
  27013. is important and appreciated.
  27014.  
  27015. All opinions expressed herein are deemed to be those of the author. Any
  27016. organizations listed are for identification purposes only and messages
  27017. should not be considered any official expression by the organization.
  27018. ----------------------------------------------------------------------
  27019.  
  27020. Date: Mon, 02 May 1994 07:12:07 +0000
  27021. From: CPSR National Office <cpsr@cpsr.org>
  27022. Subject: Clipper Petition Delivered to White House
  27023.  
  27024.  
  27025.                           CPSR PRESS RELEASE
  27026.              Computer Professionals for Social Responsibility
  27027.                              P.O. Box 717
  27028.                          Palo Alto, CA 94301
  27029.                            415-322-3778 (voice)
  27030.                            415-322-4748 (fax)
  27031.                              cpsr@cpsr.org
  27032.  
  27033.               "CLIPPER" PETITION DELIVERED TO WHITE HOUSE
  27034.          COMPUTER USERS CALL ON ADMINISTRATION TO DROP ENCODING PLAN
  27035.                      NEW PRIVACY CENTER ESTABLISHED
  27036.  
  27037.     Washington, DC -- A national public interest organization
  27038. today delivered to the White House a petition asking for withdrawal of
  27039. the controversial Clipper cryptography proposal.  The Clipper plan
  27040. would provide government agents with copies of the keys used to
  27041. encoded electronic messages.
  27042.  
  27043.     The petition was signed by more than 47,000 users of the
  27044. nation's data highway.  The petition drive occurred entirely across
  27045. the Internet.  It is the largest electronic petition to date.
  27046.  
  27047.     Earlier this year, the White House announced support for the
  27048. Clipper proposal.  But the plan has received almost unanimous
  27049. criticism from the public.  A Time/CNN found that 80% of the American
  27050. public opposed Clipper.
  27051.  
  27052.     Computer Professionals for Social Responsibility began the
  27053. petition drive in January.  In the letter addressed to the President,
  27054. the organization said that if Clipper goes forward, "privacy
  27055. protection will be diminished, innovation will be slowed, government
  27056. accountability will be lessened, and the openness necessary to ensure
  27057. the successful development of the nation's communications
  27058. infrastructure will be threatened."
  27059.  
  27060.     The petition asks for the withdrawal of Clipper.  It is signed
  27061. by many of the nation's leading cryptographers including Whitfield
  27062. Diffie, Martin Hellman, and Ronald Rivest.  Users from nearly 3,000
  27063. different sites across the Internet are represented.  Responses came
  27064. from more than 1300 companies including Microsoft, IBM, Apple, DEC,
  27065. GE, Cray, Tandem, Sun, SGI, Mead Data Central, AT&T, and Stratus.
  27066. Signatures also came from more than 850 colleges and universities and
  27067. 150 non-profit organizations. Many responses came from public networks
  27068. such as America Online and Compuserve. Nearly a thousand came from
  27069. government and military sites including NASA, the Army and the Navy.
  27070.  
  27071.     Next week hearings will be held in Congress on the
  27072. controversial cryptography proposal, an initiative developed by the
  27073. FBI and the National Security Agency.  Most of the witnesses are
  27074. expected to testify against the plan.
  27075.  
  27076.     In a related development, the establishment of the Electronic
  27077. Privacy Information Center was announced today.  EPIC is jointly
  27078. sponsored by CPSR and the Fund for Constitutional Government. It will
  27079. focus on emerging privacy issues surrounding the information data
  27080. highway.  [see accompanying release].
  27081.  
  27082.     CPSR is national membership organization, based in Palo Alto,
  27083. California.  For more information about CPSR, contact CPSR, P.O. Box
  27084. 717, Palo Alto, CA 94302.  415 322 3778 (tel) 415 322 4748 (fax)
  27085. cpsr@cpsr.org (email).
  27086.  
  27087. ------------------------------
  27088.  
  27089. Date: Mon, 02 May 1994 10:02:33 +0000
  27090. From: Dave Banisar <epic@cpsr.org>
  27091. Subject: New Electronic Privacy Group Formed
  27092.  
  27093.  
  27094.                         EPIC Press Release
  27095.  
  27096.               Electronic Privacy Information Center
  27097.                666 Pennsylvania Ave., SE, Suite 301 
  27098.                        Washington, DC  20003 
  27099.                        (202) 544-9240 (tel)  
  27100.                        (202) 547-5482 (fax) 
  27101.                        epic@cpsr.org (email)
  27102.                                     
  27103.  
  27104.                   NEW PRIVACY CENTER ESTABLISHED 
  27105.                    EPIC TO MONITOR DATA HIGHWAY
  27106.  
  27107. WASHINGTON, DC -- A new organization was launched today to address
  27108. growing public concerns about privacy protection for the national
  27109. information infrastructure.  The Electronic Privacy Information Center
  27110. (EPIC) will focus on emerging threats to personal privacy.
  27111.  
  27112.     Among the threats are the government's controversial Clipper
  27113. computer encryption proposal, which has caused widespread protests
  27114. from companies and computer users around the world.  Proposals for an
  27115. information superhighway and recent plans to reform the nation's
  27116. health care system also involve significant threats to personal
  27117. privacy.
  27118.  
  27119.     "We have established EPIC to focus public attention on these
  27120. new privacy issues -- the Clipper Chip, the Digital Telephony
  27121. Proposal, medical record privacy, and the sale of consumer data." said
  27122. Marc Rotenberg, director of EPIC.
  27123.  
  27124.     A 1993 poll by the Lou Harris organization found 80 percent of
  27125. Americans concerned about threats to their privacy.  More than two
  27126. thirds believe they have lost all control over personal information.
  27127. Still, 70 percent believe that privacy is a fundamental right
  27128. comparable to "life, liberty and the pursuit of happiness," and a
  27129. clear majority of Americans favor establishment of a privacy agency
  27130. within the government.
  27131.  
  27132.     EPIC brings together an unprecedented group of experts from
  27133. computer science, information law, civil liberties, human rights,
  27134. public interest advocacy, library and research communities, as well as
  27135. privacy experts and scholars. Among the members of the EPIC Advisory
  27136. Board is former Congressman and Presidential candidate John B.
  27137. Anderson.  Mr. Anderson said today at a Capitol Hill press conference
  27138. he was very pleased by the establishment of the new organization.
  27139.  
  27140.     "Privacy is one of the bedrock American values.  EPIC will
  27141. help ensure that privacy is protected in the information age," said
  27142. Mr. Anderson.
  27143.  
  27144.     Simon Davies, the Director General of Privacy International,
  27145. welcomed the launch of EPIC. Speaking from London, England today he
  27146. said, "EPIC is an exciting initiative on the leading edge of privacy
  27147. protection. My hope is that EPIC will be the forerunner of many such
  27148. organizations around the world."
  27149.  
  27150.     EPIC is a joint project of the Fund for Constitutional
  27151. Government and Computer Professionals for Social Responsibility.  FCG
  27152. is a non-profit charitable organization established in 1974 to protect
  27153. civil liberties and constitutional rights.  CPSR is a national
  27154. membership organization established in 1982 by professionals in the
  27155. computing field concerned about the social impact of computer
  27156. technology.
  27157.  
  27158.     For more information contact EPIC, 666 Pennsylvania Ave., SE
  27159. Suite 301, Washington, DC 20003.  202 544 9240 (tel), 202 547 5482
  27160. (fax) epic@cpsr.org (email). Current materials include a program
  27161. description and list of Frequently Asked Questions about EPIC.
  27162.  
  27163.  
  27164. Marc Rotenberg, EPIC Director
  27165. David L. Sobel, Legal Counsel
  27166. Dave Banisar, Policy Analyst
  27167.  
  27168. ------------------------------
  27169.  
  27170. From: Barry and Laina Raveendran Greene <p00128@psilink.com>
  27171. Subject: Intellectual Property and Telecom Conference
  27172. Date: Mon, 02 May 94 10:45:22 -0500
  27173. Organization: Baha'i Computer and Communications Association
  27174.  
  27175.  
  27176. The Global Telecommunications Society & The Foreign Lawyers Forum, Inc
  27177. Invite You To A Panel Discussion On:
  27178.  
  27179.     "International Law & Telecom:
  27180.     Issues of Intellectual Property Rights"
  27181.  
  27182. Wednesday, May 11'94, at 6.30 pm, at The International Law Institute,
  27183. 1615 New Hampshire Avenue, NW, Washington D.C. (Near Dupont Circle
  27184. Metro)
  27185.  
  27186.     Moderator: Emery Simon
  27187.                Executive Director, Alliance to Promote Software Innovation
  27188.  
  27189.     Panelists: Peter Farkas
  27190.                    Partner, Graham & James, and Chair of Intellectual 
  27191.                    Property Committee, American Bar Association
  27192.                
  27193.                    Edward Kazenske
  27194.                    Executive Assistant to the Commissioner and Director 
  27195.                    of Interdisciplinary Programs, Patent and Trademark Office
  27196.  
  27197.                    Ronald Palenski
  27198.                    Senior Vice President & General Counsel, Information 
  27199.                    Technology Association of America
  27200.  
  27201. Members of the Global telecommunications Society or the Foreign Lawyers 
  27202. Forum, Inc get in for free. Non-members pay $10 at the door. A wine and 
  27203. cheese reception will follow the discussion.
  27204.  
  27205. Please RSVP by 5.00 p.m. Tuesday, May 10th, 1994. Call 202-833-3322
  27206. and leave a message on the voice mail. If interested in becoming a member 
  27207. of either group, please leave a message at the same number.
  27208.  
  27209. ------------------------------
  27210.  
  27211. Date: Mon, 2 May 94 09:55:34 PDT
  27212. From: garym@alsys.com (Gary Morris @ignite)
  27213. Subject: Protocol for Alpha-numeric Pagers
  27214.  
  27215.  
  27216. I would like to write some software for a specialized computer system
  27217. to send pages to alpha-numeric pagers.  Is there a standard protocol
  27218. that these services use to accept messages via a modem?
  27219.  
  27220. I haven't selected a pager provider yet, so if some use proprietary
  27221. protocols I would be interested in know which ones to avoid.  I've
  27222. talked to several providers and they have said we can do paging from a
  27223. PC and they have a software package for PC's, but I have a special
  27224. need that requires custom software (and it's running on Sun/Unix).
  27225.  
  27226. I checked the Telecom archives but didn't find much about paging there.
  27227.  
  27228.  
  27229. Gary Morris                 Internet: garym@alsys.com  (garym@cts.com)
  27230. SDSD/EPD/RACES              Packet:   KK6YB @ N0ARY.#NOCAL.CA.USA.NA
  27231. San Diego, CA, USA          Phone:    +1 619-457-2700 x128 (voice/fax)
  27232.  
  27233.  
  27234. [TELECOM Digest Editor's Note: In the Telecom Archives you might want to
  27235. check out 'ixo*' files for some information.   PAT]
  27236.  
  27237. ------------------------------
  27238.  
  27239. Date: Mon, 2 May 94 09:47:25 -0600
  27240. From: John C. Fowler <fowlerc@magellan.Colorado.EDU>
  27241. Subject: AT&T Public Phone 2000 Probably Dead
  27242.  
  27243.  
  27244. (Newcomers: The Public Phone 2000 was a venture attempted by AT&T a
  27245. few years ago.  Essentially, computer terminals were placed at many
  27246. international airports in the U.S.  With a calling card, you could
  27247. place calls anywhere there was a modem, without having to worry about
  27248. bringing your own laptop and somehow connecting it to a pay phone.
  27249. Unfortunately, it turned out the phone terminals were not tariffed,
  27250. so AT&T had to disable the terminal feature pending approval.)
  27251.  
  27252. I had the chance to spend a couple of hours at the St. Louis International 
  27253. Airport this weekend, and I saw a couple of AT&T Public Phone 2000
  27254. booths, so I decided to check them out.  Alas, what I found were plain
  27255. old pay phones.  I suppose this means that AT&T has decided to give up.
  27256.  
  27257.  
  27258. John C. Fowler, fowlerc@boulder.colorado.edu
  27259.  
  27260.  
  27261. [TELECOM Digest Editor's Note: That's a shame, because the 2000's were
  27262. a very useful service. Too bad it did not work out.   PAT]
  27263.  
  27264. ------------------------------
  27265.  
  27266. Date: Mon, 02 May 1994 11:05:52 EDT
  27267. From: Gregory P. Monti <gmonti@cap.gwu.edu>
  27268. Subject: Bell Atlantic Gets Maryland Competition
  27269.  
  27270.  
  27271. According to the 4/29 {Communications Daily}, Metropolitan Fiber
  27272. Systems (MFS) has just won the right in Maryland to compete on a
  27273. substantially equal footing with Bell Atlantic-Maryland.  MFS will
  27274. become a "co-carrier", which means it will have blocks of telephone
  27275. numbers (possibly whole prefixes) assigned to it and will originate
  27276. and terminate calls to and from toll carriers and to and from Bell
  27277. Atlantic-MD.
  27278.  
  27279. Presumably, the access charge that a toll carrier normally pays per
  27280. minute to the local phone company that terminates each call will now
  27281. be paid to MFS if the call is completed to one of MFS's numbers.
  27282.  
  27283. MFS will serve mainly business and government, no residential competition
  27284. was announced yet.
  27285.  
  27286. MFS won similar rights in NY state about two weeks ago.  The Maryland
  27287. decision by the PSC takes NY a step further.  In NY, customers will be
  27288. required to change their phone numbers to jump to MFS service.  In
  27289. Maryland, customers may keep their old phone number.  PSC ordered BA
  27290. to make numbers portable among local carriers.  PSC also ordered BA to
  27291. interconnect with MFS using "collocation" or "virtual collocation."
  27292.  
  27293.  
  27294. Greg Monti          Arlington, Virginia, USA        gmonti@cap.gwu.edu
  27295.  
  27296. ------------------------------
  27297.  
  27298. From: tap@mundil.cs.mu.OZ.AU (Tullamore Andre PETTIGREW)
  27299. Subject: Information Wanted on GSM
  27300. Organization: Computer Science, University of Melbourne, Australia
  27301. Date: Mon, 02 May 1994 14:01:48 GMT
  27302.  
  27303.  
  27304. I am looking for information on the GSM digital phone system used in
  27305. Australia for an essay I am writing. Of particular interest are
  27306. comments/articles etc about privacy, security and the standard in
  27307. general.
  27308.  
  27309.  
  27310. Thanks for your help,
  27311.  
  27312. Tully Pettigrew
  27313.  
  27314. ------------------------------
  27315.  
  27316. Date: Mon, 2 May 94 13:38 EDT
  27317. From: oneel@athena.gsfc.nasa.gov (Bruce O'Neel)
  27318. Subject: What's a Ballpark Cost For a T1 Line?
  27319.  
  27320.  
  27321. Hi,
  27322.  
  27323. I was wondering what the ballpark cost for a T1 line is?  I figure it
  27324. will depend greatly on a number of factors, so I'm thinking about
  27325. Maryland around Washingtion DC, with maybe 20 miles for a length.
  27326. These figures are to give us a direction on a project.
  27327.  
  27328. Thanks for any information!!
  27329.  
  27330.  
  27331. bruce
  27332.  
  27333. ------------------------------
  27334.  
  27335. From: gayton@world.std.com (Gayton Osgood)
  27336. Subject: What is Infopath?
  27337. Organization: The World Public Access UNIX, Brookline, MA
  27338. Date: Mon, 02 May 1994 08:08:54 GMT
  27339.  
  27340.  
  27341. My local library has put their card catalog on line but in order to
  27342. access it they say you must have a NYNEX Infopath account and to
  27343. contact the phone company to open one. I don't know wnhat an Infopath
  27344. account is or how much it costs. I am reluctant to pay NYNEX ant more
  27345. than I already do. If anyone has one of these accounts could you tell
  27346. me a little about it.
  27347.  
  27348.  
  27349. Gayton Osgood   gayton@world.std.com
  27350.  
  27351. ------------------------------
  27352.  
  27353. From: Glen_Bojsza@mindlink.bc.ca (Glen Bojsza)
  27354. Subject: Frame Relay Questions
  27355. Date: 02 May 94 19:44:09 GMT
  27356. Organization: MIND LINK! - British Columbia, Canada
  27357.  
  27358.  
  27359. Frame relay is already a "HOT" topic ... so where can someone find
  27360. some good design reference material. Notably there are standards but
  27361. many vendors routers don't work with them ... ie. for congestion
  27362. control if a BECN is sent out most boxes ignore this and lead to
  27363. timeouts and retrans.
  27364.  
  27365. Another area I would like some information on is what kind of
  27366. parameters are being set when using Frame relay ... if a router does
  27367. support BECN and its CIR is set to zero does that not mean it will
  27368. drop to that rate on the first BECN it receives?
  27369.  
  27370. I would appreciate hearing from anybody that has worked with and or
  27371. has some refernce material I could read. I realize traffic analysis is
  27372. required but there must be some guidelines based on protocol used and
  27373. application.
  27374.  
  27375.  
  27376. Please contact me at:   GLEN_BOJSZA@MINDLINK.BC.CA
  27377.  
  27378. ------------------------------
  27379.  
  27380. From: soniq@terrorcorp.phantom.com
  27381. Subject: Hayes Optima 288 Problems With Liv. PMaster IIe
  27382. Date: Mon, 02 May 94 03:45:58 PDT
  27383. Organization: Columbia University Center for Telecommunications Research
  27384.  
  27385.  
  27386.     Has anyone got any experience with Hayes Optima 288 and
  27387. Livingston Portmaster IIe terminal servers? I am at the end of my rope
  27388. trying to configure these beasts.  The problem?  After a fresh init or
  27389. a power reset, the modems work fine, but after dropping a session --
  27390. although AA remains lit the modem WILL NOT answer any calls.  This is
  27391. true for all 30 Hayes modems installed on this server.
  27392.  
  27393.     I've got a sneaking suspicion it's got something to do with
  27394. the combination of &D3 and &Q5 that the Hayes tech told me I must use.
  27395.  
  27396. TIA
  27397.  
  27398. soniq
  27399.  
  27400. ------------------------------
  27401.  
  27402. From: kscholz@mednet.med.miami.edu (Kilian Scholz)
  27403. Subject: Information Wanted: Telecommunications in IVHS
  27404. Date: 02 May 1994 20:43:24 GMT
  27405. Organization: University of Miami
  27406.  
  27407.  
  27408. Can someone point me to any info published on telecommunications
  27409. related to intelligent vehicle highway systems on the net.
  27410.  
  27411. Please mail info to: shooby@ece.miami.edu
  27412.  
  27413. Thanks.
  27414.  
  27415. ------------------------------
  27416.  
  27417. From: Pat_Barron@transarc.com
  27418. Subject: Motorola "Advisor" Pager Information Wanted
  27419. Date: Mon, 02 May 1994 17:34:34 -0400
  27420. Organization: Carnegie Mellon, Pittsburgh, PA
  27421.  
  27422.  
  27423. Does anyone have technical info on the Motorola "Advisor" alphanumeric
  27424. pager?  Specifically, any sort of configuration or status report
  27425. modes, and/or what one can do with the serial port that seems to be on
  27426. the bottom of the unit.
  27427.  
  27428. Any info would be most welcome.
  27429.  
  27430.  
  27431. Thanks,
  27432.  
  27433. Pat
  27434.  
  27435. ------------------------------
  27436.  
  27437. From: pan@itu2.sun.ac.za (Abrie Nel Bedryfsingenierswese)
  27438. Subject: Telecommunications Management Standard (3010) Wanted
  27439. Date: 02 May 1994 14:41:24 GMT
  27440. Organization: University of Stellenbosch
  27441.  
  27442.  
  27443. I am currently doing a project in a South African cellular telephone
  27444. company.  My brief is that I should create management procedures
  27445. utilizing the Telecommunications Network Management Standard (TMN
  27446. 3010).
  27447.  
  27448. If anyone:
  27449. 1) Knows where to find telecommunications standards,
  27450. 2) Knows where to find this specific standard,
  27451. I would be most grateful if they could help me!
  27452.  
  27453.  
  27454. Abrie Nel
  27455. Coopers & Lybrand
  27456. Management Advisory Services
  27457. South Africa  Cape Town
  27458. e-mail: pan@itu1.sun.ac.za
  27459.  
  27460. ------------------------------
  27461.  
  27462. From: henderson@mln.com
  27463. Subject: MCI as a long distance carrier for data and voice?
  27464. Date: 02 May 94 10:38:18 PST
  27465. Organization: Medical Laboratory Network; Ventura, CA
  27466.  
  27467.  
  27468. Hello,
  27469.  
  27470. We're currently using Cable & Wireless for long distance for data, and
  27471. AT&T for voice.
  27472.  
  27473. We've been approached by just about every long distance vendor and a
  27474. number of telemarketers trying to get us to switch over. Even though
  27475. we're getting good rates from AT&T, the contract we have with them was
  27476. negotiated long time ago when we were owned by another company. That's
  27477. no longer the case, and we fear that the new contract with AT&T will
  27478. have the rates hiked (the total volume is not near what it used to
  27479. be).
  27480.  
  27481. So far MCI seems to have the better deal, and they would handle both
  27482. data and voice.
  27483.  
  27484. I'd like to get in touch with current (or past) MCI customers to hear
  27485. their good and bad stories about service.
  27486.  
  27487. Thanks ever so much.
  27488.  
  27489.  
  27490. Javier Henderson    henderson@mln.com
  27491.  
  27492. ------------------------------
  27493.  
  27494. From: Xiaoyi Eve Zhang <xz22+@andrew.cmu.edu>
  27495. Subject: Wanted: info on Computer Telephone Interface
  27496. Date: Mon, 02 May 1994 21:39:20 -0400
  27497. Organization: Carnegie Mellon, Pittsburgh, PA
  27498.  
  27499.  
  27500. Hi there;
  27501.  
  27502. I am new, and seeking help here. It's not exactly CPI, hopefully I can
  27503. make you understand my question.
  27504.  
  27505. Basically two sides. 1) When I want to place a phone call I want to
  27506. dial the number from my computer, then let my phone set pick the
  27507. response up, then my computer will be freed; 
  27508.  
  27509. 2) When a phone comes in, I want my computer be able to recognize the
  27510. number (assume we have ANI service), and my phone set pick it up.
  27511.  
  27512. If anybody there knows how to do it or where to go for the information, 
  27513. your help will be GREATLY appreciated.
  27514.  
  27515. Reply back to xzhang@henry.ece.cmu.edu, or xz22@andrew.cmu.edu, or if
  27516. you live in Pittsburgh area, you are more than welcome to call me at
  27517. (412) 422-3822.
  27518.  
  27519. Thank you all for your help.
  27520.  
  27521.  
  27522. Eve
  27523.  
  27524.  
  27525. [TELECOM Digest Editor's Note: More and more people are asking how to use
  27526. Caller-ID or ANI (in the case of 800 service) to accomplish certain tasks
  27527. on their computer in the process of handling incoming phone calls. What
  27528. you need is a modem with Caller-ID functions built in; there will surely
  27529. be software and/or documentation with it showing how to use it. Another
  27530. solution is a Caller-ID display box with a serial port. These are also
  27531. quite common.   PAT]
  27532.  
  27533. ------------------------------
  27534.  
  27535. Date: Mon, 02 May 94 10:16:45 EDT
  27536. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  27537. Subject: Bulk Call Display
  27538.  
  27539.  
  27540. There is an alternative long distance provider here (Toronto) that a
  27541. friend subscribes to.  I don't remember their name, but they have a
  27542. local access number 416 860-1900.  I notice that when I dial it from
  27543. my friend's phone, they return a dial tone almost immediately.  If I
  27544. block Call Display using *67, they return a normal busy signal almost
  27545. immediately.  (By 'almost immediately' I mean well under one second.)
  27546.  
  27547. So what interface are they using to receive the Call Display data ?
  27548. It must be some sort of bulk interface, since they are certainly not
  27549. letting it ring once and waiting for the data to come down the wire
  27550. between the first and second rings.  I wasn't aware that any such
  27551. interface was tariffed or standardized.
  27552.  
  27553.  
  27554. Tony Harminc
  27555.  
  27556.  
  27557. [TELECOM Digest Editor's Note: Is it possible that the number you dial
  27558. is being 'handled like' an 800 number, i.e. the way '950' is handled
  27559. here in the USA?  On our 950 numbers, the recipient gets the calling
  27560. number instantly, as part of the connection the same as with delivery
  27561. of the ID on 800 calls. If that is the case with your example there,
  27562. then the blocking could be done almost instantly. It may also be that
  27563. some form of 'block-blocking' -- or whatever you want to call it -- is
  27564. in effect there such as we have in a few places in the USA where the
  27565. subscriber can dial a code saying they will not accept calls with 
  27566. blocked ID. Here, the telco then returns a voice announcement to that
  27567. effect, but perhaps in your exchange telco returns a busy signal instead.
  27568. 'Block-blocking' is not too common here yet.   PAT]
  27569.  
  27570. ------------------------------
  27571.  
  27572. From: Roy_Kerwood@mindlink.bc.ca (Roy Kerwood)
  27573. Subject: Info SuperHighway Seminar
  27574. Date: 02 May 94 17:30:26 GMT
  27575. Organization: MIND LINK! - British Columbia, Canada
  27576.  
  27577.  
  27578. I have organized the following seminar for June 24 from 8AM - 8PM:
  27579.  
  27580.           THE TRAVELLERS GUIDE TO THE INFO SUPERHIGHWAY
  27581.  
  27582. All the information you need to KNOW about the INFO SUPERHIGHWAY!!
  27583. Keynote Address Respected professionals involved with the Info
  27584. Superhighway will provide detailed info on the superhighway and a
  27585. personalized ROAD MAP for you so you or your company can get onto the
  27586. SUPERHIGHWAY and get there at the highest speed.  Hands on displays of
  27587. the latest Communications Software Video Tele-Conference information.
  27588. On line Databases WORLDWIDE Internet Connections, World Wide
  27589. Information access.  You will be part of the highest level of the
  27590. Information SUPERHIGHWAY and have access to the leading edge of the
  27591. latest Communications Technologies Lectures on The Information
  27592. Superhighway. Display by hardware, Software, Communications,
  27593. Information Suppliers.
  27594.  
  27595. Stage :     Presenters
  27596. Timing:
  27597.   9:00 -    Registration of attendees explore  exhibits
  27598.  
  27599.   9:30 -    Introduction to show by Roy Kerwood  10:00 -    Hon Gordon
  27600. Campbell has been invited to deliver a Keynote address (Mr. Campbell's
  27601. attendance is not critical to the show but would provide us with a
  27602. perspective as to where the Government intends to help with Information
  27603. Superhighway)
  27604.  
  27605.   10:20  -  Mr Mike Patterson of the Internet
  27606.             Service provider BC Net informs audience
  27607.             of latest developments in the
  27608.             Superhighway from his perspective and
  27609.             future visions in Panel Format
  27610.  
  27611.   11:00 -   BC Tel has been invited to explain the current state of the
  27612.             communications Superhighway from a providers point of view and
  27613.             how it will develop
  27614.  
  27615.   12:00 -   Break for lunch examine the exhibits (lunch will be included.)
  27616.  
  27617.   2:00  -   Hon. John Manly has been invited to Video Tele-conference link
  27618.  
  27619.   3:00  -   Richard Pitt will explain "point and click" access to the infor-
  27620.             mation super highway using Mosaic and give live demonstration
  27621.             of the World Wide Web, Archie and other exciting new developments 
  27622.             in the state of the art.
  27623.  
  27624.   4:00 -    Bruce Woodward of Cyberstore will do a live demonstration of a 
  27625.             local BBS.
  27626.  
  27627.   5:00  -   Wrap up by Roy Kerwood, participants question period.
  27628.  
  27629.   8:00  -   Show closes
  27630.  
  27631.                  Thank you for you interest in the seminar.
  27632.  
  27633. Date June 24, 1994 Please E-mail me if you would like to reserve space
  27634. for you and any of your co-workers.
  27635.  
  27636. Admission is $40.00 You may mail your Cheque for tickets to: 
  27637.  
  27638. Roy Kerwood @ Associates 907-1011 Beach Ave.  Vancouver BC.  V6E-1T8 
  27639. Phone or fax 604-687-3422.
  27640.  
  27641. ------------------------------
  27642.  
  27643. End of TELECOM Digest V14 #192
  27644. ******************************
  27645.     
  27646.     
  27647. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24294;
  27648.           2 May 94 18:20 EDT
  27649. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27650.     id AA00443; Mon, 2 May 94 14:26:04 CDT
  27651. Return-Path: <telecom>
  27652. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27653.     id AA00434; Mon, 2 May 94 14:26:02 CDT
  27654. Date: Mon, 2 May 94 14:26:02 CDT
  27655. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  27656. Message-Id: <9405021926.AA00434@delta.eecs.nwu.edu>
  27657. To: telecom@eecs.nwu.edu
  27658. Subject: TELECOM Digest V14 #193
  27659.  
  27660. TELECOM Digest     Mon, 2 May 94 14:26:00 CDT    Volume 14 : Issue 193
  27661.  
  27662. Inside This Issue:                          Editor: Patrick A. Townson
  27663.  
  27664.     Re: NANP and Switches (Al Varney)
  27665.     Re: NANP and Switches (Randal Hayes)
  27666.     Re: E1 Help Wanted (Steve Daggett)
  27667.     Re: Using Call Forwarding to Avoid Tolls (billy@mix.com)
  27668.     Re: Using Call Forwarding to Avoid Tolls (Sean P. Peacock)
  27669.     Re: X.25 Information Request (Ketil Albertsen)
  27670.     Re: ISDN Bridge Advice Please (Curtis Sanford)
  27671.     Re: ISDN Bridge Advice Please (Ken Germann)
  27672.     Re: Answering Machine With Voice Mail and Paging? (Rob Lockhart)
  27673.     Re: Answering Machine With Voice Mail and Paging? (D. Castillo)
  27674.     Re: Answering Machine With Voice Mail and Paging? (Sean Daly)
  27675.     Re: Basic ISDN Question (William H. Sohl)
  27676.     Re: CO's and Disasters (Andrew Ayers)
  27677.     Re: CO's and Disasters (Michael Jacobs)
  27678.     Re: Telco MUX to Home? (Kendall Willis)
  27679.  
  27680. TELECOM Digest is an electronic journal devoted mostly but not
  27681. exclusively to telecommunications topics. It is circulated anywhere
  27682. there is email, in addition to various telecom forums on a variety of
  27683. public service systems and networks including Compuserve and GEnie.
  27684. It is also gatewayed to Usenet where it appears as the moderated
  27685. newsgroup 'comp.dcom.telecom'. 
  27686.  
  27687. Subscriptions are available at no charge to qualified organizations
  27688. and individual readers. Write and tell us how you qualify:
  27689.  
  27690.                  * telecom-request@eecs.nwu.edu *
  27691.  
  27692. The Digest is edited, published and compilation-copyrighted by Patrick
  27693. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  27694. or phone at:
  27695.                     9457-D Niles Center Road
  27696.                      Skokie, IL USA   60076
  27697.                        Phone: 708-329-0571
  27698.                         Fax: 708-329-0572
  27699.   ** Article submission address only: telecom@eecs.nwu.edu **
  27700.  
  27701. Our archives are located at lcs.mit.edu and are available by using
  27702. anonymous ftp. The archives can also be accessed using our email
  27703. information service. For a copy of a helpful file explaining how to
  27704. use the information service, just ask.
  27705.  
  27706. *************************************************************************
  27707. *   TELECOM Digest is partially funded by a grant from the              *
  27708. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27709. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27710. * project.  Views expressed herein should not be construed as represent-*
  27711. * ing views of the ITU.                                                 *
  27712. *************************************************************************
  27713.  
  27714. Additionally, the Digest is funded by gifts from generous readers such
  27715. as yourself who provide funding in amounts deemed appropriate. Your help 
  27716. is important and appreciated.
  27717.  
  27718. All opinions expressed herein are deemed to be those of the author. Any
  27719. organizations listed are for identification purposes only and messages
  27720. should not be considered any official expression by the organization.
  27721. ----------------------------------------------------------------------
  27722.  
  27723. Date: Mon, 02 May 94 10:20:10 CDT
  27724. From: varney@uscbu.att.com
  27725. Subject: Re: NANP and Switches
  27726. Organization: AT&T Network Systems
  27727.  
  27728. In article <telecom14.190.13@eecs.nwu.edu> lincmad@netcom.com (Linc
  27729. Madison) writes:
  27730.  
  27731. > In article <telecom14.182.5@eecs.nwu.edu> is written:
  27732.  
  27733. >> We currently have a Northern Telecom Meridian Option 61 (software
  27734. >> relase 17) with 44 DID trunks, a T1 for long distance, and about 1300
  27735. >> active phones.  We have been told by Ameritech that, in order for us
  27736. >> to be able to comply with the implementation of the new North American
  27737. >> Numbering Plan (NANP) on January 1, 1995, we must upgrade our switch
  27738. >> with an additional memory card, another ROM board and software release
  27739. >> 19.  My questions are (1) is this really necessary and (2) can we wait
  27740. >> until the middle of 1995 before doing this and still provide access
  27741. >> via NANP?  Any help out there would be greatly appreciated.  Thanks.
  27742.  
  27743. > I don't know about the hardware/software requirements for your
  27744. > specific switch, but whatever changes your switch requires to work
  27745. > with the "new-style" area codes *CANNOT* wait until mid-1995.  They
  27746. > *MUST* be up and running and fully functional absolutely no later than
  27747. > 1/15/95, when the first two "new" area codes go into service.
  27748. > Otherwise, Murphy's Law guarantees that someone will try to call
  27749. > Alabama.
  27750.  
  27751.    Alternatively, you can tell your 1300 users that attempts to reach
  27752. numbers where NPA is not of the N0X/N1X form must be made through your
  27753. IXC operator, using operator dialing.  There is no requirement that
  27754. all numbers in the NANP (or the world) be directly dialable from your
  27755. CPE.
  27756.  
  27757.    Whether or not this would cause irate users, I have no idea.  You
  27758. could try to guess which, if any, of the new NPAs would be commonly
  27759. called.
  27760.  
  27761.    Again, there is no REQUIREMENT of CPE to be able to reach all
  27762. dialable points using direct dialing -- but it sure is nice to be able
  27763. to do so.
  27764.  
  27765.  
  27766. Al Varney
  27767.  
  27768. ------------------------------
  27769.  
  27770. From: HayesR@uihc-telecomm-po.htc.uiowa.edu
  27771. Date: 2 May 94 10:30 CST
  27772. Subject: Re: NANP and Switches
  27773.  
  27774.  
  27775. > must upgrade our switch. 1)Is this really necessary, and 2)can we wait 
  27776. > until the middle of 1995 before doing this and still provide access via
  27777. > NANP?
  27778.  
  27779. I was just at a seminar with Harry Newton, and, although it is necessary 
  27780. to accomodate switches for the NANP, he had a suggestion for those who may 
  27781. have a need to delay a switch upgrade for this purpose.
  27782.  
  27783. Harry suggested putting in a couple of Centrex lines for the switchboard 
  27784. operator/receptionist, and anyone needing to place calls to areas with the 
  27785. new style area code could go through them for call placement. Centrex
  27786. lines will surely be able to reach the new area codes.
  27787.  
  27788. Although this suggestion will not be acceptable in all companies, it
  27789. may buy some time for those who are buying a new switch/upgrading a
  27790. little beyond January 1, 1995.
  27791.  
  27792. Just passing on what sounds like an interesting idea.
  27793.  
  27794.  
  27795. randal-hayes@uiowa.edu
  27796.  
  27797. ------------------------------
  27798.  
  27799. From: sdaggett@netrix.com (Steve Daggett)
  27800. Subject: Re: E1 Help Wanted
  27801. Organization: NETRIX Corporation
  27802. Date: Mon, 2 May 1994 18:29:33 GMT
  27803.  
  27804.  
  27805. Jack W. Lix - jwl@netcom.com writes:
  27806.  
  27807. > I need some information about "real world" E1 usage.  Does timeslot 16
  27808. > (normally used for signaling) ever get used for data in point to
  27809. > point usage.  I also understand some satellite transceivers use an E1
  27810. > interface.  Would they also reserve timeslot 16??  If so, whats the
  27811. > point??
  27812.  
  27813. It's pretty simple really.  If ANY of the timeslots in the E1 require
  27814. A/B signaling in timeslot 16 then TS 16 MUST be reserved for Channel
  27815. Associated Signaling (CAS).
  27816.  
  27817. If NONE of the timeslots require A/B signaling then TS 16 MAY be used
  27818. for data.  This is of course dependent on the transmission network
  27819. being able to pass TS 16 as a clear channel.  Some networks don't
  27820. allow TS 16 as a clear channel.
  27821.  
  27822. The satellite modems shouldn't care what's being carried in any of the
  27823. timeslots. The satellite modems I'm familiar with only require a 2.048
  27824. meg clock and an adequate 1's density in the data stream.  They didn't
  27825. care about framing or signaling at all.
  27826.  
  27827. (BTW: I've installed voice/data networks running E1's lines in Europe
  27828. and Africa.)
  27829.  
  27830.  
  27831. Steve Daggett  sdaggett@netrix.com
  27832.  
  27833. ------------------------------
  27834.  
  27835. From: billy@mix.com
  27836. Subject: Re: Using Call Forwarding to Avoid Tolls
  27837. Organization: Digital Equipment Computer Users Society
  27838. Date: 2 May 94 12:26:02 -0400
  27839.  
  27840.  
  27841. In article <telecom14.184.1@eecs.nwu.edu> Tom Holderby <holderby@inca.
  27842. gate.net> writes:
  27843.  
  27844. > I've recently become aware of the fact the many BBS's and Internet
  27845. > service providers use the call-forwarding trick where they go buy a
  27846. > phone number (without a phone) in outlying exchanges which are
  27847. > permanently call-forwarded to their main lines, thereby increasing
  27848. > their local call area.  Apparently some of them carry this to the
  27849. > point of multiple forwarding, which may get them 50 or 75 miles
  27850. > without a toll.
  27851.  
  27852. > I was just wondering how the phone companies feel about this.  Is this
  27853. > something that you can just tell them you want to do, being very open
  27854. > about it?  Or do you need to sneak around, get the numbers in different 
  27855. > names, etc?
  27856.  
  27857. I'm the guy who started this back in the early 80's here in the Los Angeles 
  27858. area.  My own BBS is a non-profit thing, but many others around here are 
  27859. not; they make money (and for some of them, lot of it) and four or five 
  27860. hops are quite common now, providing a rather big toll free calling area.
  27861.  
  27862. Some years ago one of the spoil-sport BBS operators here tried to turn
  27863. in all the other BBS operators for making commercial use of a
  27864. non-commercial service.  (Back when I began this one could use remote
  27865. call forwarding for it, which is a business service, as there was no
  27866. metering of time used.  It was later changed in California around
  27867. 1984/85 to measured service, thus forcing the use of phones lines
  27868. actually terminating at a residence -- this sent the bill for a month
  27869. on such a line from about $14 to $440+).  The result -- nothing
  27870. happened, and it's still business as usual here.  I don't know the
  27871. details, perhaps someone reading this does ...?
  27872.  
  27873. > Also, assuming that this is legal and acceptable, can you forward
  27874. > multiple calls off of one line, or do you need one line per call?
  27875.  
  27876. This depends on how the central office switch is set up to handle
  27877. this.  Here Pac Bell forwards all calls on the same one line.  GTE
  27878. will only pass the first call, all other callers get a busy signal.  I
  27879. have not tried to talk them out of this, I instead moved my lines to
  27880. Pac Bell when the local limit here went from 8 to 12 miles (for other
  27881. reasons like crummy service).  This is not a fun thing to attempt
  27882. getting changed in many phone companies.
  27883.  
  27884.  
  27885. Billy Y.
  27886.  
  27887. ------------------------------
  27888.  
  27889. From: speacock@netcom.com (Sean P Peacock)
  27890. Subject: Re: Using Call Forwarding to Avoid Tolls
  27891. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  27892. Date: Mon, 02 May 1994 18:23:35 GMT
  27893.  
  27894.  
  27895. Tom Holderby (holderby@inca.gate.net) wrote:
  27896.  
  27897. > I was just wondering how the phone companies feel about this.  Is this
  27898. > something that you can just tell them you want to do, being very open
  27899. > about it?  Or do you need to sneak around, get the numbers in different 
  27900. > names, etc?
  27901.  
  27902. > Also, assuming that this is legal and acceptable, can you forward
  27903. > multiple calls off of one line, or do you need one line per call?
  27904.  
  27905. Depends on how the CO is set up. PacBell has the capability to, but
  27906. has not implemented 1 forwarded call per forwarded line _yet_.
  27907.  
  27908. > [TELECOM Digest Editor's Note: Generally, using the *regular, residential
  27909. > variety* of call forwarding will NOT save money where toll charges are
  27910. > concerned unless you are able to link two or three large toll free calling
  27911. > areas together. Generally, two or more short calls linked together cost
  27912. > more than a single long-haul call covering the same points. 
  27913.  
  27914. [...]
  27915.  
  27916. Usually the forwarded lines are within local calling distance of each
  27917. other and are flat-rate service. I know of at least five BBS services
  27918. in my local area that provide this service. Most commom is that a
  27919. member is given a free account and a monthly allowance to drop in a
  27920. second line that is permanently forwarded.
  27921.  
  27922. As for size, there is one group of about 20 people splitting the cost
  27923. of a forwarded line to save on toll charges.
  27924.  
  27925.  
  27926. Sean
  27927.  
  27928. ------------------------------
  27929.  
  27930. From: ketil@edb.tih.no (Ketil Albertsen,TIH)
  27931. Subject: Re: X.25 Information Request
  27932. Organization: T I H / T I S I P
  27933. Date: Mon, 02 May 1994 08:43:23 GMT
  27934.  
  27935.  
  27936. In article <telecom14.187.12@eecs.nwu.edu>, vandusen@Starbase.NeoSoft.
  27937. COM (Mike Vandusen) writes:
  27938.  
  27939. > I am looking for general reference material (ie. books, ftp'able docs,
  27940. > etc.) describing X.25.  I am interested in documentation that starts
  27941. > with conceptual overview, discusses details of the various other
  27942. > protocols involved (X.28, X.29, etc.), and finally addresses typical
  27943. > software interfaces.
  27944.  
  27945. > I understand that the CCITT Fascicle recommendation is not available
  27946. > for ftp ... and makes for rather dry reading anyway;-)
  27947.  
  27948. It certainly is available -- gopher to info.itu.ch and climb the tree
  27949. through ITUDOC / Search using group structure / ITU Telecom
  27950. Standardization Sector / Recommendations / X series.  You won't find
  27951. them all there, but X.25, X.28 and X.29 are certainly there right now,
  27952. in Postscript format (som recs are also or only available in
  27953. MS-Word-for-Windows format).
  27954.  
  27955. Yes, it is dry reading, but I have never seen any textbook going to
  27956. sufficient depth to make the recommendations superfluous.  In our
  27957. tech.college we use W.Stallings: Data and Computer Communications, 4th
  27958. ed, MacMillan 1994, for an introduction to X.25.  It does not cover
  27959. X.28/X.29, and there are other books going in greater depth about X.25
  27960. (I think Uylless Black's book on OSI networking is somewhat more
  27961. thorough), but Stallings' book is a good preparation for attacking the
  27962. recommendation!
  27963.  
  27964. I too wonder what a "typical software interface" to X.25 looks like :-)
  27965.  
  27966.  
  27967. ketil
  27968.  
  27969. ------------------------------
  27970.  
  27971. From: sanford@Ascend.COM (Curtis Sanford)
  27972. Subject: Re: ISDN Bridge Advice Please
  27973. Date: 02 May 1994 09:03:45 GMT
  27974. Organization: Ascend Communications, Inc.
  27975.  
  27976.  
  27977. In article <telecom14.189.10@eecs.nwu.edu>, Bob Larribeau <blarrib@netcom.
  27978. com> wrote:
  27979.  
  27980. > In article <telecom14.181.10@eecs.nwu.edu> idddsb@iddss1.iddis.com
  27981. > (Dean Banfield) writes:
  27982.  
  27983. >> We have a 10baseT Ethernet lan and would like an outlier individual to
  27984. >> have access on a hardwired basis.  ISDN sounds great, but I have no
  27985. >> idea what's required here.
  27986.  
  27987. > You can get either bridges or routers.  Bridges are available from
  27988. > Combinet, Digiboard, Gandalf, Extension Technology.  Routers are
  27989. > available from Cisco, Ascend, and ACC.  Prices for bridges start about
  27990. > $2,000 and routers around $3,000.
  27991.  
  27992. Bob is generally correct.  However, our newest model (Pipeline 50) can
  27993. be either a bridge or a router, and starts at $1,495.  Contact
  27994. info@ascend.com for more information.
  27995.  
  27996.  
  27997. Curtis Sanford    Ascend Communications
  27998.  
  27999. ------------------------------
  28000.  
  28001. From: keng@skypoint.net (Ken Germann)
  28002. Subject: Re: ISDN Bridge Advice Please
  28003. Date: 02 May 1994 06:26:34 -0500
  28004. Organization: SkyPoint Communications, Inc.
  28005.  
  28006.  
  28007. In article <telecom14.189.10@eecs.nwu.edu>, Bob Larribeau <blarrib@netcom.
  28008. com> wrote:
  28009.  
  28010. > In article <telecom14.181.10@eecs.nwu.edu> idddsb@iddss1.iddis.com
  28011. > (Dean Banfield) writes:
  28012.  
  28013. > You can get either bridges or routers.  Bridges are available from
  28014. > Combinet, Digiboard, Gandalf, Extension Technology.  Routers are
  28015. > available from Cisco, Ascend, and ACC.  Prices for bridges start about
  28016. > $2,000 and routers around $3,000.
  28017.  
  28018. The Digiboard ISDN, New Port Server with the NET C/X for SCO and
  28019. Novell drivers and a demo for ATM will be shown at Interop in Las
  28020. Vegas next week.
  28021.  
  28022. The Digiboard ISDN products are priced from $795.00 to $3200.00
  28023. depending on the configuration.
  28024.  
  28025.  
  28026. Ken Germann         SkyPoint    keng@skypoint.com
  28027. Voice: (612)475-2959         MCIA         Modems: (612)473-5646.
  28028.  
  28029. ------------------------------
  28030.  
  28031. From: rlockhart@aol.com (RLockhart)
  28032. Subject: Re: Answering Machine With Voice Mail and Paging?
  28033. Date: 02 May 1994 08:13:03 -0400
  28034. Organization: America Online, Inc. (1-800-827-6364)
  28035.  
  28036.  
  28037. In article <telecom14.177.1@eecs.nwu.edu>, Fclark@deathstar.cris.com
  28038. (Franclark) writes:
  28039.  
  28040. > When the customer calls in the operator dumps the message in my
  28041. > voice mail and I am paged.  This is cumbersome, time consuming, and
  28042. > expensive.
  28043.  
  28044. and
  28045.  
  28046. > I would like to be able to capture the calls on an answering machine
  28047. > which would automatically ring my pager(preferrably alphanumeric) upon
  28048. > receipt of each call. Are there answering machines available with this
  28049. > capability? Is software available to do this via modem?
  28050.  
  28051. There are some answering machines that'll turn 'round and outdial a
  28052. preprogrammed number on receipt of a message (Panasonic makes one, I
  28053. believe), but these rely solely on DTMF and blind timers to send the
  28054. numeric message, not any sort of handshaking protocol.  This is less
  28055. than optimal 'cause during the busier paging times of the day (the
  28056. 'busy hour'), that timing can be *way* off to where you get a portion
  28057. of your preprogrammed dial back number or even no number or page at
  28058. all ... your message just gets 'blindly thrown over the wall' with no
  28059. regard top anyone on the other side capable of catching it.
  28060.  
  28061. An alternative, if you want to play, is to get a voice mail add-on to
  28062. your PC or Mac that supports DDE or Apple Events and link it up with
  28063. one of the alpha paging apps that supports paging via DDE or Apple
  28064. Events (e..g. EvTek, Ex Machina, InfoRAD ... to name a few).  This
  28065. way, when your voice mail comes in, you would link the event to the
  28066. alpha paging app and let the TAP alpha page protocol stiffen up the
  28067. link to the paging system for you ... and if you could find a voice
  28068. mail card that supported CLI, you could have it link *that* information 
  28069. to the page, as well.
  28070.  
  28071.  
  28072. Rob Lockhart
  28073. Resource Manager, Interactive Data Systems
  28074. Paging Products Group Motorola, Inc.
  28075. Desktop I'net:  Lockhart-EPAG06_Rob@email.mot.com
  28076. Wireless Data I'net (<32K characters):  Rob_Lockhart-ERL003E@email.mot.com
  28077. Wireless Data I'net (< 1K characters):  Rob.Lockhart@RadioMail.Net
  28078.  
  28079. ------------------------------
  28080.  
  28081. From: castillo@unm.edu (D. Castillo)
  28082. Subject: Re: Answering Machine With Voice Mail and Paging?
  28083. Date: 02 May 1994 10:58:36 -0600
  28084. Organization: University of New Mexico, Albuquerque
  28085.  
  28086.  
  28087. Another really cheap way of having your answering call your pager
  28088. (sort of) is what I did.  I assume you have a computer and modem,
  28089. you're posting here after all :-) I wrote a real simple script for my
  28090. comm software (commo, ms-dos based) that sits there and looks for
  28091. RING, waits two minutes (you can set it for any length, but if they
  28092. have to leave a message longer than two minutes it's probably someone
  28093. without a life).  Then I've got it call my pager: xxx-xxxx,,,any
  28094. number here (in my case my home number with a couple of **) So far
  28095. it's worked great, and it basically didn't cost me anything.  You have
  28096. to leave your computer on, true, but that's a whole other discussion.
  28097.  
  28098. Someone with a CID modem could write something really neat where it
  28099. would send the actual number of the person that called to your pager!
  28100.  
  28101.  
  28102. Castillo@hydra.unm.edu
  28103.  
  28104. ------------------------------
  28105.  
  28106. From: dalysea@elof.acc.iit.edu (Sean Daly)
  28107. Subject: Re: Answering Machine With Voice Mail and Paging?
  28108. Organization: Illinois Institute of Technology, Chicago
  28109. Date: Mon, 02 May 94 08:27:28 GMT
  28110.  
  28111.  
  28112. In article <telecom14.177.1@eecs.nwu.edu> Fclark@deathstar.cris.com
  28113. (Franclark) writes:
  28114.  
  28115. > I need some advice. I own a small refrigeration company (two employees).
  28116. > Currently we lease a phone line from an answering service. When the
  28117. > customer calls in the operator dumps the message in my voice mail and
  28118. > I am paged.  This is cumbersome, time consuming, and expensive.
  28119.  
  28120. > With an eye to the future, when I can afford full time office
  28121. > help, I am getting my own business line in June. I would like to be
  28122. > able to capture the calls on an answering machine which would
  28123. > automatically ring my pager(preferrably alphanumeric) upon receipt of
  28124. > each call. Are there answering machines available with this
  28125. > capability? 
  28126.  
  28127. If you want to spend around $300, I saw a device in Damark called a
  28128. Bogen Friday or something like that. I know the brand name was Bogen
  28129. and I have seen a company listed in other magazines as Bogen
  28130. Telecommunications Products. Anyway, it connects to two phone lines.
  28131. Then, you program eight mailboxes. Four of them are for outside calls
  28132. to leave messages for four employees. Three are for internal messages,
  28133. and the last was described as a "gateway" for a modem or fax. You can
  28134. program each mailbox to 1) forward to another number, 2) take a digital
  28135. message, or 3) take a message, then page you.  When I called them, they
  28136. said all those options can be set remotely.  This was the coolest
  28137. answering machine I've ever seen.
  28138.  
  28139. ------------------------------
  28140.  
  28141. From: whs70@cc.bellcore.com (sohl,william h)
  28142. Subject: Re: Basic ISDN Question
  28143. Date: 02 May 1994 09:26:50 -0400
  28144. Organization: Bell Communications Research (Bellcore)
  28145.  
  28146.  
  28147. In article <telecom14.186.9@eecs.nwu.edu>, Mike Jones <jonesmd@aule-tek.
  28148. com> wrote:
  28149.  
  28150. > ISDN has recently become available here in this corner of NYNEX-land.
  28151. > The cost is a $10 surcharge onto normal business rates. We're
  28152. > interested in using the 64 Kbps data channel to connect to a local
  28153. > internet provider; I've checked with NYNEX and ISDN is available at
  28154. > both our and their CO's. My question is, how does this practically
  28155. > work? I have a moderate understanding of ISDN at a conceptual level,
  28156. > but no real feel for how you go about hooking things up.  Any
  28157. > information would be appreciated.
  28158.  
  28159. That depends on the purpose of the connection.  If the ISDN connection
  28160. is to simply connect you as an "end user" to your Internet provider,
  28161. then it is a simple 64Kb dial up connection to the Internet provider.
  28162. To do so, you need ISDN AND the Internet provider must have an ISDN
  28163. line also.  The bottom line is that the connection is no different
  28164. (other than the transmission speed and the termination equipment ...
  28165. ISDN) from a typical modem connection operating at a lower speed.
  28166.  
  28167. Another possibility is that your location wants to connect to an
  28168. Internet provider using ISDN B channel dial-up between your location
  28169. for a multitude of users on a Local Area Network (LAN) that you and
  28170. others at your location connect to.  In that arrangement, the ISDN
  28171. connection is made between the LAN and the Internet provider without
  28172. any involvement by you (or other users) on your LAN.
  28173.  
  28174. That's a very short explanation, I know, but that's it in brief.
  28175. Any questions, please post or call us:
  28176.  
  28177. Bill Sohl - Bellcore ISDN Hotline  1-800-992-ISDN
  28178.  
  28179. For additional information...check out Bellcore's FTP site at:
  28180.  
  28181.                     info.bellcore.com
  28182.  
  28183. look for ISDN information in the subdirectory: /pub/isdn
  28184.  
  28185.  
  28186. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  28187. Morristown, NJ             email via UUCP      bcr!cc!whs70
  28188. 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  28189.  
  28190. ------------------------------
  28191.  
  28192. From: Andrew Ayers <cnay@ucs.indiana.edu>
  28193. Subject: Re: CO's and Disasters
  28194. Organization: Indiana University
  28195. Date: Mon, 02 May 1994 09:12:42 GMT
  28196.  
  28197.  
  28198. In article <telecom14.172.8@eecs.nwu.edu> Thomas Tengdin, teto@mbari.org
  28199. writes:
  28200.  
  28201. > I was at an earthquake disaster training session this week and 
  28202. > a statement was made:
  28203.  
  28204. >    The telephone company computers will connect some customers
  28205. >    at a higher priority that others.  
  28206.  
  28207. > Doctors, etc were mentioned.
  28208.  
  28209. > This is the first I have heard of calls being processed in any other
  28210. > way than first to finish dialing, first to be processed (more or
  28211. > less).
  28212.  
  28213. > Is there something in CO Class of Service? or other programming that
  28214. > gives "priority" service to a select class of lines?
  28215.  
  28216.     It is possible to do that sort of thing in programming. You
  28217. can also wire an MDF so that if a switch goes down, certain subscriber
  28218. lines still have access to a tandem (long-distance) switch.
  28219.  
  28220. ------------------------------
  28221.  
  28222. Date: Mon, 02 May 94 19:07:00 EDT
  28223. From: Michael Jacobs <JMT0%LAFAYACS.bitnet@lafibm.lafayette.edu>
  28224. Subject: Re: CO's and Disasters
  28225.  
  28226.  
  28227. The program that administers priority handling of calls during
  28228. emergency situations is the National Communications System's
  28229. Telecommunications System Priority program.  Most CO switches have the
  28230. capability to assign higher service priority to designated lines for
  28231. either originating or terminating service.  I believe Bellcore in its
  28232. role as government SPOC (single point of contact) is involved in this.
  28233. Last year at the Network Reliability Council's meeting in Arlington,
  28234. VA, there was mention made of expanding this service to include cellular 
  28235. operators since many emergency and essential service providers use
  28236. cellular extensively.  If anyone has details on the implementation of
  28237. this, please let me know since I have been trying to get TSP priority
  28238. for certain cellular numbers used by a Hax-Mat response team with
  28239. which I am involved.
  28240.  
  28241.  
  28242. Michael W. Jacobs <JMT0@lafibm.lafayette.edu>
  28243. Service Technician - Bell Atlantic-Pennsylvania
  28244.  
  28245. ------------------------------
  28246.  
  28247. From: kowillis@umr.edu (Kendall Willis)
  28248. Subject: Re: Telco MUX to Home?
  28249. Date: Mon, 02 May 1994 03:41:17 GMT
  28250. Organization: University of Missouri-Rolla, Missouri's Technological University
  28251.  
  28252.  
  28253. Roger Marquis (marquis@netcom.com) wrote:
  28254.  
  28255. > When Pac Bell recently installed a second line into my (1940s) apartment 
  28256. > building they didn't run any new wire but instead installed a new demark/
  28257. > junction box.  When I opened this box to connect my second line I was
  28258. > surprised to find only the one original line going in, and _two_ lines
  28259. > coming out!  Could it be my lines are MUXed to the local switch?
  28260.  
  28261. > I've tested the quality of both lines by making a voice call on one and a 
  28262. > data call on the other (while executing 'sz /dev/zero' at 14.4+) without 
  28263. > finding any measurable degradation.
  28264.  
  28265. > The alleged MUX measures 2*3*3 in. and is fully sealed except for the
  28266. > contacts.  Does anyone know what I have here?
  28267.  
  28268. Don't ever fool yourself into thinking that you will see high tech
  28269. stuff installed by the phone company anywhere near your house. :) The
  28270. whole philosophy is to keep your end of the connection simple and
  28271. their end modern.  Even the much ado and hoopla given to network
  28272. interfaces is ridiculous.  Most are glorified junction boxes and the
  28273. exceptions are rare.  I doubt it is a MUX.  More likely it is a new
  28274. box with two more connections.
  28275.  
  28276. Many locations are capable of adding a second line without stringing
  28277. another wire because there is plenty of wires in the original bundle.
  28278. You may not have to run a second wire into your apartment if you
  28279. really did not want to.
  28280.  
  28281. The four-conductor wire in many houses is capable of handling two
  28282. lines.  The green and red are tip and ring of Line one and the yellow
  28283. and black are for Line two.  The big problem is that some equipment is
  28284. not designed to take advantage of this.  That is why you have two
  28285. wires at the network interface.  You could wire it up in this fashion,
  28286. though.
  28287.  
  28288. Now a word of caution.  If you have inside wiring that is blue, orange
  28289. and white, the system won't work obviously.  Also, sometimes that
  28290. extra yellow-black pair is hooked up to a power transformer somewhere
  28291. in the house which lights the dial and pushbuttons in older TrimLine
  28292. phones.  Don't shock yourself, test them before using.
  28293.  
  28294.  
  28295. Kendall Willis   kowillis@umr.edu
  28296.  
  28297. ------------------------------
  28298.  
  28299. End of TELECOM Digest V14 #193
  28300. ******************************
  28301.     
  28302.     
  28303. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24686;
  28304.           2 May 94 18:52 EDT
  28305. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28306.     id AA02462; Mon, 2 May 94 15:20:12 CDT
  28307. Return-Path: <telecom>
  28308. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28309.     id AA02449; Mon, 2 May 94 15:20:09 CDT
  28310. Date: Mon, 2 May 94 15:20:09 CDT
  28311. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  28312. Message-Id: <9405022020.AA02449@delta.eecs.nwu.edu>
  28313. To: telecom@eecs.nwu.edu
  28314. Subject: TELECOM Digest V14 #194
  28315.  
  28316. TELECOM Digest     Mon, 2 May 94 15:20:00 CDT    Volume 14 : Issue 194
  28317.  
  28318. Inside This Issue:                          Editor: Patrick A. Townson
  28319.  
  28320.     Two Communication Courses (Richard V. Tsina)
  28321.     Senior Telecom Engineer Wanted at Intel/Oregon (Mike Gore)
  28322.     Open Position SWE / ISDN TCP/IP Unix Networking Agent SFSYS (Hal Kinney)
  28323.     Re: DID Loophole or I'm Screwed Up? (Jonathan Loo)
  28324.     Re: DID, PBX and University Phones, SL-100 (Zafar Khalid)
  28325.     Re: GSM and Airbags (Bill Tighe)
  28326.     New BBS List to Save Money (Stu Whitmore)
  28327.     Re: Help: Programming Motorola 550 and Fujitsu Commander (puma@netcom.com)
  28328.     Re: Help: Programming Motorola 550 and Fujitsu Commander (John Barcomb)
  28329.     Re: E1 Help Wanted (Marc Chatel)
  28330.     Re: Unwelcome AT&T "Feature" (Jay Hennigan)
  28331.     Re: Unwelcome AT&T "Feature" (Jonathan Loo)
  28332.  
  28333. TELECOM Digest is an electronic journal devoted mostly but not
  28334. exclusively to telecommunications topics. It is circulated anywhere
  28335. there is email, in addition to various telecom forums on a variety of
  28336. public service systems and networks including Compuserve and GEnie.
  28337. It is also gatewayed to Usenet where it appears as the moderated
  28338. newsgroup 'comp.dcom.telecom'. 
  28339.  
  28340. Subscriptions are available at no charge to qualified organizations
  28341. and individual readers. Write and tell us how you qualify:
  28342.  
  28343.                  * telecom-request@eecs.nwu.edu *
  28344.  
  28345. The Digest is edited, published and compilation-copyrighted by Patrick
  28346. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  28347. or phone at:
  28348.                     9457-D Niles Center Road
  28349.                      Skokie, IL USA   60076
  28350.                        Phone: 708-329-0571
  28351.                         Fax: 708-329-0572
  28352.   ** Article submission address only: telecom@eecs.nwu.edu **
  28353.  
  28354. Our archives are located at lcs.mit.edu and are available by using
  28355. anonymous ftp. The archives can also be accessed using our email
  28356. information service. For a copy of a helpful file explaining how to
  28357. use the information service, just ask.
  28358.  
  28359. *************************************************************************
  28360. *   TELECOM Digest is partially funded by a grant from the              *
  28361. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  28362. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  28363. * project.  Views expressed herein should not be construed as represent-*
  28364. * ing views of the ITU.                                                 *
  28365. *************************************************************************
  28366.  
  28367. Additionally, the Digest is funded by gifts from generous readers such
  28368. as yourself who provide funding in amounts deemed appropriate. Your help 
  28369. is important and appreciated.
  28370.  
  28371. All opinions expressed herein are deemed to be those of the author. Any
  28372. organizations listed are for identification purposes only and messages
  28373. should not be considered any official expression by the organization.
  28374. ----------------------------------------------------------------------
  28375.  
  28376. From: rtsina1@uclink.berkeley.edu (Richard V Tsina)
  28377. Subject: Two Communication Courses
  28378. Date: 2 May 1994 19:15:51 GMT
  28379. Organization: University of California, Berkeley
  28380.  
  28381.  
  28382. U.C. BERKELEY
  28383.  
  28384. Continuing Education in Engineering Announces Two Short Courses on
  28385. Communication Technology:
  28386.  
  28387. 1.   WIRELESS COMMUNICATION NETWORKS
  28388.      (July 26-27, 1994)
  28389.      
  28390.      There are technical bottlenecks to developing a ubiquitous
  28391. wireless multimedia environment: the capacity of the radio link, its
  28392. unreliability due to the adverse multipath propagation channel, and
  28393. severe interference from other channels.
  28394.  
  28395.      This course covers the principles and fundamental concepts
  28396. engineers need to tackle these limitations (e.g., a thorough treatment
  28397. of channel impairments such as fading and multipath dispersion and
  28398. their effect on link and network performance).  Topics include:
  28399. Introduction to Wireless Channels, Cellular Telephone Networks, Analog
  28400. and Digital Transmission and Wireless Data Networks.  Comprehensive
  28401. course notes will be provided.
  28402.  
  28403. Lecturer: JEAN-PAUL M.G. LINNARTZ, Ph.D., Assistant Professor of
  28404. Electrical Engineering and Computer Sciences, University of
  28405. California, Berkeley.  His work on traffic analysis in mobile radio
  28406. networks received the Veder Prize, an innovative research in
  28407. telecommunications award in the Netherlands.  At Berkeley he works on
  28408. communications for intelligent vehicle highway systems and multimedia
  28409. communications.  Professor Linnartz is the author of numerous
  28410. publications and the book "Narrow Land-Mobile Radio Networks" (Artech
  28411. House, 1993), the text for the course.
  28412.  
  28413. 2.   COMMUNICATION NETWORKS: FROM FDDI TO ATM
  28414.      (August 9-10), 1994)    
  28415.  
  28416.     This course provides an overview of the operating principles and
  28417. design guidelines for communication networks, and includes a
  28418. description of the popular current networks and a discussion of major
  28419. industry trends.  Topics include: History and Operating Principles,
  28420. Open System Interconnection, Overview of High-Speed Networks, Physical
  28421. Layer, Switching, Trends in Data Networks (FDDI, DQDB, Frame Relay,
  28422. SMDS), Trends in Telecommunication Networks (SONET, Fiber to the home,
  28423. ISDN, Intelligent Networks, ATM) , Topological Design of Networks,
  28424. Control of ATM Networks.  Comprehensive course notes will be provided.
  28425.  
  28426. Lecturers:
  28427.  
  28428. PRAVIN VARAIYA, Ph.D., Professor of Electrical Engineering and
  28429. Computer Sciences, University of California, Berkeley.  At Berkeley he
  28430. works on stochastic systems, communication networks, power systems and
  28431. urban economics. He is the author of "Stochastic Systems: Estimation,
  28432. Identification, and Adaptive Control" (Prentice-Hall, 1986) and
  28433. coeditor of "Discrete Event Systems: Models and Applications"
  28434. (Springer, 1988).  He is a fellow of the IEEE.
  28435.  
  28436. JEAN WALRAND, Ph.D., Professor of Electrical Engineering and Computer
  28437. Sciences, University of California, Berkeley.  He is the author of "An
  28438. Introduction to Queuing Networks" (Prentice-Hall, 1988) and
  28439. "Communication Networks: A First Course" (Irwin/Aksen, 1991).
  28440.  
  28441. For more information (complete course descriptions, outlines,
  28442. instructor bios, etc.,) contact:
  28443.  
  28444. Richard Tsina
  28445. U.C. Berkeley Extension
  28446. Continuing Education in Engineering
  28447. 2223 Fulton St.
  28448. Berkeley, CA 94720
  28449. Tel: (510) 642-4151
  28450. Fax: (510) 643-8683
  28451. email:  course@garnet.berkeley.edu
  28452.  
  28453. ------------------------------
  28454.  
  28455. From: mike_gore@ccm.hf.intel.com
  28456. Subject: Senior Telecom Engineer Wanted at Intel/Oregon
  28457. Organization: Multimedia Software Technology Group
  28458. Date: Mon, 02 May 1994 11:09:05 GMT
  28459.  
  28460.  
  28461.                      SR TELECOM ENGINEER
  28462.  
  28463. Intels Oregon Information Technology Group is looking for a senior
  28464. Telecom engineer to create an Enterprise-wide Plan for the deployment
  28465. and support of Network and Systems technologies, focusing on the
  28466. Operational Infastructure Requirements. Individual will work with
  28467. Central Network and LAN Systems engineering staffs and site IT
  28468. Network. Candidates should have knowledge of 802.3,FDDI, and ATM
  28469. standards. Knowledge of TCP/IP,IPX,RIP,OSPF. In addition you should
  28470. have experience any Cabletron, Synoptics, Cisco, and Wellfleet
  28471. hardware. Must use network analyzers, and SNMP management Spectrum,
  28472. HP-Openview, SunNet Manager or Netview 6000. BA and 6 to 9 yrs
  28473. experience in designing and implementing mul-protocol enterprise
  28474. routed networks.. This position includes great salary, bonuses, stock
  28475. options, 401K, and excellent relocation package. 
  28476.  
  28477. If you are interested:
  28478. EMAIL: mike_gore@ccm.hf.intel.com 
  28479. Or you may call 602-554-4485
  28480.  
  28481. ------------------------------
  28482.  
  28483. From: halkin@netcom.com (Hal Kinney)
  28484. Subject: Open Position SWE / ISDN TCP/IP Unix Networking Agent SFSYS
  28485. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  28486. Date: Mon, 02 May 1994 00:24:58 GMT
  28487.  
  28488.  
  28489.   Position: SWE Software Engineer   
  28490.   Skills: C programming - Heavy Communications knowledge         
  28491.  
  28492.   Minimum Industry Experience: Three years experience.    College projects 
  28493.   do NOT qualify.
  28494.                 
  28495.   Location: Palo Alto Ca.              
  28496.  
  28497.   Start Date: ASAP         
  28498.  
  28499.   Pay Rate: Commensurate with experience              
  28500.  
  28501.   Length: Contract to hire          
  28502.  
  28503.   Student Visa ok ?: No No No No            
  28504.   H1 Visa ok ?: For the right candidate     
  28505.  
  28506. Comments : Should be very strong writing device drivers in the
  28507. communications environment. Should be experienced with ISDN, TCP/IP,
  28508. X.25, POTS, Unix, Routers and Bridges, PC's.  Programming devices in
  28509. the communications / network environment.
  28510.  
  28511. Contract to hire or immediate hire for the right engineer.
  28512.  
  28513. FAX/email resume and/or lets talk.
  28514.  
  28515.  
  28516. San Francisco Systems, Inc.   Contact: Hal Kinney     halkin@netcom.com
  28517. 110 Sutter St. Suite 701                            Voice: 415.982.3500
  28518. San Francisco, Ca. 94104           FAX: 415.982.6013 (high res. please)
  28519.  
  28520. ------------------------------
  28521.  
  28522. Date: Mon, 02 May 1994 01:30:09 -0400
  28523. From: Jonathan <jdl@wam.umd.edu>
  28524. Subject: Re: DID Loophole or I'm Screwed up?
  28525.  
  28526.  
  28527. TELECOM Digest Editor noted:
  28528.  
  28529. > TELECOM Digest Editor's Note: Not only asked to correct the problem,
  28530. > but in some instances if telco really wants to get tough about it they
  28531. > may choose to back-bill an estimated amount lost on completed calls
  28532. > which went unsupervised. Illinois Bell found a company here in Chicago
  28533. > deliberatly playing games like that and back-billed them a
  28534. > half-million dollars covering calls over a five year period. The
  28535. > company protested of course, but all the facts pointed to them doing
  28536. > it on purpose as toll-avoidance; they were slow to answer their phones
  28537. > because they did not want to hire the help needed to do so promptly
  28538. > and they were playing a tape recorded music on hold 'all positions
  28539. > busy please wait for an available agent' message to their callers for
  28540. > five or ten minutes at a time. Their customers squawked about the cost
  28541. > of *their* calls as a result so the company gerry-rigged the system to
  28542. > not supervise until they got ready to handle the call.  IBT said it
  28543. > wasn't *their* problem ... they wanted their money! Instead of going
  28544. > back to each individual caller (thousands of them) to collect the
  28545. > couple dollars each of them would have paid had they been supervised
  28546. > properly, telco told the company since they pulled this stunt they
  28547. > could pay for it instead ... or get sued with the resulting publicity,
  28548. > etc.  Telco did not get all they asked for, but they collected a nice
  28549. > chunk of it. So be careful about playing games with supervision. If
  28550. > telco wants to do so, they'll work you over good to show who is boss.
  28551.  
  28552. Sounds pretty ingenious to me.  I would like to note a few things:
  28553.  
  28554. 1.  No meaningful conversation occurred until after the company turned
  28555. supervision on.
  28556.  
  28557. 2.  The telephone company could have been nicer about the whole thing.
  28558. Instead of waiting for five years and then billing for half a million
  28559. dollars, why not send a warning to the company within one month and
  28560. then bill them shortly thereafter?  There must be a way for the
  28561. telephone company to automatically detect this kind of stunt.
  28562. Furthermore, the company that received the calls may have assumed that
  28563. the telephone company would have objected immediately had its stunt
  28564. been illegal.  After all, nobody lets the phone ring for five minutes
  28565. on a routine basis.  If the telephone company had been doing its
  28566. homework, then it should have noticed calls ringing for several
  28567. minutes, in- vestigated the possible trouble, referred it to the
  28568. business office, and told the company to stop, quickly.
  28569.  
  28570. ------------------------------
  28571.  
  28572. From: clipper.robadome.com!khalid@pmail.com (Zafar Khalid)
  28573. Subject: Re: DID, PBX and University Phones, SL-100
  28574. Date: 02 May 1994 17:03:03 GMT
  28575. Organization: ROLM - A Siemens Company
  28576. Reply-To: clipper.robadome.com!khalid@pmail.com
  28577.  
  28578.  
  28579. In article 13@eecs.nwu.edu, jay@coyote.rain.org (Jay Hennigan) writes:
  28580.  
  28581. > In article <telecom14.186.3@eecs.nwu.edu> canadian@leland.stanford.edu
  28582. > writes:
  28583.  
  28584. >> Phone Question for those in the know.(I am not one of them, so please
  28585. >> reply in layperson lingo if possible. :-))
  28586.  
  28587. >> I am the Business Manager of the Student newspaper, the Stanford
  28588. >> Daily.  We are independent from the university, and are running a
  28589. >> very tight budget.  We pay alot each month to be connected to our
  28590. >> phone service and have no choice but to use the university phone
  28591. >> service.  We are currently we are being charged anywhere from $28.50
  28592. >> to $37.50 per month for each phone (which we own) plus $12.50 per
  28593. >> phone for an expanded local calling area ranging from San Francisco 
  28594. >> to San Jose and parts of the East Bay.
  28595.  
  28596. >> The Daily intends to convert its current incoming 32 line mixed ET and
  28597. >> single-line set configuration to a set of 16 analog DID wink-start
  28598. >> trunks mapped to our current 32 numbers. We will be installing a
  28599. >> DID-ready PBX, station lines, and PBX telephones on our premises.
  28600.  
  28601. > Unless you get an extraordinary amount of incoming traffic, 16 DID
  28602. > trunks for 32 numbers is gross overkill.  Six to eight trunks are far
  28603. > more realistic.  Also, keep in mind that DID trunks are usually
  28604. > one-way incoming, so you'll need some outbound and/or two-way
  28605. > ground-start trunks as well.     ....
  28606.  
  28607. I agree that 16 DID lines are overkill, while six to eight are very
  28608. realistic.  I would further recommend that instead of DID lines, you
  28609. get ordinary loop start or ground start lines arranged in a hunt
  28610. group, and route all calls to a Auto-Attendant system behind your PBX.
  28611. Auto-attendant can redirect incoming calls and also could be used as
  28612. voiceMail system. These systems are in $3000-15000 price range
  28613. depending upon the vendor. For example: Centigram, ROLM PhoneMail,
  28614. ActiveVoice, Octel SmoothOperator are worth looking into.
  28615.  
  28616. Cheers.
  28617.  
  28618. ------------------------------
  28619.  
  28620. From: bill@noller.com (Bill Tighe)
  28621. Subject: Re: GSM and Airbags
  28622. Date: 2 May 94 10:24:1 GMT
  28623.  
  28624.  
  28625. gws@gwssun.cb.att.com (Gary Sanders @ AT&T Bell Labs, Columbus Ohio.)
  28626. once wrote ...
  28627.  
  28628. > In article <telecom14.177.7@eecs.nwu.edu>, Stewart Fist <100033.2145@
  28629. > CompuServe.COM> wrote:
  28630.  
  28631. >> I've just received by fax a photocopy of a story from the {Guardian
  28632. >> Weekly} (UK) dated April 3.
  28633.  
  28634. >> It is headlined "Mobile phone set off airbag" and the story is about a
  28635. >> couple of instances where (it is claimed) GSM handsets have set off
  28636.  
  28637.      ...
  28638.  
  28639. > Yes but think about it; what is a switch but a couple of contacts? Add
  28640. > a liitle bit of dirt and gunk and you now have a diode. What can you
  28641. > you do with a diode -- you can detect radio signals. You now have an
  28642. > RF switch.
  28643.  
  28644. I have a brochure from Chrysler with a photo of one of their cars
  28645. undergoing RF testing.  The car is on a turntable in an anechoic room
  28646. with a _huge_ Yagi-like antenna pointed at it.  The test stated that
  28647. all the cars systems are tested in every conceivable RF environment.
  28648. It looks like they spend a lot of money to make ambient RF a
  28649. nonproblem.
  28650.   
  28651. I know RF has been a problem in the past; my 83 Volvo drops out of
  28652. cruise control when near a CB transmitter.  Some Audis in the early
  28653. 80s would respond to RF by having the cruise control go to full
  28654. throttle while the ABS disabled the brakes!
  28655.  
  28656. I think the car makers have learned their lesson and now test their
  28657. cars for use with cellular phones and other transmitting products.
  28658. Hackers with multi-kW linears may still have problems.
  28659.  
  28660.  
  28661. Bill Tighe                 Noller Communications, Inc.
  28662. Email:  bill@noller.com    1250 Holm Road
  28663. Phone:  707-778-0571       Petaluma, CA 94954-1172
  28664. FAX:    707-778-0235
  28665.  
  28666. ------------------------------
  28667.  
  28668. Date: Mon, 02 May 1994 13:40:47 -0700
  28669. From: whitmore@tahoma.cwu.edu (Rattlesnake Stu)
  28670. Subject: New BBS List to Save Money
  28671. Organization: Central Washington University
  28672.  
  28673.  
  28674. I have decided to compile a list of BBSs that use Sprint for a long
  28675. distance carrier for outbound long distance.  The sole purpose for
  28676. this is to save money through Sprint's automatic discount on
  28677. Sprint-to-Sprint calls.
  28678.  
  28679. If you run a BBS and your long distance carrier (on at least one line)
  28680. is Sprint, feel free to fill out the information below and e-mail it
  28681. to me.  The list will be published in two forms: The terse form will
  28682. be limited to one line per BBS, and the verbose form will include a
  28683. second line for comments.
  28684.  
  28685. Please feel free to pass this along to other SysOps so that a
  28686. comprehensive list can be established.  Let it be known upfront that I
  28687. do not work for Sprint and am in no way affiliated with Sprint other
  28688. than as a customer.  The list will not be sold, but will be
  28689. distributed freely.  There is little in it for me other than the
  28690. savings, which I hope to pass along to other Sprint customers.  I
  28691. fully encourage customers of other carriers that offer similar
  28692. automatic discounts like Sprint's to start similar lists.
  28693.  
  28694. The form for the data is:
  28695.  
  28696. Data needed:                               Example:
  28697. ------------                               --------
  28698. System name: [_______________________]     [Hibernation BBS________]
  28699. Primary #:   [___-____-_____]              [628-433-9812]
  28700. City:        [___________]                 [Cyberville_]
  28701. State:       [__]                          [IT]
  28702. SysOp:       [_______________________]     [Big Bear_______________]
  28703. # Nodes:     [__]                          [1_]
  28704.  
  28705. Free-form Comments:
  28706. [______________________________________________________________________]
  28707.  
  28708. (Example:
  28709. [This is a BBS for beekeepers and bear watchers.__(NOT A REAL BBS!)____] )
  28710.  
  28711. E-mail to whitmore@tahoma.cwu.edu or 71221.1737@compuserve.com.  These
  28712. addresses are temporary - send a note of inquiry after 5/15/94 to either
  28713. of these addresses for an address update.
  28714.  
  28715.  
  28716. Stuart Whitmore
  28717. whitmore@tahoma.cwu.edu
  28718. Standard disclaimers apply  (no implied representation of CWU)
  28719.  
  28720. ------------------------------
  28721.  
  28722. From: puma@netcom.com (puma)
  28723. Subject: Re: Help: Programming Motorola 550 and Fujitsu Commander
  28724. Date: Mon, 02 May 1994 21:40:47 GMT
  28725.  
  28726.  
  28727. In article <telecom14.182.7@eecs.nwu.edu>, Lance Ware <lware@voxel.com> 
  28728. wrote:
  28729.  
  28730. > I need help with programming these two cell phones. Specifically I
  28731. > need to program the phone numbers, and get the ESN so that I may have
  28732. > them both put on the same phone number.
  28733.  
  28734. > This is legitimate, I am not interested in going to jail for many
  28735. > years!
  28736.  
  28737. You may consider it legitimate, but it's a violation of federal
  28738. regulations and also contrary to your contract with the service
  28739. provider.  Not that folks haven't done it in the past, you understand,
  28740. but it's against the rules.  If you, at some point, have both phones
  28741. powered up at the same time, the service provider is likely to detect
  28742. it and lock you out.
  28743.  
  28744. The ESN's are supposed to be a permanent part of the phone, and not
  28745. changeable without replacing the ROM.  I've heard, though, that some
  28746. are capable of being changed in the setup.  Also, Motorola for one has
  28747. a special version of their phones with loadable ESN so that they can
  28748. provide a loaner in service situations.  Normally the setup only
  28749. allows changing the telephone number and other setup info, not the
  28750. ESN.
  28751.  
  28752.  
  28753. puma@netcom.com
  28754.  
  28755. ------------------------------
  28756.  
  28757. From: uswnvg!uswnvg.com!jbarcom@uunet.UU.NET (John Barcomb)
  28758. Subject: Re: Help: Programming Motorola 550 and Fujitsu Commander
  28759. Date: 02 May 94 17:51:00 GMT
  28760.  
  28761.  
  28762. Lance Ware (lware@voxel.com) wrote:
  28763.  
  28764. > I need help with programming these two cell phones. Specifically I
  28765. > need to program the phone numbers, and get the ESN so that I may have
  28766. > them both put on the same phone number.
  28767.  
  28768. > This is legitimate, I am not interested in going to jail for many
  28769. > years!
  28770.  
  28771. The ESN of your Motorola phone will be listed on the phone in HEX,
  28772. starting with an 8.  I'm not too sure about your Fujitsu.  My
  28773. experience with having two cellular phones programmed with the same
  28774. number is that both WILL ring, but no matter which one is answered,
  28775. the call will drop right away.  Can't explain it, it just happens.
  28776.  
  28777.  
  28778. John
  28779.  
  28780. ------------------------------
  28781.  
  28782. From: chatel_m%annecy.dnet.dec.com@decuk.uvo.dec.com (Marc Chatel)
  28783. Subject: Re: E1 Help Wanted
  28784. Date: 2 MAY 94 08:56:39 HEC
  28785. Organization: Digital Equipment Corporation
  28786.  
  28787.  
  28788. In article <telecom14.185.12@eecs.nwu.edu>, jwl@netcom.com (Jack W.
  28789. Lix) writes:
  28790.  
  28791. > I need some information about "real world" E1 usage.  Does timeslot 16
  28792. > (normally used for signalling) ever get used for data in point to
  28793. > point usage.  I also understand some satellite transceivers use an E1
  28794. > interface.  Would they also reserve timeslot 16??  If so, whats the
  28795. > point??
  28796.  
  28797. Hmmm ... where do I start? E1 (described in ITU-TS G.703) is a
  28798. 2.048Mbps clocking standard (unlike 1.544Mbps T1). All the E1
  28799. implementations I have seen so far use HDB3 for coding. This means
  28800. that, unlike some forms of T1, E1 is always (to my knowledge)
  28801. data-insensitive. That is, you can send as many zeroes or ones in
  28802. succession on an E1 link without losing sync.
  28803.  
  28804. How is E1 used in practice in the field for data usage?
  28805.  
  28806. 1) Most common: Keep timeslot 0 for framing as per G.703 and use
  28807. timeslots 1 to 31 (including timeslot 16) for data. Effective
  28808. bandwidth available to the access device: 1.984 Mbps. Useful because
  28809. the carrier can monitor timeslot 0 and detect if the link is down at
  28810. the same time as the user (more or less) ...
  28811.  
  28812. 2) Next most common: If the devices at both ends can create their own
  28813. framing without requiring G.703 framing, and if the PTT providing the
  28814. link is prepared for it (no intermediate devices on the line that
  28815. expect G.703-compliant timeslot 0), you can use timeslots 0 to 31 for
  28816. data. Effective bandwidth available to the access device: 2.048 Mbps.
  28817.  
  28818. You get more bandwidth, but the carrier cannot tell if the user
  28819. end-to-end link works or not, until a loopback is inserted, of
  28820. course ...
  28821.  
  28822. 3) Fractional: Just like for T1, some administrations offer lower link
  28823. speeds (any N x 64 speed) by providing the user a 2.048 Mbps G.703
  28824. access with only some of the timeslots being transported to the far
  28825. end. There is no standard among PTTs and carriers about what timeslots
  28826. are used in such a case. This is more difficult to get in some
  28827. European countries than others, believe me.
  28828.  
  28829. The only case where timeslot 16 has a special meaning is when E1 is
  28830. used to transport standard voice traffic. In that case, timeslot 16
  28831. (as per G.704, G.732, etc.) is used to transport the signalling for
  28832. the voice channels being carried in timeslots 1-15 and 17-31.
  28833.  
  28834. Two signalling standards are defined for E1: CAS (a 4-bit value per
  28835. voice channel is transmitted 500 times per second) and CCS (timeslot
  28836. 16 is used as a straight 64Kbps data channel, usually carrying CCS-7
  28837. style signalling).
  28838.  
  28839. In the hope this helps,
  28840.  
  28841.  
  28842. Marc Chatel    consultant
  28843. currently at: Digital Equipment France
  28844. Annecy, France
  28845.  
  28846. e-mail: chatel_m@annecy.enet.dec.com
  28847.         mchatel@pax.eunet.ch        (permanent)
  28848.  
  28849. ------------------------------
  28850.  
  28851. From: jay@coyote.rain.org (Jay Hennigan)
  28852. Subject: Re: Unwelcome AT&T "Feature"
  28853. Date: 02 May 1994 11:02:39 -0700
  28854. Organization: Regional Access Information Network (RAIN)
  28855.  
  28856.  
  28857. [In reference to AT&T disconnecting unanswered direct-dial calls]
  28858.  
  28859. > [TELECOM Digest Editor's Note: I'll tell you why AT&T adopted that stance.
  28860. > Radio talk show host Larry King was in the habit of helping his callers
  28861. > avoid toll charges by telling them, "when you call us, just let it ring,
  28862. > we will answer you when it is your turn to be on the air ..." While most
  28863. > talk shows answer and screen your call, then leave you on hold upwards
  28864. > of 30-45 minutes waiting for your chance to spill your bile (on your 
  28865. > nickle, I might add ... very few are willing to provide an 800 number
  28866. > for you to camp out on at their expense), 
  28867.  
  28868. "The only information highway you'll ever need" does.  1-800-282-2882.
  28869.  
  28870. > King's thing was to have all his bells turned off and let the lights
  28871. > on his phone wink instead. That way the caller did not have to pay and
  28872. > neither did King. AT&T got stuck with the cost instead of having their
  28873. > circuits tied up in a non-revenue position for the several hours King
  28874. > is on the air. AT&T finally got tired of being the straight man for
  28875. > King's routine and started cutting off his unanswered calls after a
  28876. > couple minutes.
  28877.  
  28878. This seems a bit hard to swallow.  How many incoming trunks does Larry
  28879. King have?  Maybe a dozen.  Maybe two dozen.  How many million calls a
  28880. day does AT&T carry?  So ten or twenty people listen to ringing for an
  28881. hour or so.  Are you suggesting that this is going to have enough
  28882. impact on AT&T's revenue that they are going to re-engineer their
  28883. network to prevent it?  Thousands more get busy signals.  If AT&T
  28884. would improve their call processing time by one second, they would
  28885. free up the thousands of busy signal circuits one second sooner (and
  28886. AT&T indeed has very fast setup times).
  28887.  
  28888. > King's response was predictable: when he found out what AT&T was doing
  28889. > he blasted them over the air and told all his callers to start calling
  28890. > him using Sprint's 10333 code instead. AT&T's response:  Good!  Let him
  28891. > abuse Sprint instead. AT&T was glad to get rid of all that non-revenue
  28892. > dead weight traffic. So send thanks to Larry King for his abuse of the
  28893. > network which led AT&T to install the 'feature' you do not like.   PAT]
  28894.  
  28895. This makes even less sense on the part of AT&T.  They are willing to
  28896. anger someone with an audience the size of Larry King's, and suffer
  28897. his public endorsement of their competitor for a miniscule amount of
  28898. potential lost revenue from a couple of dozen callers a day listening
  28899. to ringback tone?  Somehow, "all that" non-revenue traffic seems
  28900. bearable in the face of free advertising for Sprint on the Larry King
  28901. show.  I'll bet Sprint is delighted to take such "abuse".
  28902.  
  28903.  
  28904. Jay Hennigan    jay@rain.org
  28905.  
  28906.  
  28907. [TELECOM Digest Editor's Note: It was never a question of how much
  28908. or how little network resource was being used. Obviously it was only
  28909. a drop in the bucket regards the overall network, although it may
  28910. concievably choked things up a little in the local center where King's
  28911. calls terminated. The point was that King was unwilling to pay part
  28912. of the cost involved in his business communications, yet he wanted his
  28913. 'customers' to maintain their goodwill, so he pawned off what should 
  28914. have been his expense (if he wanted his callers to get by as inexpensively
  28915. as possible) onto AT&T. It certainly was not their problem either. I
  28916. think AT&T simply looked at him as sort of a petty leecher, ripping off
  28917. a little bit at no cost to enhance his position.   PAT]
  28918.  
  28919. ------------------------------
  28920.  
  28921. Date: Mon, 02 May 1994 01:53:07 -0400
  28922. From: Jonathan <jdl@wam.umd.edu>
  28923. Subject: Re: Unwelcome AT&T "Feature"
  28924.  
  28925.  
  28926. I disagree with the conventional wisdom on the unwelcome AT&T
  28927. "feature."  I believe that it is a VERY good idea to disconnect
  28928. callers after the called party number does not answer or gives a busy
  28929. signal for several minutes.  This condition may occur when the caller
  28930. leaves the phone off hook accidentally and also may occur if the
  28931. caller leaves the phone off-hook for the purpose of refusing incoming
  28932. calls.  Disconnecting the call frees up network resources and prevents
  28933. large amounts of toll charges from accruing in a system which does not
  28934. accept answer supervision.
  28935.  
  28936. However, if the call is placed as 0+ then there should be a way for
  28937. the operator to override the feature!
  28938.  
  28939. By the way, several times (in the past) I called collect (410) 954-xxxx 
  28940. and got a recording saying that all representatives are busy.  After
  28941. about 2.5 minutes of waiting I got the recording, your party is not
  28942. answering.  we're sorry, but your call will now be disconnected.  This
  28943. was very annoying, and the AT&T operator could not override the
  28944. recording.  (This was a COLLECT call, as I remember.)  
  28945.  
  28946. As I see it, the number ought to have turned on supervision as soon as
  28947. the all-attendants-busy recording came on, and the number should have
  28948. given a busy signal instead of cutting off if no representative had
  28949. picked up in 2.5 minutes.  Actually, with that particular number, I
  28950. think that what should happen is that it should say, "We're sorry;
  28951. your call cannot be completed at this time unless it is urgent.  If
  28952. you have an urgent call, then please remain on line for the next
  28953. repair representative; otherwise, please hang up now" if the wait is
  28954. longer than 4 minutes.  Supervision should begin about 10 seconds
  28955. after the "please hang up now."  The number should never make people
  28956. wait and then cut them off after they wait.
  28957.  
  28958. ------------------------------
  28959.  
  28960. End of TELECOM Digest V14 #194
  28961. ******************************
  28962.     
  28963.     
  28964. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa03908;
  28965.           3 May 94 15:46 EDT
  28966. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28967.     id AA19912; Tue, 3 May 94 11:40:58 CDT
  28968. Return-Path: <telecom>
  28969. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28970.     id AA19901; Tue, 3 May 94 11:40:55 CDT
  28971. Date: Tue, 3 May 94 11:40:55 CDT
  28972. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  28973. Message-Id: <9405031640.AA19901@delta.eecs.nwu.edu>
  28974. To: telecom@eecs.nwu.edu
  28975. Subject: TELECOM Digest V14 #195
  28976.  
  28977. TELECOM Digest     Tue, 3 May 94 11:40:00 CDT    Volume 14 : Issue 195
  28978.  
  28979. Inside This Issue:                          Editor: Patrick A. Townson
  28980.  
  28981.     Summary: Information on Telecommuting Policies Wanted (Matthew Blackmon)
  28982.     Worldwide Telecom Information (Ion Publishing Systems)
  28983.     Commercial E-mail and News Service in Argentina (Horacio Stolovitzky)
  28984.     Easy Asia-Pacific Roaming For Pagers and Phones (Greg Alexander)
  28985.     Cirrus Network ATM Usage in Slovakia? (Barry Bouwsma)
  28986.     Any Modem Decode DTMF? (Mark Boylan)
  28987.     Programming For Mitsubishi 4000 Cellular Phone? (Alan M. Gallatin)
  28988.     Government Limits Number of Modem Redial Attempts (Tim D. Gilman) 
  28989.  
  28990. TELECOM Digest is an electronic journal devoted mostly but not
  28991. exclusively to telecommunications topics. It is circulated anywhere
  28992. there is email, in addition to various telecom forums on a variety of
  28993. public service systems and networks including Compuserve and GEnie.
  28994. It is also gatewayed to Usenet where it appears as the moderated
  28995. newsgroup 'comp.dcom.telecom'. 
  28996.  
  28997. Subscriptions are available at no charge to qualified organizations
  28998. and individual readers. Write and tell us how you qualify:
  28999.  
  29000.                  * telecom-request@eecs.nwu.edu *
  29001.  
  29002. The Digest is edited, published and compilation-copyrighted by Patrick
  29003. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29004. or phone at:
  29005.                     9457-D Niles Center Road
  29006.                      Skokie, IL USA   60076
  29007.                        Phone: 708-329-0571
  29008.                         Fax: 708-329-0572
  29009.   ** Article submission address only: telecom@eecs.nwu.edu **
  29010.  
  29011. Our archives are located at lcs.mit.edu and are available by using
  29012. anonymous ftp. The archives can also be accessed using our email
  29013. information service. For a copy of a helpful file explaining how to
  29014. use the information service, just ask.
  29015.  
  29016. *************************************************************************
  29017. *   TELECOM Digest is partially funded by a grant from the              *
  29018. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29019. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29020. * project.  Views expressed herein should not be construed as represent-*
  29021. * ing views of the ITU.                                                 *
  29022. *************************************************************************
  29023.  
  29024. Additionally, the Digest is funded by gifts from generous readers such
  29025. as yourself who provide funding in amounts deemed appropriate. Your help 
  29026. is important and appreciated.
  29027.  
  29028. All opinions expressed herein are deemed to be those of the author. Any
  29029. organizations listed are for identification purposes only and messages
  29030. should not be considered any official expression by the organization.
  29031. ----------------------------------------------------------------------
  29032.  
  29033. From: blackmon@cs.utk.edu (Matthew L. Blackmon)
  29034. Subject: Summary: Information on Telecommuting Policies Wanted
  29035. Date: 3 May 1994 10:00:33 -0400
  29036. Organization: CS Department, University of Tennessee, Knoxville
  29037.  
  29038.  
  29039. Greetings:
  29040.  
  29041. I received over 30 requests for summaries regarding my recent posting
  29042. with respect to telecommuting policies.  As such, I am posting a 
  29043. summary of the large number of replies that I received.
  29044.  
  29045. I have pared this down as much as possible, but the posting is still
  29046. quite long.  Any omissions or errors as a result are mine.
  29047.  
  29048. A very large THANK YOU to all those that responded.
  29049.  
  29050.  
  29051. Thanks again,
  29052.  
  29053. Matt Blackmon blackmon@cs.utk.edu | mblackmo%utmck_mis@wpgate.utk.edu
  29054. Department of Computer Science    | Manager, Network Engineering and TechnologyThe University of Tennessee       | The University of TN Medical Center 
  29055. Knoxville, Tennessee 37996        | 615.544.6110 
  29056.  
  29057.               ********BEGIN SUMMARIZED POSTING
  29058.  
  29059.  Article 13464 of comp.dcom.telecom:
  29060.  Date: 23 Apr 1994 21:29:02 -0400
  29061.  From: blackmon@cs.utk.edu (Matthew L. Blackmon)
  29062.  Newsgroups: comp.dcom.telecom
  29063.  Subject: Telecommuting Policies and Procedures
  29064.  Organization: CS Department, University of Tennessee, Knoxville
  29065.  X-Telecom-Digest: Volume 14, Issue 182, Message 9 of 9
  29066.  
  29067. Greetings:
  29068.  
  29069. I have been charged with the task of locating some resources on
  29070. telecommuting policies and procedures that are in use in industry.
  29071.  
  29072. We here at the University of Tennessee Medical Center are just entering
  29073. this arena, and are interested in learning as much as possible.
  29074.  
  29075. The particular areas of interest are personnel policies and
  29076. procedures, such as, work hours and ethics, pay scales (ie, do you pay
  29077. more or less for telecommuters?), payment of services and equipment
  29078. (ie, do you pay for the equipment and the ISDN or data lines to the
  29079. house, or does the telecommuter?), and etc. We are looking for any
  29080. ideas and pointers along this line.
  29081.  
  29082. Please email me and I will post a summary if there is sufficient interest.
  29083.  
  29084.                    --------------------------
  29085.  
  29086.    From: ae446@freenet.carleton.ca (Nigel Allen)
  29087.  
  29088. You might want to contact some large institutional employers, such as
  29089. your state's civil service commission .
  29090.  
  29091. Some Canadian organizations that you may want to contact are:
  29092.  
  29093.  Deputy Minister
  29094.  Management Board Secretariat
  29095.  Government of Ontario
  29096.  12th floor, Ferguson Block
  29097.  77 Wellesley Street West
  29098.  Toronto, Ontario M7A 1N3
  29099.  Canada
  29100.  telephone (416) 327-3805
  29101.  fax (416) 327-3809
  29102.  
  29103.  Francine Giguere
  29104.  Director - Public Affairs
  29105.  Bell Canada
  29106.  1050 Beaver Hall Hill
  29107.  Montreal, Quebec H2Z 1S4
  29108.  Canada
  29109.  telephone (514) 870-3995
  29110.  fax (514) 876-3958
  29111.  
  29112.  Ontario Hydro
  29113.  Corporate News Office
  29114.  Attn: Terry Young
  29115.  700 University Ave.
  29116.  Toronto, Ontario M5G 1X6
  29117.  Canada
  29118.  telephone (416) 592-3338
  29119.  
  29120.  Secretary General
  29121.  Public Service Commission of Canada
  29122.  300 Laurier Ave. West
  29123.  Ottawa, Ontario K1A 0M7
  29124.  Canada
  29125.  telephone (613) 992-2425
  29126.  
  29127. These people may not be able to answer your questions, but they
  29128. should be able to refer you to someone in their organization who
  29129. can help.
  29130.  
  29131. A researcher at McGill University (I don't know her name) in Montreal
  29132. is doing a study of "teleworkers", salaried employees who work at
  29133. home. You might want to give her a call at (514) 843-8044 (voice). She
  29134. might be able to give you some good contacts.
  29135.  
  29136.  
  29137.   From: uswnvg!jlbrand@uunet.UU.NET (Jack Brand)
  29138.   Organization: US West NewVector, Inc., Bellevue, WA
  29139.  
  29140. I used to work for Pacific Bell and my work group did quite a lot of
  29141. telecommuting.  If you can contact P.B. they might send you their
  29142. official guidelines for telecommuting (it's a well-written booklet).
  29143.  
  29144. jb
  29145.  
  29146.   From: <pariso@ocpt.ccur.com>
  29147.   Organization: Concurrent Computer Corporation, Oceanport NJ
  29148.  
  29149. I am the Telecommunications Administrator for my company, and we have
  29150. many telecommuters in our company.  We handle them in various
  29151. different ways.  In most cases they use their company calling card and
  29152. use their own personal lines for the calls.  In some cases, where the
  29153. employee uses their home for more than data telecommunicating, i.e.
  29154. receiving calls at home, I install telephone and data lines and the
  29155. bills are charged to the company, and reviewed monthly.  Each location
  29156. receives one data line and one voice line. I never install more than
  29157. two lines.  I hope this helped a bit.
  29158.  
  29159. Carla Parisos
  29160.  
  29161.  
  29162.    From: dpy1@CORNELL.EDU (David Young)
  29163.    Organization: Cornell University
  29164.  
  29165. Hi,
  29166.  
  29167. I'm a graduate student at Cornell University.  I work with Professor
  29168. Frank Becker at the International Workplace Studies Program.  The
  29169. program is sponsored by organizations like Aetna, Arthur Andersen,
  29170. Ernst & Young, Herman Miller, Steelcase, Silicon Graphics and several
  29171. others.  Many of these organizations have implemented successful
  29172. telecommuting programs and other innovative workplace strategies like
  29173. virtual offices, hotelling and non-territorial offices.
  29174.  
  29175. These organizations sponsor research in the area you are interested
  29176. in.  You can find out more by contacting Frank Becker:
  29177.  
  29178. email: fdb2@cornell.edu
  29179. phone: 607-2551950
  29180.  
  29181. David Young
  29182. Department of Design & Environmental Analysis
  29183. Cornell University
  29184. Ithaca, NY 14850
  29185.  
  29186.  
  29187.   From: micky2@violet.berkeley.edu (Micky Skronski)
  29188.  
  29189. I spotted your April 23 post in comp.dcom.telecom.  I had just
  29190. subscribed to comp.dcom.telecom for exactly the same reason.  In my
  29191. inquiries around my campus (UC Berkeley) I have found one written
  29192. policy from one of the other departments in our control unit --
  29193. Information Systems and Technology.  If you would like, I can send
  29194. that to you.  It is not terribly sophisticated but is the only thing I
  29195. have so far.
  29196.  
  29197. I hope that you will share any other responses you receive.  I will
  29198. send along a University policy if I find any.  I also have friends who
  29199. work in the computing industry and will be asking them.  I called a
  29200. cousin who works in human resources for Charles Schwab -- they don't
  29201. really have a policy -- they strongly discourage the practice.
  29202.  
  29203. Let me know if you are interested in the only "department level"
  29204. document I have.
  29205.  
  29206.    From: "senator@well.sf.ca.us" <COVELLJ@ALM.ADMIN.USFCA.EDU>
  29207.  
  29208. Saw your post in the TELECOM Digest on this subject.  You should know
  29209. that the "telecommuting guru" is Gil Gordon, 10 Donner Court, Monmouth
  29210. Junction NJ 08852; (908) 329-2266; (908-329-2703 fax). Extremely
  29211. knowledgable and very helpful a couple years ago when my former
  29212. employer was planning and implementing a flexplace program.  John
  29213. Covell
  29214.  
  29215.  
  29216.    From: dmausner@brauntech.com (Dave Mausner)
  29217.  
  29218. Ny previous employer made these arrangements:
  29219.  
  29220. He paid dedicated line (9600 baud) costs if employee lived in service
  29221. area of company's telco exchange office;
  29222.  
  29223. Otherwise, he paid connection charges over dialup lines using
  29224. automatic expense reimbursement;
  29225.  
  29226. Telecommuters were NOT discriminated against with respect to pay.
  29227.  
  29228. Work was based on completion of assigned tasks, not hours-per-day
  29229. quotas.
  29230.  
  29231. Hope you find this useful. Regards.
  29232.  
  29233. Dave Mausner, Braun Technology Group, 30 W. Monroe 300, Chicago, IL 60603
  29234.  
  29235.  
  29236.   From: sd03@gte.com (Shuang Deng)
  29237.   Organization: GTE Laboratories, Waltham, MA
  29238.  
  29239. Bellcore reportedly has, or is working on, a policy.  My employer is
  29240. looking at it, but no thing is expected to come out for at least
  29241. another six monthes.
  29242.  
  29243. Regards,
  29244.  
  29245. Shuang Deng             Email:   sdeng@gte.com
  29246. GTE Laboratories            or     sd03@gte.com
  29247. 40 Sylvan Road          Phone: +1 617 466 2165
  29248. Waltham, MA 02254, USA  Fax  : +1 617 466 2650
  29249.  
  29250.  
  29251.    From: Michael Duane x7827 <duanem@apollo4.eng.sematech.org>
  29252.  
  29253. The telecommuter saves you money (by not occupying office space, so
  29254. you should pay for the phone lines). ISDN probably isnt needed except
  29255. for graphics intensive applications.
  29256.  
  29257. I'll include an a similar posting I recently saved:
  29258.  
  29259.     Date: Thu, 27 Jan 1994 13:17:59 +0100
  29260.     From: cvitoa!koos@relay.NL.net (Koos de Heer)
  29261.     Subject: Telecommuting Summary
  29262.  
  29263. Recently I have had email discussions with a few people about
  29264. telecommuting. A number of questions remained unanswered between us,
  29265. so I am posting a summary of our discussions and the questions that we
  29266. have. Anyone who is willing to contribute: please do so. Preferably by
  29267. posting, but if you cannot post, email me and I will summarize in a
  29268. future post.  Special thanks to G. Trevor Foo (foo@buvax.barry.edu)
  29269. for his contributions.
  29270.  
  29271.  
  29272. Driving forces for the proliferation of telecommuting:
  29273.  
  29274. Technology:
  29275.  
  29276. For example, the advent of low priced desktop videoconferencing
  29277. equipment and the recent movements in the U.S. for a national
  29278. information infrastructure.  The LINK Resourse, a telecommuting
  29279. research firm, states that employees are spending an increasing amount
  29280. of money on acquiring their own equuipment to telecommute.  From 1991
  29281. to 1992, PCs sold to information workers have increased by 27%.
  29282.  
  29283. Traffic problems: 
  29284.  
  29285. No need to elaborate: costs, time, environment ...
  29286.  
  29287. Job mobility:
  29288.  
  29289. Lifetime employment means moving once to the town of your employer and
  29290. never having traffic problems again. Planning to switch jobs means
  29291. living where you want to live, independent of where your job is
  29292. located because after a few years you will have another job somewhere
  29293. else anyway.
  29294.  
  29295. Women's (and men's) lib:
  29296.  
  29297. More flexibility in the daily schedule, for both partners, makes it
  29298. easier to both have a career and children.
  29299.  
  29300. Changing management culture: 
  29301.  
  29302. Output oriented management instead of process (attendance) oriented
  29303. management.  This is a requirement, telecommuting is not going to work
  29304. well without it.
  29305.  
  29306. Size of business that will especially adopt (and benefit from) 
  29307. telecommuting:
  29308.  
  29309. Small organizations:
  29310.  
  29311. - small businesses have a less formal organizational culture,
  29312.   less bureaucracy, than larger organizations.
  29313. - innovation is easier and more common, new technologies are
  29314.   adopted faster.
  29315. - they have less rigid operating procedures.
  29316.  
  29317. Large organizations:
  29318.  
  29319. - large businesses are changing management culture and 
  29320.   desperately looking for ways to become more efficient.
  29321. - another important condition for effective telecommuting is 
  29322.   specialization: in a small organization, the workers tend to
  29323.   be less specialized. When someone has more different tasks, 
  29324.   more contact with co-workers is needed.
  29325. - large organisations are familiar with the use of elctronic 
  29326.   links between co-workers, possibly to the extent that they
  29327.   will not know if a co-worker is at home or in the office.
  29328.  
  29329. Numbers and growth:
  29330.  
  29331. Present estimates of the size of the potential telecommuting work
  29332. force range from 30% to 45% of the total work force in highly
  29333. industrialized countries. This does not mean that 30% or 45% of the
  29334. _work_ is telecommutable. Many of the workers will telecommute only
  29335. part of the week. The portion of the total amount of work that could
  29336. be considered telecommutable is probably less (does anyone have a
  29337. hunch about a figure for this?).
  29338.  
  29339. The present research seems to start from jobs and criteria as they are
  29340. now, allowing for growth of telecommuting on the basis of growing
  29341. acceptance of technologies and growing political concern. It would be
  29342. useful to have a prediction of how other factors may change. There are
  29343. developments in society that will influence the telecommuting
  29344. potential in the years to come:
  29345.  
  29346. - Industrial jobs are decreasing in number as processes are 
  29347.   automated. Jobs in commerce, automation, consultancy and 
  29348.   other services are increasing.
  29349. - Not only technology develops, but also people get more 
  29350.   used to technology for communication. The need for personal 
  29351.   meetings will never disappear, but become less over the 
  29352.   years to come.
  29353.  
  29354. We have not found a way to calculate a figure for the impact of these
  29355. changes. Anyone have ideas on this?
  29356.  
  29357. A thought: if there are figures for the penetration of email and fax
  29358. and for the growth of internet, and if there are predictions for how
  29359. those figures will develop in the future, would that information be
  29360. useful to say something about the rate at which technology becomes
  29361. accepted? Of course, that does not solve the equation yet, as there
  29362. are more unknown variables. Like the necessary change in the culture
  29363. and management style of organizations (output driven rather than
  29364. process driven).
  29365.  
  29366. As I said, any comments are appreciated.
  29367.  
  29368.  
  29369. koos de heer - centrum voor informatieverwerking
  29370. koos@cvi.ns.nl               tel. ++31.30.924860
  29371.  
  29372. michael.duane@sematech.org
  29373.  
  29374.  
  29375.    From: "Peter M. Weiss" <PMW1@PSUVM.PSU.EDU>
  29376.    Organization: Penn State University
  29377.  
  29378. Don't forget the notebook archives of FLEXWORK stored on the
  29379. listserv@psuhmc.hmc.psu.edu.
  29380.  
  29381. Here is the script that I sent to the listserv followed by the INDEX
  29382. output.  Change the INDEX to PRINT to get the actual text:
  29383.  
  29384. /* --------------------- clip and save ---------------- */
  29385. //ListSrch JOB Echo=no
  29386. Database Search DD=Rules OUTLIM=3000 f=mail
  29387. //Rules DD *
  29388. S (pay or salary) and (policy or policies) in flexwork
  29389. index
  29390. /*
  29391. //  EOJ
  29392. /* --------------------- clip and save ---------------- */
  29393.  
  29394. > S (pay or salary) and (policy or policies) in flexwork
  29395. --> Database FLEXWORK, 5 hits.
  29396.  
  29397. > index
  29398. Item #   Date   Time  Recs   Subject
  29399.  
  29400. 000057 93/05/26 07:04  447   teleco
  29401. 000059 93/05/31 13:21  943   NEW SIRI SERVICES
  29402. 000060 93/06/19 14:08   99   Tele-Community (fwd)
  29403. 000065 93/10/15 16:15  592   INT'L ACADEMY OF BUSINESS DISCIPLINES CALL FOR PAP+
  29404. 000079 93/11/02 08:30  962   (Forwarded) article on telework
  29405.  
  29406.                  -------------------
  29407.  
  29408.  co-owner LDBASE-L, et -L
  29409. Pete-Weiss@psu.edu     "The 'NET' never naps"             +1 814 863 1843
  29410. 31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA
  29411.  
  29412. ********END SUMMARIZED POSTING
  29413.  
  29414. Matt Blackmon blackmon@cs.utk.edu | mblackmo%utmck_mis@wpgate.utk.edu
  29415. Department of Computer Science    | Manager, Network Engineering and Technology 
  29416. The University of Tennessee       | The University of TN Medical Center 
  29417. Knoxville, Tennessee 37996        | 615.544.6110 
  29418.  
  29419. ------------------------------
  29420.  
  29421. From: gpalmer@dgs.dgsys.com (Ion Publishing Systems)
  29422. Subject: Worldwide Telecom Information
  29423. Date: 3 May 1994 10:40:48 -0400
  29424. Organization: Gigital Gateway Systems
  29425.  
  29426.  
  29427. I am looking for information about the current telephony
  29428. infrastructure in each country around the world. Is there such a
  29429. source anywhere?
  29430.  
  29431. Please reply directly.
  29432.  
  29433. Thanks!
  29434.  
  29435. Gerry
  29436.  
  29437. ------------------------------
  29438.  
  29439. Subject: Commercial E-Mail and News Service in ARGENTINA
  29440. From: horacio@satlink.net (Horacio Stolovitzky)
  29441. Date: Tue, 03 May 94 00:47:49 -0400
  29442.  
  29443.  
  29444. You can find enclosed an updated information about SatLink in Argentina:
  29445.  
  29446. SatLink
  29447. ========
  29448. Argentina SatLink Uucp/Internet gateway
  29449.  
  29450. SatLink service was introduced in 1992 as the first independant e-mail
  29451. and USENET news commercial provider in South an Latin America.  The
  29452. network users are UUCP connected. Satlink serves companies,
  29453. enterprises, academic and scientific institutions, government
  29454. agencies, embassies, media, public organizations, and individuals.
  29455.  
  29456. Facilities:
  29457. ===========
  29458.  
  29459. Electronic mail, USENET news, Domain Name Server, FTP mail service, 
  29460. ARCHIE service, listserv, argentinian mail lists, directory and naming 
  29461. services, UUCP connectivity.
  29462.  
  29463. Addressing:
  29464. ===========
  29465.  
  29466. All computers and subnetworks on SatLink use Internet-style domain
  29467. addresses.  SatLink has its own domains for its hosts and routers
  29468. (satlink.net, ar.net and argentina.com).  Each attached member
  29469. organization has its own Internet-style set of domain addresses. Each
  29470. attached member system has a postmaster account for inquiries on
  29471. addresses and users.
  29472.  
  29473. Please contact postmaster@satlink.net for information or help.  There
  29474. are about 300 attached member domains and sub-domains across Argentina
  29475. connected to Satlink (April 1994).
  29476.  
  29477.  
  29478. Contact:
  29479. ========
  29480. Horacio D. Stolovitzky
  29481. SatLink Uucp/Internet gateway
  29482. Casilla de Correo 3618
  29483. (1000) Correo Central
  29484. Buenos Aires - ARGENTINA
  29485. Telephone: +54-1-983-6740
  29486. Modem: +54-1-958-1041
  29487. E-mail: postmaster@satlink.net
  29488.         postmaster@ar.net
  29489.  
  29490. Future Plans:
  29491. =============
  29492. SatLink plans to open a TCP/IP connection by the beginning of 1995.
  29493.  
  29494. Notes:
  29495. ======
  29496.  
  29497. Satlink is developing POPs (Points of Presence) all around Argentina
  29498. in the major cities: Buenos Aires, Cordoba, La Plata, Rosario,
  29499. Mendoza, Comodoro Rivadavia, etc ...
  29500.  
  29501.  
  29502. Horacio Stolovitzky             Internet address: root@satlink.net
  29503. SatLink Uucp/Internet Gateway                     root@ar.net
  29504. Buenos Aires, ARGENTINA                           root@argentina.com
  29505.  
  29506.                   SatLink: Networking for the masses!
  29507.  
  29508. ------------------------------
  29509.  
  29510. From: gregalex@cybernet.cse.fau.edu (Greg Alexander)
  29511. Subject: Easy Asia-Pacific Roaming For Pagers and Phones
  29512. Date: Tue, 03 May 94 03:41:19 EDT
  29513. Organization: Cybernet BBS, Boca Raton, Florida
  29514.  
  29515.  
  29516. I'm trying to help my father out by finding a way for us and his work
  29517. to keep in contact with him as he travels throughout Asian countries
  29518. (and sometimes Europe). We live in Australia, so the GSM Digital
  29519. phones look good, but aren't yet functioning in most of the countries.
  29520.  
  29521. Hong Kong, New Zealand and Singapore are easy to get, but Vietnam,
  29522. Korea, Malaysia, Indonesia are quite difficult. Does anyone know of
  29523. any company that has a pager or phone roaming feature that might work
  29524. (without signing up in every country individually for our Analogue
  29525. phone to have a different number everywhere (preferably :) -- that
  29526. would cost alot!)
  29527.  
  29528. I've heard a new Global Paging System is being setup for release in
  29529. July, but no-one in Australia seems to know anything about it. This
  29530. would seem ideal (for one-way communication). Anyone know anything?
  29531.  
  29532.  
  29533. Thanks heaps,
  29534.  
  29535. Greg   galexand@ozemail.com.au  (above address less frequently used)
  29536.  
  29537. ------------------------------
  29538.  
  29539. From: ag786@yfn.ysu.edu (Barry Bouwsma)
  29540. Subject: Cirrus Network ATM Usage in Slovakia?
  29541. Date: 3 May 1994 04:13:37 GMT
  29542. Organization: St. Elizabeth Hospital, Youngstown, OH
  29543. Reply-To: ag786@yfn.ysu.edu (Barry Bouwsma)
  29544.  
  29545.  
  29546.     Yes, the money machine type of ATM.  I made a post to this group
  29547. somewhat over half a year ago, in which I inquired about the behavior
  29548. of my money machine card when it would work, and wouldn't work, in the
  29549. Slovak Republic.
  29550.  
  29551.     Shortly thereafter, the ATM card I was using was reissued, and the
  29552. replacement card was supposed to work throughout the world.  It seemed
  29553. to, except not in Slovakia.  I'm now trying to figure out if this may
  29554. have been a problem with the Slovak bank network, or with my US card
  29555. and bank.
  29556.  
  29557.     What I would like to ask, seeing as I never had any success trying
  29558. to use the Cirrus/MasterCard/EuroCard ATMs anywhere in Slovakia from
  29559. about October of 1993 through March of 1994, is whether anyone from
  29560. anywhere in the US, or elsewhere in the world, might have tried to use
  29561. a Cirrus card, or even a MasterCard, anywhere in Slovakia (such as in
  29562. Bratislava) during this time, or recently, and whether you had success
  29563. or failure with this.
  29564.  
  29565.     Of course, mail your responses directly to me rather than to the
  29566. group, to help me see if this problem is unique to my bank, or if it
  29567. has affected others and would then be a problem with the Slovak bank.
  29568. I'm asking this of Telecom readers, because as they travel, I would
  29569. expect them to pay more attention to these electronic fund transfers
  29570. then your typical traveler.  Thanks in advance ...
  29571.  
  29572.  
  29573. Barry Bouwsma, back in Michigan, wishes he were in Europe
  29574. MIME mail to  <barryb@ccsun.tuke.sk> , ASCII text to  <ag786@yfn.ysu.edu>
  29575.  
  29576. ------------------------------
  29577.  
  29578. From: boylanm@iia.org (mark boylan)
  29579. Subject: Any Modem Decode DTMF?
  29580. Date: 3 May 1994 00:24:41 -0400
  29581. Organization: International Internet Association.
  29582.  
  29583.  
  29584. Is there a modem that can accept and decode DTMF tones after it's
  29585. answered an incoming call?  And also, how can I send the output of a
  29586. SoundBlaster card over the same phone line?  I'm trying to write an
  29587. app that will allow a caller to select a .WAV file from just a phone,
  29588. and then listen to it.
  29589.  
  29590.  
  29591. mark
  29592.  
  29593. ------------------------------
  29594.  
  29595. From: Alan M. Gallatin <amg@panix.com>
  29596. Subject: Programming For Mitsubishi 4000 Cellular Phone?
  29597. Date: 2 May 1994 21:39:19 -0400
  29598. Organization: PANIX Public Access Internet and Unix, NYC
  29599.  
  29600.  
  29601. Greetings.  I have a Mitsubishi 4000 cellular phone (unless I'm
  29602. mistaken, it is the same as the Diamondtel 22X) -- I need to change my
  29603. security code (not the lock code) and, therefore, need to get into the
  29604. phone's programming mode.  Does anyone have the programming code for
  29605. this model (along with appropriate instructions for entering this
  29606. mode)?
  29607.  
  29608. Replies via e-mail only, please.  Thanks a bunch!
  29609.  
  29610.  
  29611. Alan M. Gallatin          amg@panix.com                
  29612. amg@israel.nysernet.org   amg@jerusalem1.datasrv.co.il 
  29613.  
  29614. ------------------------------
  29615.  
  29616. From: tdgilman@iris-1.CE.Berkeley.EDU (Tim D. Gilman)
  29617. Subject: Government Regulates Number of Modem Redial Atttempts?
  29618. Date: 3 May 1994 03:51:30 GMT
  29619. Organization: UC Bezerkeley
  29620.  
  29621.  
  29622. I was trying out new modem software yesterday, and under the option
  29623. where one can specify the number of redial attempts before giving up,
  29624. somthing like the following reads: "Governement regulations may limit
  29625. you to 10 redials maximum."  I had never heard anything about this.
  29626. Out of simple curiosity, could someone enlighten myself (or others as
  29627. well) on this matter?
  29628.  
  29629.  
  29630. Thanks, 
  29631.  
  29632. Tim
  29633.  
  29634.  
  29635. [TELECOM Digest Editor's Note: That has been the case in Canada for quite
  29636. a few years and I think it is true here in the USA also now. The reason is
  29637. a modem has no way of knowing it is dialing a wrong number and being 
  29638. offensive to the human victim at the other end ... and some owners of
  29639. modems could care less :( ... by limiting the number of redial attempts,
  29640. the owner is forced to re-enter the data for the dialing string now and
  29641. then, meaning if he entered the wrong information to start with (and as
  29642. a result has been hounding some poor person for several minutes with 
  29643. modem calls) the chances are likely he may enter the correct string the
  29644. next time he has to enter it manually. Some people, you see, leave the
  29645. speaker turned off all the time and as a result don't even realize they
  29646. are connecting to a live person in errror instead of another modem. I
  29647. would rather have seen a rule saying that if voice was detected instead
  29648. of carrier, the speaker would automatically turn on regardless of its
  29649. setting and play the intercept message (or bewildered human saying 'hello'
  29650. over and over) to the person at the computer. But the way they have it
  29651. now with limits on the redial attempts is the next best solution.   PAT]
  29652.  
  29653. ------------------------------
  29654.  
  29655. End of TELECOM Digest V14 #195
  29656. ******************************
  29657.     
  29658.     
  29659. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04652;
  29660.           3 May 94 16:47 EDT
  29661. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29662.     id AA21263; Tue, 3 May 94 12:26:06 CDT
  29663. Return-Path: <telecom>
  29664. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29665.     id AA21249; Tue, 3 May 94 12:26:03 CDT
  29666. Date: Tue, 3 May 94 12:26:03 CDT
  29667. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  29668. Message-Id: <9405031726.AA21249@delta.eecs.nwu.edu>
  29669. To: telecom@eecs.nwu.edu
  29670. Subject: TELECOM Digest V14 #196
  29671.  
  29672. TELECOM Digest     Tue, 3 May 94 12:26:00 CDT    Volume 14 : Issue 196
  29673.  
  29674. Inside This Issue:                          Editor: Patrick A. Townson
  29675.  
  29676.     The Great Clipper Debate - 5/9/94 (Dave Banisar)
  29677.     Telecom in China (Todd Allmendinger)
  29678.     "The President's Analyst" is on AMC Tonight! (Jim Maurer)
  29679.     Re: Radio Frequency Interference on Residential Line (puma@netcom.com)
  29680.     Re: Radio Frequency Interference on Residential Line (Carl Oppedahl)
  29681.     Re: Radio Frequency Interference on Residential Line (Rich Osman)
  29682.     Re: AT&T Public Phone 2000 Probably Dead (Edwin Green)
  29683.     Re: AT&T Public Phone 2000 Probably Dead (Hans-Gabriel Ridder)
  29684.     Re: AT&T Public Phone 2000 Probably Dead (Rob Levandowski)
  29685.     Re: NPA Optional in 818 - it Works! (Rich Greenberg)
  29686.     Re: NPA Optional in 818 - it Works! (Bill Hofmann)
  29687.     Re: 16 Mbps Modem for Real? (Christian Weisgerber)
  29688.     Re: 16 Mbps Modem for Real? (John Lundgren)
  29689.     Re: GM-Hughes 500 Channels (puma@netcom.com)
  29690.     Re: Source of 25 Pair AMP Connector to RJ11 Patchboard Needed (J. Lundgren)
  29691.     Re: Source of 25 Pair AMP Connector to RJ11 Patchboard Needed (J. Hennigan)
  29692.  
  29693. TELECOM Digest is an electronic journal devoted mostly but not
  29694. exclusively to telecommunications topics. It is circulated anywhere
  29695. there is email, in addition to various telecom forums on a variety of
  29696. public service systems and networks including Compuserve and GEnie.
  29697. It is also gatewayed to Usenet where it appears as the moderated
  29698. newsgroup 'comp.dcom.telecom'. 
  29699.  
  29700. Subscriptions are available at no charge to qualified organizations
  29701. and individual readers. Write and tell us how you qualify:
  29702.  
  29703.                  * telecom-request@eecs.nwu.edu *
  29704.  
  29705. The Digest is edited, published and compilation-copyrighted by Patrick
  29706. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29707. or phone at:
  29708.                     9457-D Niles Center Road
  29709.                      Skokie, IL USA   60076
  29710.                        Phone: 708-329-0571
  29711.                         Fax: 708-329-0572
  29712.   ** Article submission address only: telecom@eecs.nwu.edu **
  29713.  
  29714. Our archives are located at lcs.mit.edu and are available by using
  29715. anonymous ftp. The archives can also be accessed using our email
  29716. information service. For a copy of a helpful file explaining how to
  29717. use the information service, just ask.
  29718.  
  29719. *************************************************************************
  29720. *   TELECOM Digest is partially funded by a grant from the              *
  29721. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29722. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29723. * project.  Views expressed herein should not be construed as represent-*
  29724. * ing views of the ITU.                                                 *
  29725. *************************************************************************
  29726.  
  29727. Additionally, the Digest is funded by gifts from generous readers such
  29728. as yourself who provide funding in amounts deemed appropriate. Your help 
  29729. is important and appreciated.
  29730.  
  29731. All opinions expressed herein are deemed to be those of the author. Any
  29732. organizations listed are for identification purposes only and messages
  29733. should not be considered any official expression by the organization.
  29734. ----------------------------------------------------------------------
  29735.  
  29736. Date: Mon,  2 May 1994 18:17:02 +0000
  29737. From: Dave Banisar <epic@cpsr.org>
  29738. Subject: The Great Clipper Debate  5/9/94
  29739.  
  29740.  
  29741.                       The Great Clipper Debate:
  29742.               National Security or National Surveillance?
  29743.  
  29744. Sponsored by:  The Georgetown University Law Center Space Law Group
  29745.                and Communications Law Forum
  29746.  
  29747. In Coordination with: The George Washington University Institute for
  29748. Computer and Telecommunications Systems Policy, the Association for
  29749. Computing Machinery Special Interest Group for Computers and Society,
  29750. and the American Bar Association Criminal Justice Section.
  29751.  
  29752. Date and Time:    May 9, 1994, at 7:30 p.m.
  29753.  
  29754. Place:            The Georgetown University Law Center(Moot Court Room)
  29755.                   600 New Jersey Avenue, N.W., Washington, D.C.
  29756.  
  29757.      The Administration, through the Department of Justice and the
  29758. National Security Agency, has proposed a standard encryption algorithm
  29759. for both the public and commercial marketplace, with the goal of
  29760. making this algorithm the method of choice for persons wishing to
  29761. encode their telephone and other voice and data communications.  The
  29762. FBI and the NSA are concerned that the increasing availability, and
  29763. affordability, of encryption mechanisms will make it difficult and in
  29764. some cases impossible for law enforcement and intelligence agencies to
  29765. tap into and to understand the communications of criminals and other
  29766. pertinent groups.  This proposal has become known as the "Clipper
  29767. Chip," in that it would be implemented by the voluntary insertion of a
  29768. computer chip into telephone, fax machine, and other communications
  29769. systems.
  29770.  
  29771.      The Clipper Chip has generated considerable controversy.
  29772. Opposing it are various civil libertarian groups, as well as
  29773. telecommunications companies, software and hardware manufacturers, and
  29774. trade associations.  The debate has raged behind closed doors, and
  29775. openly in the press.
  29776.  
  29777.      On Monday, May 9, at the Georgetown University Law School, a
  29778. round table debate will take place on this controversy.  The
  29779. participants represent both sides of the issue, and are illustrative
  29780. of the various groups which have taken a stand.  The participants are:
  29781.  
  29782.         Dorothy Denning, Chairperson of the Computer Science Department
  29783.         of Georgetown University
  29784.          
  29785.         Michael Godwin, Legal Counsel of the Electronic Frontier
  29786.         Foundation;
  29787.          
  29788.         Geoffrey Greiveldinger, Special Counsel to the Narcotic and
  29789.         Dangerous Drug Section of the U.S. Department of Justice;
  29790.          
  29791.         Michael Nelson, of the Office of Science and Technology Policy
  29792.         of the White House;
  29793.          
  29794.         Marc Rotenberg, Director of the Electronic Privacy Information
  29795.         Center; and
  29796.          
  29797.         Stephen Walker, President of Trusted Information Systems, Inc.,
  29798.         and a former cryptographer with the National Security Agency
  29799.          
  29800.      In addition, there will be two moderators: Dr. Lance Hoffman,
  29801. Professor of Electrical Engineering and Computer Science at The George
  29802. Washington University, and Andrew Grosso, a former federal prosecutor
  29803. who is now an attorney in private practice in the District of
  29804. Columbia.
  29805.  
  29806.      The program will last approximately two and one half hours, and
  29807. will be divided into two parts.  The first half will offer the panel
  29808. the opportunity to respond to questions which have been submitted to
  29809. the participants beforehand; the second will present the panel with
  29810. questions from the audience.
  29811.  
  29812.      There is no charge for this program, and members of the public
  29813. are encouraged to attend. Reservations are requested in advance, and
  29814. should be directed to one of the following individuals:
  29815.     
  29816.    - C. Dianne Martin, Associate Professor, Department of Electrical
  29817.    Engineering and Computer Science, The George Washington University,
  29818.    Phillips Hall, Room 624-C, Washington, D.C. 20052; telephone: (202)
  29819.    994-8238; E mail: diannem@seas.gwu.edu
  29820.     
  29821.    - Sherrill Klein, Staff Director, ABA Criminal Justice Section,1800
  29822.    M Street, N.W., Washington, D.C.  20036; telephone: (202) 331-2624;
  29823.    fax: (202) 331-2220
  29824.     
  29825.    - Francis L. Young, Young & Jatlow, 2300 N Street, N.W., Suite 600,
  29826.    Washington, D.C. 20037; telephone: (202) 663-9080;  fax: (202)
  29827.    331-8001
  29828.     
  29829.    Questions for the panelists should be submitted, in writing, to one
  29830.    of the moderators:
  29831.     
  29832.    - Lance Hoffman, Professor, Department of Electrical Engineering and
  29833.    Computer Science, The George Washington University,  Washington,
  29834.    D.C. 20052; fax: (202) 994-0227; E mail: ictsp@seas.gwu.edu
  29835.     
  29836.    - Andrew Grosso, 2300 N Street, N.W., Suite 600, Washington, D.C.,
  29837.    20037; fax: (202) 663-9042; E mail: agrosso@acm.org
  29838.     
  29839. ------------------------------
  29840.  
  29841. Date: Tue, 3 May 1994 08:46:23 MST
  29842. From: Todd Allmendinger <24874@ef.gc.maricopa.edu>
  29843. Subject: Telecom in China
  29844.  
  29845.  
  29846.     I am working on a project concerning leased line digital
  29847. telecommunications, using satellite links.  I understand a joint
  29848. equity venture is not possible, however a joint revenue sharing
  29849. agreement is permitted, and in use by several companies.
  29850.  
  29851.         I am interested in talking with some telecommunications
  29852. persons in China. Either from the MPT, regional local PTT or some of
  29853. the other minitries such as Minstry of Electronics who operate their
  29854. own networks, CHINAPAC etc.
  29855.  
  29856.         I will be in Harbin for June and July and in Bejing for a few
  29857. days in Aug. I plan to attend the information technology conference in
  29858. Beijing.
  29859.  
  29860.         I would also like to find out about upcoming conferences
  29861. either in China or outside of China which will talk about telecommunicat-
  29862. ions in China. Again these could be related to MPT organizations or
  29863. Other Ministries that have their own networks.
  29864.  
  29865. Please respond directly to my E-mail address. Thank you.
  29866.      
  29867.       
  29868. Todd Allmendinger    24874@ef.gc.maricopa.edu
  29869.  
  29870. ------------------------------
  29871.  
  29872. Subject: "The President's Analyst" is on AMC Tonight!
  29873. Date: Tue, 3 May 1994 09:41:03 PDT
  29874. From: Jim Maurer <jim@specialix.com>
  29875.  
  29876.  
  29877. The movie "The President's Analyst" will be on the cable channel AMC
  29878. tonight at 9:30 pm (at least in California, check your local listings).
  29879. I'm sure it'll be on again, but I don't know any dates or times.
  29880.  
  29881. Be sure to watch it and find out how the Bell System took over control
  29882. of the government in the 1960's!!!!  Classic Telecom entertainment!
  29883.  
  29884.  
  29885. Jim Maurer          Specialix Inc.   
  29886. jim@specialix.com   +1-408-378-7919  
  29887.  
  29888. ------------------------------
  29889.  
  29890. Date: Mon, 2 May 1994 18:42:52 -0700
  29891. From: puma@netcom.com (puma)
  29892. Subject: Re: Radio Frequency Interference on Residential Telephone Line
  29893.  
  29894.  
  29895. In article <telecom14.191.12@eecs.nwu.edu> is written:
  29896.  
  29897. > My home is wired for two residential telephone lines.  Because of my
  29898. > proximity to an am radio transmitter (am 1550khz), many of my audio
  29899. > and telephone devices suffer from "radio noise", from that one station
  29900. > only though.  Some days it is worse than others, some days there is no
  29901. > interference at all.
  29902. > The local telco has installed several blue capacitors(?) at the demark box
  29903. > on my house.
  29904. > Please respond via e-mail to ld18@clark.edu.
  29905.  
  29906. The problem with radio-frequency energy actually becomes a problem
  29907. when it ends up at "a something" that demodulates it, then you hear
  29908. the signal.  One potential 'something' is anything containing
  29909. semiconductor electronics.  Another 'something' is any kind of a poor
  29910. connection, which sometimes acts as a diode.
  29911.  
  29912. You can fight this by reducing the signal.  Capacitors/RF filters at
  29913. the demarc and capacitors across the carbon mike in a telephone (it's
  29914. non-linear and will demodulate RF) are good starts.  A ferrite choke
  29915. (donut) placed near the telephone, with the line cord making a couple
  29916. turns through it, is another common tactic.  Non-electronic phones
  29917. often are less of a problem (although less functional) than electronic
  29918. ones.
  29919.  
  29920. Visit your local amateur radio / electronics shop for parts and
  29921. advice.  Good luck!
  29922.  
  29923.  
  29924. puma@netcom.com
  29925.  
  29926. ------------------------------
  29927.  
  29928. From: oppedahl@panix.com (Carl Oppedahl)
  29929. Subject: Re: Radio Frequency Interference on Residential Telephone Line
  29930. Date: 3 May 1994 00:26:02 -0400
  29931. Organization: PANIX Public Access Internet and Unix, NYC
  29932.  
  29933.  
  29934. In <telecom14.191.12@eecs.nwu.edu> Dirk Menzel <ld18@clark.edu> writes:
  29935.  
  29936. > I have had all of the affected telephone devices modified by their
  29937. > respective manufacturers ... the problem persist on a recently puchased
  29938. > Panasonic KXT3175, two-line, Easa-Phone.
  29939.  
  29940. > The local telco has installed several blue capacitors(?) at the demark box
  29941. > on my house.
  29942.  
  29943. > I have tried to eliminate the Panasonic telephone as the culprit by
  29944. > putting it in a metal breadbox (really!!!), with no success.
  29945.  
  29946. This was unlikely to have helped.
  29947.  
  29948. > I believe that the noise is entering the line via a TP four-conductor
  29949. > cable strung along the outside of my home.
  29950.  
  29951. Could be.
  29952.  
  29953. > At this point I am open to suggestions.  Might I be able to install a
  29954. > filter (to filter out mainly 1550khz) right at the telephone?  
  29955.  
  29956. I would consider installing low-pass filters at many locations, to
  29957. break up your lines so that they are unlikely to present any resonant
  29958. lengths.
  29959.  
  29960. > (I use one of my lines for voice and modem.)  A commercially available 
  29961. > inline filter (#Z100B1), besides being a single line device, did not 
  29962. > have any effect.
  29963.  
  29964. You can filter each line (red/green and yellow/black) separately.
  29965.  
  29966. Pick up the May issue of QST.  It has ads in the back from companies
  29967. that sell phone line filters, and it has an article on the FCC testing
  29968. phones tht turn out to be bulletproof against RF interference.
  29969.  
  29970.  
  29971. Carl Oppedahl AA2KW    Oppedahl & Larson (patent lawyers)
  29972. Yorktown Heights, NY   voice 212-777-1330  
  29973.  
  29974. ------------------------------
  29975.  
  29976. Date: Mon, 2 May 94 18:13:20 CDT
  29977. From: ROsman@swri.edu
  29978. Subject: Re: Radio Frequency Interference on Residential Telephone Line
  29979.  
  29980.  
  29981. > My home is wired for two residential telephone lines.  Because of my
  29982. > proximity to an am radio transmitter (am 1550khz), many of my audio
  29983. > and telephone devices suffer from "radio noise", from that one station
  29984. > only though.  Some days it is worse than others, some days there is no
  29985. > interference at all.
  29986.  
  29987. This is an increasingly common problem.  Newer more electronic devices
  29988. have more opportunities for rectification and internal amplification.
  29989. This makes them more susceptable to this kind of interference.  I have
  29990. an AM Spanish-language station 3/4 of a mile from the house -- same
  29991. problem in my bulletprook ole' 1A2.  The problem is occurring in the
  29992. music-on-hold receiver or amp.
  29993.  
  29994. > I have had all of the affected telephone devices modified by their
  29995. > respective manufacturers ... the problem persist on a recently puchased
  29996. > Panasonic KXT3175, two-line, Easa-Phone.
  29997.  
  29998. **IF** the problem appears on both lines equally, then it is probably
  29999. the Easa-Phone.  My guess is that the variation in the problem
  30000. correlates to wet weather or wet ground.  If you are powering the
  30001. phone off the wall (not the phone line), see if you can run it off a
  30002. battery temporarily.  Unplugging the phone lines may tell you
  30003. something, but I'll bet they need to be plugged in to see the problem,
  30004. even if it's coming in the power line.  It is possible that it's
  30005. sneaking in the power connection.  There are some off-the-shelf
  30006. filters available to add addtional filtering in the line.  I'll have
  30007. to see what I can spot.  I'll be you get other notes suggesting brands
  30008. and sources.
  30009.  
  30010. How many devices are on the line with the Easa-Phone?  Does the
  30011. problem appear on both lines?  The bad news is that the problem may
  30012. actually be occurring in another device and only appears on
  30013. Easa-Phone.  If the problem is not on both lines, you might try
  30014. swapping lines into the Easa-Phone, and try swapping devices between
  30015. lines.
  30016.  
  30017. > The local telco has installed several blue capacitors(?) at the
  30018. > demark box on my house.
  30019.  
  30020. *Ahem*, condensers my good man!  These really are caps, and are good
  30021. for certain applications, but I'm found them to be really useful only
  30022. when installed inside early (read: non-electronic hybrid) 500/2500
  30023. sets.  Since you have already said that you've had the Panny modified
  30024. by them, I'd try external filtering at the phone.  The blue cans are
  30025. cute, but I don't hold a lot of hope for them.  A good commercial
  30026. filter is the best bet.
  30027.  
  30028. > I have tried to eliminate the Panasonic telephone as the culprit by
  30029. > putting it in a metal breadbox (really!!!), with no success.
  30030.  
  30031. It's unlikely that this will help.  The problem is probably coming in
  30032. the phone or power line.  The only way this *might* help is if the
  30033. problem was occurring in the phone itself, and them you'd need to be
  30034. sure the grounds were all correct and that the lid really was grounded
  30035. too.  Try putting an AM radio tuned to 1550 in the breadbox and see
  30036. what happens.  Try tuning another strong local station.
  30037.  
  30038. > I believe that the noise is entering the line via a TP four-conductor
  30039. > cable strung along the outside of my home.
  30040.  
  30041. Why do you believe this?
  30042.  
  30043. > At this point I am open to suggestions.  Might I be able to install a
  30044. > filter (to filter out mainly 1550khz) right at the telephone?  (I use
  30045.  
  30046. Right at the phone, or better yet inside are the only really useful
  30047. locations in this kind case.
  30048.  
  30049. > one of my lines for voice and modem.)  A commercially available inline
  30050. > filter (#Z100B1), besides being a single line device, did not have any
  30051. > effect.
  30052.  
  30053. Whose part number is that and what were it's specifications?  Many of
  30054. these are designed to combat higher frequency problems (like CB) and
  30055. are inneffective at AM broadcast frequencies.
  30056.  
  30057. > Any help would be greatly appreciated.  I am fairly technically and
  30058. > mechanically competent and could handle minor electrical modifications
  30059. > with limited instructions.
  30060.  
  30061. One thing I'd try is to e-mail info@arrl.org and ask them for their
  30062. lastest RFI brochure.  It's written from the standpoint of a ham
  30063. trying to solve his own problems and prevent problems with and for
  30064. neighbors.  I think there's also a note in the archives under RFI or
  30065. somesuch.
  30066.  
  30067.  
  30068. Oz@SwRI.edu  (Rich Osman) (210) 522-5050 (w)  (210) 699-1302 (h;v/msg/fax)
  30069.  
  30070. ------------------------------
  30071.  
  30072. From: egg@inuxs.att.com (Edwin Green)
  30073. Date: Tue, 3 May 94 07:41:47 EST
  30074. Subject: Re: AT&T Public Phone 2000 Probably Dead
  30075. Organization: AT&T
  30076.  
  30077.  
  30078. In article <telecom14.192.5@eecs.nwu.edu> is written:
  30079.  
  30080. > (Newcomers: The Public Phone 2000 was a venture attempted by AT&T a
  30081. > few years ago.  Essentially, computer terminals were placed at many
  30082. > international airports in the U.S.  With a calling card, you could
  30083. > place calls anywhere there was a modem, without having to worry about
  30084. > bringing your own laptop and somehow connecting it to a pay phone.
  30085. > Unfortunately, it turned out the phone terminals were not tariffed,
  30086. > so AT&T had to disable the terminal feature pending approval.)
  30087.  
  30088. > I had the chance to spend a couple of hours at the St. Louis International 
  30089. > Airport this weekend, and I saw a couple of AT&T Public Phone 2000
  30090. > booths, so I decided to check them out.  Alas, what I found were plain
  30091. > old pay phones.  I suppose this means that AT&T has decided to give up.
  30092.  
  30093. > [TELECOM Digest Editor's Note: That's a shame, because the 2000's were
  30094. > a very useful service. Too bad it did not work out.   PAT]
  30095.  
  30096. The reports of our death are premature!  We received partial approval
  30097. from the FCC to turn on terminal emulation, but not full approval.  We
  30098. have been waiting since March to turn it back on.  It could be any day
  30099. or it could be months.  At any rate, when we get approval I will let
  30100. you know.
  30101.  
  30102.  
  30103. Edwin G. Green
  30104. AT&T Bell Laboratories          Indianapolis, Indiana, USA
  30105. INH 1A-519                      317-845-3659
  30106. egg@inuxs.att.com
  30107.  
  30108.  
  30109. [TELECOM Digest Editor's Note: Please do!  I'll be happy to post it here
  30110. and let everyone know the 2000 phones are back in full service.  PAT]
  30111.  
  30112. ------------------------------
  30113.  
  30114. From: ridder@zowie.zso.dec.com (Hans)
  30115. Subject: Re: AT&T Public Phone 2000 Probably Dead
  30116. Date: 3 May 1994 16:37:27 GMT
  30117. Organization: Digital Equipment Corporation - DECwest Engineering
  30118.  
  30119.  
  30120. In article <telecom14.192.5@eecs.nwu.edu> John C. Fowler <fowlerc@magellan.
  30121. Colorado.EDU> writes:
  30122.  
  30123. > I had the chance to spend a couple of hours at the St. Louis International 
  30124. > Airport this weekend, and I saw a couple of AT&T Public Phone 2000
  30125. > booths, so I decided to check them out.  Alas, what I found were plain
  30126. > old pay phones.  I suppose this means that AT&T has decided to give up.
  30127.  
  30128. I was in the Alaska Airlines terminal at the Seattle-Tacoma airport
  30129. two weeks ago, and saw a couple of Public Phone 2000's *with
  30130. keyboard*.  I didn't have time to check them out ... I assume they
  30131. were working since after the tariff problems all the keyboards seem to
  30132. have been removed.
  30133.  
  30134. > [TELECOM Digest Editor's Note: That's a shame, because the 2000's were
  30135. > a very useful service. Too bad it did not work out.   PAT]
  30136.  
  30137. Since John based his remarks on his experience in one airport, and not
  30138. from any offical announcements from AT&T, it's probably a bit premature 
  30139. to be speaking in the past tense, don't you think?
  30140.  
  30141.  
  30142. Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  30143. DECwest Engineering, Bellevue, Washington, USA
  30144.  
  30145. ------------------------------
  30146.  
  30147. From: rlvd_cif@uhura.cc.rochester.edu (Rob Levandowski)
  30148. Subject: Re: AT&T Public Phone 2000 Probably Dead
  30149. Organization: University of Rochester - Rochester, New York
  30150. Date: Tue, 3 May 94 00:41:11 GMT
  30151.  
  30152.  
  30153. It strikes me as odd, too ... considering that the 2000s have been
  30154. very visible in some episodes of the NBC-TV show "Viper" lately as
  30155. videophones -- logo, name and all -- I had been wondering if AT&T was
  30156. considering a new use for them. Especially considering the way AT&T
  30157. has been pushing videophone technology of late. One would imagine it
  30158. would not be impossible to retrofit the 2000s with video codecs ...
  30159. Perhaps not cost-effective, but possible.
  30160.  
  30161.  
  30162. Rob Levandowski
  30163. Computer Interest Floor associate / University of Rochester
  30164. macwhiz@cif.rochester.edu 
  30165.  
  30166. ------------------------------
  30167.  
  30168. From: richgr@netcom.com (Rich Greenberg)
  30169. Subject: Re: NPA Optional in 818 - it Works!
  30170. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  30171. Date: Mon, 2 May 1994 22:36:32 GMT
  30172.  
  30173.  
  30174. In article <telecom14.191.8@eecs.nwu.edu> justfred@netcom.com (Fred
  30175. Heald) writes:
  30176.  
  30177. > To my surprise this morning I found that a feature I've been asking for 
  30178. > forever finally works!
  30179.  
  30180. [...]
  30181. > Netcom) I accidentally dialed the 1-818, and the call went through!
  30182.  
  30183. > Since I'm in PacBel land, I'm hoping they've implemented this all over
  30184. > the area.  FINALLY! and yet with no fanfare or even notice -- I guess
  30185. > they'd be admitting a mistake.
  30186.  
  30187. I am in the 310 part of Pa Bell, and it worked here also.  Thanks Pa.
  30188.  
  30189.  
  30190. Rich Greenberg            Work: ETi Solutions, Oceanside & L.A. CA 310-348-7677
  30191. N6LRT   TinselTown, USA   Play: richgr@netcom.com                  310-649-0238
  30192.  
  30193. ------------------------------
  30194.  
  30195. From: wdh@netcom.com (Bill Hofmann)
  30196. Subject: Re: NPA Optional in 818 - it Works!
  30197. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  30198. Date: Tue, 3 May 1994 03:04:02 GMT
  30199.  
  30200.  
  30201. This has been the case in 510 since October.
  30202.  
  30203.  
  30204. Bill Hofmann                wdh@netcom.COM
  30205. Fresh Software and Instructional Design    +1 510 524 0852
  30206.  
  30207. ------------------------------
  30208.  
  30209. Date: Mon, 02 May 1994 22:30:00 +0200
  30210. From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
  30211. Subject: Re: 16 Mbps Modem for Real?
  30212.  
  30213.  
  30214. In comp.dcom.telecom was written:
  30215.  
  30216. > Has anyone heard of a small company called Digital Compression
  30217. > Technology (DCT)?  It claims it can move 16 Mbps of various kinds of
  30218. > data down a regular telephone line (yes, that's 16 MEGABITS per
  30219.                       ^^^^^^^^^^^^^^
  30220. > "DCT technology lets telephone wire simultaneously carry [ a lot ]
  30221.                        ^^^^^^^^^^^^^^
  30222. > Is this for real or is DCT a couple of engineering students with some
  30223. > vaporware, a fax machine, and a gift for self-promotion?
  30224.  
  30225. Quite possibly this is real. However, you're completely
  30226. misinterpreting the achievement. Those people move 16Mbps over
  30227. telephone type cabling, comparable to, say, Twistet Pair Ethernet
  30228. (10Base-T). They're not doing this over the traditional PSTN. There's
  30229. no reason to get particularly excited.
  30230.  
  30231.  
  30232. Christian 'naddy' Weisgerber, Germany         naddy@mips.ruessel.sub.org
  30233.  
  30234. ------------------------------
  30235.  
  30236. From: jlundgre@kn.pacbell.com (John Lundgren)
  30237. Subject: Re: 16 Mbps Modem for Real?
  30238. Date: 02 May 94 18:36:33 GMT
  30239. Organization: Pacific Bell Knowledge Network
  30240.  
  30241.  
  30242. I thought CDDI and fast ethernet were already here.  In this case, the
  30243. 16MBPS modem sounds more like a CSU/DSU, or TA.  If so, then the phone
  30244. co. would provide service at whatever speed your heart and wallet
  30245. desires.  If you want 45MBPS, then they will provide it.  They may
  30246. decide the most practical solution is to provide fiber to your
  30247. location, or a microwave link if it's more cost effective.  You hook
  30248. up your 16MBPS thingy, and away you go.
  30249.  
  30250. ------------------------------
  30251.  
  30252. From: puma@netcom.com (puma)
  30253. Subject: Re: GM-Hughes 500 Channels
  30254. Organization: organized?? me?
  30255. Date: Mon, 02 May 1994 21:51:14 GMT
  30256.  
  30257.  
  30258. In article <telecom14.182.8@eecs.nwu.edu>, A. Padgett Peterson
  30259. <padgett@tccslr.dnet.mmc.com> wrote:
  30260.  
  30261. > A couple of months ago Hughes was advertising for technicians to
  30262. > service their new small-dish satellite TV system (500 channel?). Does
  30263. > anyone know what the status is, when it will become available, or have
  30264. > a contact phone or E-Mail number ? Reply to: padgett@tccslr.dnet.mmc.com
  30265.  
  30266.  From the Friday, April 22nd, {Milwaukee Journal}
  30267.  
  30268.    The DBS dishes are small, about 18 inches in diameter vs. 6 to 10
  30269. feet across for conventional satellite dishes.  DBS dishes are also
  30270. less expensive.  Suggested retail prices range from $700 to $900,
  30271. quite a bit lower than the $2,000 to $3,000 cost of the larger dishes.
  30272.  
  30273.    They will be manufactured by Thomson Consumer Electronics and sold
  30274. under the RCA brand name.
  30275.  
  30276.    Up to 150 channels will be available through DBS, including most
  30277. major cable channels and premium stations like HBO.
  30278.  
  30279.    Programming will be provided by DirecTV, a unit of GB Hughes
  30280. Electronics, and United States Satellite Broadcasting.  Users will
  30281. have to pay monthly fees ranging from $22 to $35, depending on the
  30282. channels they want.
  30283.  
  30284.  
  30285. puma@netcom.com
  30286.  
  30287. ------------------------------
  30288.  
  30289. From: jlundgre@kn.pacbell.com (John Lundgren)
  30290. Subject: Re: Source of 25 Pair AMP Connector to RJ11 Patchboard Needed
  30291. Date: 03 May 94 10:11:30 GMT
  30292. Organization: Pacific Bell Knowledge Network
  30293.  
  30294.  
  30295. Joseph McGuckin (josephm@pumasillo.San-Jose.ate.slb.com) wrote:
  30296.  
  30297. > I'm looking for a rack mountable patchboard that accepts a 25 pair AMP
  30298. > connector and fans it out to 25 RJ11's.
  30299.  
  30300. > Joe   josephm@San-Jose.ate.slb.com
  30301.                 ^^^^^^^^
  30302.  
  30303. You look like you're within a reasonable distance from Fry's
  30304. Electronics.  Check them out.  The one here in Orange County has a
  30305. fairly good supply of stuff such as octopus cables, etc. for telecomm.
  30306.  
  30307. Best of success.
  30308.  
  30309. ------------------------------
  30310.  
  30311. From: jay@coyote.rain.org (Jay Hennigan)
  30312. Subject: Re: Source of 25 Pair AMP Connector to RJ11 Patchboard Needed
  30313. Date: 03 May 1994 06:15:01 -0700
  30314. Organization: Regional Access Information Network (RAIN)
  30315.  
  30316.  
  30317. In article <telecom14.184.8@eecs.nwu.edu> josephm@pumasillo.San-Jose.
  30318. ate.slb.com (Joseph McGuckin) writes:
  30319.  
  30320. > I'm looking for a rack mountable patchboard that accepts a 25 pair AMP
  30321. > connector and fans it out to 25 RJ11's.
  30322.  
  30323. Try Allen-Tel (sold by Graybar) for their model AT125-SM.  This does
  30324. what you want but it's surface-mount.  Bolt one (or more) to a blank
  30325. rack panel and you're done.
  30326.  
  30327.  
  30328. Jay Hennigan   jay@rain.org
  30329.  
  30330. ------------------------------
  30331.  
  30332. End of TELECOM Digest V14 #196
  30333. ******************************
  30334.     
  30335.     
  30336. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05651;
  30337.           3 May 94 18:29 EDT
  30338. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30339.     id AA24764; Tue, 3 May 94 14:11:06 CDT
  30340. Return-Path: <telecom>
  30341. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30342.     id AA24751; Tue, 3 May 94 14:11:02 CDT
  30343. Date: Tue, 3 May 94 14:11:02 CDT
  30344. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  30345. Message-Id: <9405031911.AA24751@delta.eecs.nwu.edu>
  30346. To: telecom@eecs.nwu.edu
  30347. Subject: TELECOM Digest V14 #197
  30348.  
  30349. TELECOM Digest     Tue, 3 May 94 14:11:00 CDT    Volume 14 : Issue 197
  30350.  
  30351. Inside This Issue:                          Editor: Patrick A. Townson
  30352.  
  30353.     Re: NANP and Switches (James Slupsky)
  30354.     Re: NANP and Switches (Carl Moore)
  30355.     Re: X.25 Networks (Doug Gurich)
  30356.     X.21 Testing (Gabor Fencsik)
  30357.     Sun and X25 (James Slupsky)
  30358.     Information on X.25 and Other CCITT Documents (Emmet Hikory)
  30359.     Re: Demise of Newsgroups Feared (Barry Mishkind)
  30360.     Re: More Information Needed on Motorola 550 Programming (John Barcomb)
  30361.     Re: DunsNet (Thrivikrama Shenoy)
  30362.     Re: Connect a Card Reader to a Cell Phone? (George Beuselinck)
  30363.     Re: Connect a Card Reader to a Cell Phone? (Sean Donelan)
  30364.     Re: Equal Access in Canada (Carl Moore)
  30365.     Re: Equal Access in Canada (Matthew Stone)
  30366.     Re: Phoning Cuba (John R. Levine)
  30367.     Re: AT&T Public Phone 2000 (Emmet Hikory)
  30368.     Re: CO's and Disasters (Tom Watson)
  30369.     Computer Information Systems (Terri M. Kouba)
  30370.     Re: Telco MUX to Home? (David Kiviat)
  30371.     Re: GSM and Airbags (John Lundgren)
  30372.     Re: DID, PBX and University Phones, SL-100 (John Lundgren)
  30373.  
  30374. TELECOM Digest is an electronic journal devoted mostly but not
  30375. exclusively to telecommunications topics. It is circulated anywhere
  30376. there is email, in addition to various telecom forums on a variety of
  30377. public service systems and networks including Compuserve and GEnie.
  30378. It is also gatewayed to Usenet where it appears as the moderated
  30379. newsgroup 'comp.dcom.telecom'. 
  30380.  
  30381. Subscriptions are available at no charge to qualified organizations
  30382. and individual readers. Write and tell us how you qualify:
  30383.  
  30384.                  * telecom-request@eecs.nwu.edu *
  30385.  
  30386. The Digest is edited, published and compilation-copyrighted by Patrick
  30387. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  30388. or phone at:
  30389.                     9457-D Niles Center Road
  30390.                      Skokie, IL USA   60076
  30391.                        Phone: 708-329-0571
  30392.                         Fax: 708-329-0572
  30393.   ** Article submission address only: telecom@eecs.nwu.edu **
  30394.  
  30395. Our archives are located at lcs.mit.edu and are available by using
  30396. anonymous ftp. The archives can also be accessed using our email
  30397. information service. For a copy of a helpful file explaining how to
  30398. use the information service, just ask.
  30399.  
  30400. *************************************************************************
  30401. *   TELECOM Digest is partially funded by a grant from the              *
  30402. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  30403. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  30404. * project.  Views expressed herein should not be construed as represent-*
  30405. * ing views of the ITU.                                                 *
  30406. *************************************************************************
  30407.  
  30408. Additionally, the Digest is funded by gifts from generous readers such
  30409. as yourself who provide funding in amounts deemed appropriate. Your help 
  30410. is important and appreciated.
  30411.  
  30412. All opinions expressed herein are deemed to be those of the author. Any
  30413. organizations listed are for identification purposes only and messages
  30414. should not be considered any official expression by the organization.
  30415. ----------------------------------------------------------------------
  30416.  
  30417. Date: Tue, 3 May 1994 11:39:00 +0700
  30418. From: jslupsky@pwss.gov.ab.ca (James Slupsky)
  30419. Subject: Re: NANP and Switches
  30420.  
  30421.  
  30422. > In article <telecom14.182.5@eecs.nwu.edu> is written:
  30423.  
  30424. >> We currently have a Northern Telecom Meridian Option 61 (software
  30425. >> relase 17) with 44 DID trunks, a T1 for long distance, and about 1300
  30426. >> active phones.  We have been told by Ameritech that, in order for us
  30427. >> to be able to comply with the implementation of the new North American
  30428. >> Numbering Plan (NANP) on January 1, 1995, we must upgrade our switch
  30429. >> with an additional memory card, another ROM board and software release
  30430. >> 19.  My questions are (1) is this really necessary and (2) can we wait
  30431. >> until the middle of 1995 before doing this and still provide access
  30432. >> via NANP?  Any help out there would be greatly appreciated.  Thanks.
  30433.  
  30434. In answer to question one, no.  Firstly, if you are using an access
  30435. code to dial outside calls (such as "9"), then your software will not
  30436. care what digits are dialed after that.  An exception is if your
  30437. local area gets an NXX (that's the first three digits of your seven
  30438. digit phone number) that has a "1" or a "0" as the second digit.  In
  30439. that case, if you have assigned a COS which restricts toll calls to
  30440. that local, the call will be blocked.  This is not a very large
  30441. possibility, since it will take time for telco's to introduce these
  30442. NXX's.  For Toll calls, you would not have this problem.  Just tell
  30443. all the users that Toll calls MUST be 10 digits, and you MUST use a
  30444. "1" in front of the 10 digits.  (so a typical toll call might look
  30445. like -assuming you access outgoing trunks using "9"- "9 1 520 447
  30446. 5003".  Your switch will cheerfully pass "1 520 447 5003" to the
  30447. serving CO.
  30448.  
  30449. In answer to two, yes.  It is unlikely that you will run into NXX
  30450. codes using a "1" or "0" as the second digit for some time to come.
  30451. One small problem with CDR however.  You should change your CDR
  30452. collection options from OTL (Only Toll Calls) to OAL (All calls).  The
  30453. presence of the "1" or "0" as part of the NXX may cause problems for
  30454. the OTL option.
  30455.  
  30456.  
  30457. Regards,
  30458.  
  30459. James Slupsky, P.Eng.  (jslupsky@pwss.gov.ab.ca)  (403)427-0896
  30460.  
  30461. ------------------------------
  30462.  
  30463. Date: Tue, 3 May 94 06:50:33 EDT
  30464. From: Carl Moore <cmoore@BRL.MIL>
  30465. Subject: Re: NANP and Switches
  30466.  
  30467.  
  30468. Just my idea: be wary of companies taking advantage of the change
  30469. (area codes being generalized) to push across expensive new equipment.
  30470.  
  30471. Perhaps dust off anecdotes about people on the east coast in the 1970s
  30472. trying to reach prefixes of N0X/N1X form in southern California?  No
  30473. other area codes had such prefixes until New York City around the end
  30474. of 1980.
  30475.  
  30476. On further thought: the old equipment (along with the old area codes)
  30477. is useable until you start reaching full cutover for the NNX area
  30478. codes.  But it's been known (certainly in the Digest) for years that
  30479. NNX area codes were coming.
  30480.  
  30481. ------------------------------
  30482.  
  30483. Date: Tue, 03 May 94 11:39:51 CST
  30484. From: Doug_Gurich@fcircus.sat.tx.us (Doug Gurich)
  30485. Subject: Re: X.25 Networks
  30486.  
  30487.  
  30488. > I'm looking for data connectivity between Chicago and Milan Italy.
  30489. > I'm guessing that X.25 will be cheaper than a leased line, but I'm
  30490. > having a heck of a time finding anyone to quote me a price.  Does
  30491. > anyone have any thoughts about relative pricing?  I assume Telenet and
  30492. > Tymnet are still around.  Anyone know where?
  30493.  
  30494. Chris, 
  30495.  
  30496. I believe GlobalCom International can help you with your data
  30497. connectivity problems.  We routinely provide quotes for international
  30498. leased lines and other services such as X.25, ISDN, etc.  It is
  30499. difficult to say whether X.25 would be cheaper than a leased line in
  30500. your situation, without knowing more detail.  However, in the interim
  30501. I can provide you with a rough measure as to what costs a leased line
  30502. would entail.  Just a few days ago, we quoted a 56/64 Kbps line for a
  30503. customer wishing to connect New York City with Rome, Italy.  Because
  30504. of the difference in US termination points, I will leave off the US
  30505. local loop costs.  However, the longhaul portion would be the same in
  30506. your case.  We quoted a price of $6,690/month for both the US 1/2
  30507. circuit and the Italy 1/2 circuit combined.
  30508.  
  30509. Without knowing your expected usage volume, I cannot say whether this
  30510. cost would be justified.  You would be able to use the circuit 24
  30511. hours a day and could even mux the line into 4-6 distinct channels
  30512. which you could use for data or voice (with the appropriate
  30513. equipment), but it still may be more than you are willing to pay if
  30514. your usage is relatively low.
  30515.  
  30516.  
  30517. Doug Gurich   GlobalCom International
  30518.  
  30519. ------------------------------
  30520.  
  30521. Date: Tue, 03 May 94 12:32:08 PDT
  30522. From: gabor@sbei.com (Gabor Fencsik)
  30523. Subject: X.21 Testing
  30524.  
  30525.  
  30526. I am looking for equipment to test/simulate X.21 interfaces (both DTE
  30527. and DCE).  I would appreciate any pointers, including vendor
  30528. recommendations and/or war stories from past product testing efforts.
  30529. Thanks.
  30530.  
  30531.  
  30532. Gabor Fencsik             VOX:   (510)355-7725
  30533. Manager, Comm Software    FAX:   (510)355-2020
  30534. SBE, Inc.                 Email: gabor@sbei.com
  30535.  
  30536. ------------------------------
  30537.  
  30538. Date: Tue, 03 May 1994 14:26:48 +0700
  30539. From: jim@isnpo1.pwss.gov.ab.ca (James Slupsky)
  30540. Subject: Sun and X25
  30541.  
  30542.  
  30543. I run X25 connections on a Sparc 10 myself, using Brixton's BrxX25
  30544. software.  I have developed my own applications using their API.  I
  30545. don't have many connections open simultaneously (currently three,
  30546. sometimes 4), but the programs work fine, and I haven't noticed any
  30547. effect on performance.
  30548.  
  30549.  
  30550. Regards,
  30551.  
  30552. James Slupsky, P.Eng.    (send replies to: jslupsky@pwss.gov.ab.ca)
  30553. (403)427-0896
  30554.  
  30555. ------------------------------
  30556.  
  30557. Subject: Information on X.25 and Other CCITT Documents
  30558. Date: Tue, 03 May 1994 22:38:46 EDT
  30559. From: Emmet Hikory <ehikory@lynx.dac.neu.edu>
  30560.  
  30561.  
  30562.     The ITU maintains a document store that includes the CCITT
  30563. standard definitions.  Information about this service can be obtained
  30564. by sending a message to itudoc@itu.ch with HELP in the message body.
  30565. If I remember correctly CCITT has changed their name to the ITU
  30566. Telecommunications Standardization Sector.  More useful information is
  30567. available from ITU directly.
  30568.  
  30569.  
  30570. Emmet Hikory   ehikory@lynx.dac.neu.edu
  30571.  
  30572.  
  30573. [TELECOM Digest Editor's Note: I would like to remind readers that this
  30574. Digest is funded in part by a grant from the ITU, and the Digest is
  30575. available for retrieval from that organization's public ftp directory.
  30576. I'm quite thankful for their valuable assistance, and hope that if you
  30577. have not yet sent a note of approval to them you will do so today.   PAT]
  30578.  
  30579. ------------------------------
  30580.  
  30581. Date: Tue, 03 May 94 11:03 MST
  30582. From: barry@coyote.datalog.com (barry mishkind)
  30583. Subject: Re: Demise of Newsgroups Feared
  30584. Organization: Datalog Consulting, Tucson, AZ
  30585.  
  30586.  
  30587.  You raise some excellent points. 
  30588.  
  30589. In an interview printed in the {Arizona Daily Star}, Canter claims
  30590. that not only will he do it again, but he is going to write a book
  30591. telling others how to advertise on the net. He sure is getting his
  30592. full value of publicity.
  30593.  
  30594. A post in another newsgroup suggested asking for information, and at
  30595. least making them mail out material. Phoning them, or flaming them may
  30596. simply encourage them to do more ...
  30597.  
  30598. Of greater import, as Pat pointed out, the entire structure of the net
  30599. is threatened as the growing cyberchildren each try their hand at
  30600. abusing the 5000 or so newsgroups with more and more garbage. I
  30601. wouldn't be surprised to find somewhere a little program designed,
  30602. with the data already entered, to hit every newsgroup with a message.
  30603.  
  30604. That, the gB of porno moved around the globe each day, and the recent
  30605. reports that some radio stations are planning to "feed" their programs
  30606. into the net seem to me to be likely cataylsts for some bureaucrat to
  30607. try to get a law passed for a "Net Czar" would will administer (for a
  30608. user fee, payable to the government, assessed like the long distancs
  30609. access fee) the whole pie, and decide what can and can't be used.
  30610.  
  30611. The old notion of being a good neighbor has broken down in the world.
  30612. We can see it in the rude, abusive way people treat each other in
  30613. public, on the road, and especially in poor sections of town. The
  30614. children who discovered the Net have been extremely good at screaming
  30615. about their "first amendment rights" to use any language they wish,
  30616. send any file they wish, and generally fill the Net with their
  30617. "scrawlings".
  30618.  
  30619. Total anarchy brings control. Control will change the net ... and it
  30620. will cost us all.
  30621.  
  30622.  
  30623. Regards,
  30624.  
  30625. Barry Mishkind     barry@coyote.datalog.com     Tucson, Arizona
  30626.  
  30627.  
  30628. [TELECOM Digest Editor's Note: That First Amendment always has been a
  30629. troublesome thing ... all the Bill of Rights was written under the
  30630. mistaken assumption that citizens in the USA would take *responsibilty*
  30631. for their actions and words; under the mistaken assumption that people
  30632. would know the difference between *freedom* on the one hand and *license*
  30633. on the other. Sadly, that is becoming less and less the case. The Bill
  30634. of Rights will cause the ultimate demise of the United States. Not today,
  30635. not this month, but over the next hundred years or so, maybe less. At 
  30636. nearly 218 years of age, our country and government is one of the oldest
  30637. in the world. Very few last as long as our has, and ours is definitly
  30638. showing signs of old age and decay. The gradual decay of Usenet is just
  30639. one small part of the picture. Violent crime is epidemic in the USA. All
  30640. the prisons in the world are not going to contain it or slow it down,
  30641. and anyway, prisons only are able to operate when they have the cooperation
  30642. of the prisoners; witness Attica two decades ago or New Mexico several
  30643. years ago. Enjoy the Bill of Rights while it lasts! Lots of things that
  30644. fifty years ago were unthinkable are starting to become more and more
  30645. 'thinkable' where the government is concerned. Enjoy Usenet!   PAT] 
  30646.  
  30647. ------------------------------
  30648.  
  30649. From: uswnvg!uswnvg.com!jbarcom@uunet.UU.NET (John Barcomb)
  30650. Subject: Re: More Information Needed on Motorola 550 Programming
  30651. Date: 03 May 94 17:56:10 GMT
  30652.  
  30653.  
  30654. Lance Ware (lware@voxel.com) wrote:
  30655.  
  30656. > Earlier I requested general programming info on the Motorola 550.  I
  30657. > am now looking for more info on the 61#, 66#, and 69# functions
  30658. > pertaining to ESN and identity transfer. If anyone can assist me I
  30659. > would appreciate it greatly. Specifically I wish to place the ESN from
  30660. > my already registered Fujitsu Mobile phone into my handheld motorola.
  30661.  
  30662. > This is a legitimate use and is not illegal.
  30663.          
  30664. Sounds pretty strange to me.  Those #xx# functions you talk about are
  30665. for a Motorola Universal Loaner phone program.  There is a special box
  30666. used to transfer the identity from your phone into a phone that is set
  30667. to all zeros.  After the transfer, the ESN in your original phone is
  30668. set to "FFFFFFFF".  The phone goes to Motorola, where they reset it
  30669. and then send it back to the shop to do the reverse transfer after a
  30670. repair is completed.
  30671.  
  30672.  
  30673. John
  30674.  
  30675. ------------------------------
  30676.  
  30677. From: vikram@merlin.dev.cdx.mot.com (Thrivikrama Shenoy)
  30678. Subject: Re: DunsNet
  30679. Reply-To: vikram@merlin.dev.cdx.mot.com (Thrivikrama Shenoy)
  30680. Organization: Motorola Codex, Canton, MA
  30681. Date: Tue, 03 May 1994 18:49:04 GMT
  30682.  
  30683.  
  30684. DunsNet is a corporate packet switching network of Dun & Bradstreet
  30685. Corporation. It is a X.25 packet switching network spanning U.S,
  30686. Europe, Australia. Recently I heard it reached India too.
  30687.  
  30688. The network is used mainly to deliver Information services offered by
  30689. subsidiaries of Dun & Bradstreet Corporation. The subsidiaries offer
  30690. variety of services; most popular is the corporate credit report
  30691. services. In addition the network carries services of OAG, McCormick &
  30692. Dodge (?), Donnelly Directory, A.C. Neilsen Co etc.
  30693.  
  30694. As far as I know, only user contact with the network as one of
  30695. customers using the services offered -- using a Async dial-in connection.
  30696.  
  30697.  
  30698. Vikram Shenoy
  30699.  
  30700. ------------------------------
  30701.  
  30702. From: cexer@csbh.com (George Beuselinck)
  30703. Subject: Re: Connect a Card Reader to a Cell Phone
  30704. Organization: Performance Systems Int'l
  30705. Date: Tue, 03 May 1994 11:52:32 GMT
  30706.  
  30707.  
  30708. What you are trying to do can't be too tough.  After all, Hertz and
  30709. Avis do it all the time.  Perhaps the easiest way would be to rent a
  30710. car with the cellular phone installed ...
  30711.  
  30712.  
  30713. George Beuselinck    Porsche 944 Ecology  georgeb@csbh.com
  30714.  
  30715. ------------------------------
  30716.  
  30717. From: Sean Donelan <SEAN@SDG.DRA.COM>
  30718. Subject: Re: Connect a Card Reader to a Cell Phone?
  30719. Date: 03 May 94 04:17:17 CDT
  30720. Organization: Data Research Associates, St. Louis MO
  30721.  
  30722.  
  30723. In article <telecom14.177.4@eecs.nwu.edu>, Andrew C. Green <ACG@dlogics.
  30724. com> writes:
  30725.  
  30726. > My father is exploring ways of setting up a credit card authorization
  30727. > terminal for one afternoon's use at an outdoor concert. He has the use
  30728.  
  30729. You might want to contact Verifone, Inc.  They have been advertising a
  30730. card authorization system that uses cellular telephones for use in
  30731. taxi cabs.  It might be useful in your application.  A lot of banks
  30732. also resell/lease Verifone equipment (at rather massive markups), so
  30733. you might ask your local bank.  Yes, I know more than likely the bank
  30734. will be clueless, but that is the drill.
  30735.  
  30736. Supposedly Verifone was working with the cellular telephone companies
  30737. on getting a special air rate for these calls.  I don't know if they
  30738. had any success.  Most "mobile" merchants seem to have found it too
  30739. expensive though.  Some just chance it, and don't get any on-line
  30740. authorization batching them up till later.  Others use a cellular
  30741. telephone for voice authorizations.  No one seems terribly concerned
  30742. about broadcasting credit card numbers in the clear.  After all, its
  30743. illegal for unauthorized people to listen to cellular frequencies,
  30744. isn't it?  
  30745.  
  30746.  
  30747. Sean Donelan, Data Research Associates, Inc, St. Louis,
  30748. MO Domain: sean@dra.com, Voice: (Work) +1 314-432-1100
  30749.  
  30750.  
  30751. [TELECOM Digest Editor's Note: Yes it is illegal, and yes people listen
  30752. illegally to cellular calls. However there is very little risk of fraud
  30753. by passing credit card numbers in this way. One, there has to be someone
  30754. listening to a scanner which is in the proximity of the tower from which
  30755. the message is being transmitted. Two, they have to have their scanner
  30756. land on the channel (out of 832 such channels) during the five seconds
  30757. or so that the card number is being read. Third, credit card verification
  30758. involves reading the number, the expiration date and the amount of the
  30759. sale -- not the name and address of the card holder. Fourth, without having
  30760. physical possession of the card they cannot make purchases in stores.
  30761. Fifth, with only the number but no name or address to go with it they
  30762. cannot very easily engage in mail order fraud. Sixth, without having actual
  30763. possession of the card they cannot see who the issuer of it was -- unless 
  30764. they have the list of four digit (starting with three for AMEX, four for VISA,
  30765. five for MC or six for DISCOVER) codes telling which bank (or credit grantor)
  30766. issued the card -- thus no calls can be made to customer service putting
  30767. in bogus inquiries or name/address changes.  In short, a non-issue here.
  30768.  
  30769. If I were going to rip off credit card numbers, PINS and related data, I
  30770. would find it far easier to tap the phone line used by an ATM machine
  30771. and put some kind of data capture device on that instead ... yet people
  30772. use ATMs quite willingly. So what's the beef about cellular phones and
  30773. credit card numbers?  On the one in a million chance someone *might* 
  30774. happen to hear your credit card number read, what is it gonna get them?  PAT] 
  30775.  
  30776. ------------------------------
  30777.  
  30778. Date: Tue, 03 May 94 05:38:15 EDT
  30779. From: Carl Moore <cmoore@BRL.MIL>
  30780. Subject: Re: Equal Access in Canada
  30781.  
  30782.  
  30783. Back in January, I went to Sault Ste. Marie, Ont. before turning
  30784. around back into the U.S.  I got to a pay phone on 705-759 there, and
  30785. 10288 didn't work (I then omitted it, got the "boing" for Bell Canada,
  30786. then punched in my AT&T card number and the call, going to the U.S.,
  30787. went through).  The call didn't make it to my phone bill until March,
  30788. and it was in the AT&T part of the bill.  So there are no 10xxx codes
  30789. currently useable in Canada?
  30790.  
  30791. The Orange Card did work from there.  That went through as being from
  30792. "800" as happens in many places in the U.S.
  30793.  
  30794. ------------------------------
  30795.  
  30796. From: mstone@nyx10.cs.du.edu (Matthew Stone)
  30797. Subject: Re: Equal Access in Canada
  30798. Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
  30799. Date: Tue, 3 May 94 00:39:13 GMT
  30800.  
  30801.  
  30802. Does anyone know what companies will be offering equal access when it
  30803. comes into service July 1st?  And the access codes to access the
  30804. different LD companies?
  30805.  
  30806.  
  30807. [TELECOM Digest Editor's Note: I have been told it will by and large
  30808. follow the USA numbering scheme; i.e. 10288 for Mother, 10222 for MCI,
  30809. etc. with Canadian-only carriers getting a few numbers as well.   PAT]
  30810.  
  30811. ------------------------------
  30812.  
  30813. Date: Tue, 03 May 94 11:56 EDT
  30814. From: johnl@iecc.com (John R Levine)
  30815. Subject: Re: Phoning Cuba
  30816. Organization: I.E.C.C., Cambridge, Mass.
  30817.  
  30818.  
  30819. > Does anyone know how to phone Cuba for a reasonable amount of money
  30820. > from the U.S.?
  30821.  
  30822. > [TELECOM Digest Editor's Note: Calls to most areas of Cuba ... 
  30823. > must be placed through the AT&T International Operator.
  30824.  
  30825. Recent news reports say that Wiltel and MCI have arranged to
  30826. re-establish cable service to Cuba.  Apparently the head of Wiltel was
  30827. born in Cuba and used informal contacts to get the arrangements made.
  30828. AT&T was not real pleased and may have filed regulatory complaints
  30829. that could delay the start of service.
  30830.  
  30831.  
  30832. Regards,
  30833.  
  30834. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  30835.  
  30836. ------------------------------
  30837.  
  30838. Subject: Re:  AT&T Public Phone 2000 
  30839. Date: Tue, 3 May 1994 13:45:44 EDT
  30840. From: Emmet Hikory <ehikory@lynx.dac.neu.edu>
  30841.  
  30842.  
  30843.     I called AT&T about the data communications potential of the
  30844. Public Phone 2000 about eight months ago, and after being referred to
  30845. many departments, was told that the FCC had told AT&T they couldn't
  30846. have public access data terminals for unspecified reasons.  Due to the
  30847. time involved, my memory is a little vague on all of this, but I seem
  30848. to remember that AT&T was pursuing the possiblilty.
  30849.  
  30850.  
  30851. Emmet Hikory    ehikory@lynx.dac.neu.edu
  30852.  
  30853. ------------------------------
  30854.  
  30855. From: tsw@cypher.apple.com (Tom Watson)
  30856. Subject: Re: CO's and Disasters
  30857. Date: Tue, 03 May 1994 09:02:53 -0800
  30858. Organization: Apple Computer (more or less)
  30859.  
  30860.  
  30861. In article <telecom14.172.8@eecs.nwu.edu>, Thomas Tengdin <teto@mbari.org>
  30862. wrote:
  30863.  
  30864. > The telephone company computers will connect some customers
  30865. > at a higher priority that others.  
  30866.  
  30867. > Is there something in CO Class of Service? or other programming that
  30868. > gives "priority" service to a select class of lines?
  30869.  
  30870. Yes, they DO exist.  Will the local operating company tell you if you are
  30871. one of the selected few, NO!
  30872.  
  30873. The reason for this is that they want some traffic to get through.  In
  30874. addition, they will usually pick out one house in a block and give it
  30875. the "good" treatment.  The object here is to at least let some people
  30876. get out.  This load-leveling (there is a snazzy term for it, but I
  30877. don't remember) usually relates to the priorities in getting dial
  30878. tone.  In addition, they can deny dial tone to the "unfornatate", but
  30879. when I talked to the head of the CO (admititally a few years ago) he
  30880. said that "turning the switch" requires a MOUND of paper work, and
  30881. justification, and they will avoid doing at ALL cost.  The capability
  30882. exists though.  
  30883.  
  30884.  
  30885. Tom Watson   Not much simpler!!   tsw@cypher.apple.com
  30886.  
  30887. ------------------------------
  30888.  
  30889. From: kouba@uclink.berkeley.edu (Terri M Kouba)
  30890. Subject: Computer Information Systems
  30891. Date: 03 May 1994 15:41:18 GMT
  30892. Organization: University of California, Berkeley
  30893.  
  30894.  
  30895. Hello.  My name is Terri Kouba.  I work in the Telecommunications
  30896. Department at the University of California at Berkeley.  I have been
  30897. assigned a project to bring in a new Telecommunications Management
  30898. Information System for the department.  This system includes, but is
  30899. not limited to: order processing, billing, call costing, call routing,
  30900. directory services, equipment inventory, cable management, and
  30901. management information systems.  This system can either be purchased
  30902. software packages or written in-house.
  30903.  
  30904. The Telecommunications Department provides voice and data service to
  30905. over 18,000 sites.  The campus phone systems are connected to and
  30906. served by a dedicated Pacific Bell Centrex switch.  In addition to
  30907. voice communications and modem services, the department also provides
  30908. data circuits for point-to-point data connections, ISDN lines,
  30909. wireless services, and alarm circuits.
  30910.  
  30911. As part of my analysis, I need to get a feel for what kinds of
  30912. computer information systems are currently out there.  I would
  30913. appreciate it if you could spare a few minutes and answer some
  30914. questions and/or offer some advice.  I want to thank you in advance,
  30915. for your time and information.
  30916.  
  30917. What kind of order processing, billing, reporting, telecommunications
  30918. information system(s) do you currently use?  On what hardware
  30919. platform(s)?  Are you satisfied with the system?
  30920.  
  30921. Is it integrated with other systems (i.e., campus general ledger,
  30922. directory services, network traffic analyzers, etc)?
  30923.  
  30924. Can customers look at their ordering/billing information on-line?
  30925.  
  30926. How are you getting the SMDR information?
  30927.  
  30928. What software are you using to do your cost-a-call processing?
  30929.  
  30930. Do you know of any software vendors who may have a system which could
  30931. handle all or some of the above-listed items?  If so, could you please
  30932. pass their name and number on to me?
  30933.  
  30934. Do you know of anyone tackling the same sort of project?  If so, could
  30935. you please pass their name and number on to me?
  30936.  
  30937. Any software/hardware vendors reading this are free to call me and/or
  30938. send me information.  At this point I am requesting information and am
  30939. open to all solutions.
  30940.  
  30941. Thank you for your time.
  30942.  
  30943.  
  30944. Terri M. Kouba    University of California at Berkeley
  30945. Telecommunications   2168 Shattuck Ave., Suite 310
  30946. Berkeley, CA   94720   (510) 642-3724
  30947.  
  30948. ------------------------------
  30949.  
  30950. From: davidk@netcom.com (David Kiviat)
  30951. Subject: Re: Telco MUX to Home?
  30952. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  30953. Date: Tue, 3 May 1994 01:12:28 GMT
  30954.  
  30955.  
  30956. Kendall Willis (kowillis@umr.edu) wrote:
  30957.  
  30958. > Roger Marquis (marquis@netcom.com) wrote:
  30959.  
  30960. > When Pac Bell recently installed a second line into my (1940s) apartment 
  30961. > building they didn't run any new wire but instead installed a new demark/
  30962. > junction box.  When I opened this box to connect my second line I was
  30963. > surprised to find only the one original line going in, and _two_ lines
  30964. > coming out!  Could it be my lines are MUXed to the local switch?
  30965.  
  30966. I definately have one of these installed. I have a four conductor
  30967. cable coming in to my house and have three phone lines now. Apparently
  30968. they started installing these around six months ago. I believe they
  30969. started using these to avoid having to dig lots of trenches as a Pac
  30970. Bell employee told me that if you need a trench dug now they WILL do
  30971. the work.  This is a change from their policy of a year ago where I
  30972. was told that since my phone line had been direct buried with no pipe
  30973. around it I would have to dig a conforming trench to get a third line
  30974. installed. Perhaps the PUC cuased this change because of people
  30975. electrocuting themselves while trying to dig trenches to add phone
  30976. lines.
  30977.  
  30978. The audio quality using the 'DAML', which is the installer's name for
  30979. this device is not noticeably affected by the unit.  I can't say
  30980. anything about its effect on computer modems because my PC is on the
  30981. non-muxed line. However I recently discovered to my distress that
  30982. there is a sort of 'bug' to these systems. If there is ever any
  30983. trouble on your phone line the unit will shut down and STAY down till
  30984. a repairperson comes by and 'shorts' the inside of the device. This
  30985. has already caused a 24 hour shutdown when some sort of ground fault
  30986. on one of my phone lines during a storm shut off the entire unit (2
  30987. phone lines) till someone could come and fix it.
  30988.  
  30989. The unit I have is made by Raychem.
  30990.  
  30991.  
  30992. dk
  30993.  
  30994. ------------------------------
  30995.  
  30996. From: jlundgre@kn.pacbell.com (John Lundgren)
  30997. Subject: Re: GSM and Airbags
  30998. Date: 03 May 94 09:01:59 GMT
  30999. Organization: Pacific Bell Knowledge Network
  31000.  
  31001.  
  31002. Pregnant from using a cellular phone ... happens all the time, just
  31003. ask any escort service.
  31004.  
  31005. The problem is that the inertial sensor that detects the excessive
  31006. G-force of a crash has some wires from the contacts to the trigger
  31007. circuit.  If the sires are about the length of a 1/4 wave at the
  31008. cellular feequency, or a multiple thereof, then they will act as an
  31009. antenna.  The trigger circuit rectifies the signal, and thinks it's a
  31010. valid contact closure.  Ka-Boom.  Instant airbag.
  31011.  
  31012. My own thoughts were that the airbag system would be much more
  31013. susceptible to CB and Ham radio, because they are so much higher power
  31014. than a phone.  But the airbag system could have short wires, and not
  31015. pick them up since they are lower frequency and longer wavelength.
  31016.  
  31017. ------------------------------
  31018.  
  31019. From: jlundgre@kn.pacbell.com (John Lundgren)
  31020. Subject: Re: DID, PBX and University Phones, SL-100
  31021. Date: 03 May 94 17:39:13 GMT
  31022. Organization: Pacific Bell Knowledge Network
  31023.  
  31024.  
  31025. We are currently being serviced by Pac Bell Centrex, at our local
  31026. Community College, where I work.  We have all of the (714)564-4xxx,
  31027. 5xxx, and 6xxx numbers, but we have about 1500 of them used.  No
  31028. wonder that the telcos need more area codes ...
  31029.  
  31030. The rate for a local line is $17.25 per month for the line, which
  31031. isn't a lot more than a 1MB measured business line.  But that's just
  31032. in our local exchange CO.  Our other campus is in an adjacent Foreign
  31033. Exchange, and it costs us another $25 a month for each line, total
  31034. $42.25.  Ouch.  Well, when the budget crunch hit a year or two ago, we
  31035. cut back on as many FX lines as we could.  So, the other post says
  31036. that a Centrex isn't a good deal.  WE are using a David Systems
  31037. manager to give us the features that we had with our old 1A2 Key
  31038. system.  But the phones cost $300+ each, and a lousy wall bracket
  31039. costs $45.  But we're stuck with the managers because our network runs
  31040. through them.
  31041.  
  31042. WE will be rewiring our buildings with 10baseT in the near future, so
  31043. I'm thinking that that would remove the network from the managers, and
  31044. allow us to go with whatever PBX we wanted.  Trouble is that it won't
  31045. ever happen because of politics, so just a thought.
  31046.  
  31047. WEll, it sounds like the cheaper way to go is having your own PBX, but
  31048. there are a lot of IFs, like who supports them, since they're just
  31049. like a mainframe computer.  Our managers have had to be relocated
  31050. because of problems with air conditioning, etc.  and we've had to put
  31051. in air ducts.  I wonder what would happen to a PBX.  Our phone bill
  31052. used to run around $30K a month before the cutbacks.  There seems to
  31053. be some room for saving money.  One of my suggestions was to upgrade
  31054. our links to other campuses from 56KB to a microwave.  But it looks
  31055. like the choice will be T1 or a fractional T1.  We may be getting
  31056. bridges that do compression, so that should help.  Who knows what the
  31057. future will bring.
  31058.  
  31059. ------------------------------
  31060.  
  31061. End of TELECOM Digest V14 #197
  31062. ******************************
  31063.     
  31064.     
  31065. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa10376;
  31066.           4 May 94 3:18 EDT
  31067. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31068.     id AA06526; Tue, 3 May 94 23:38:04 CDT
  31069. Return-Path: <telecom>
  31070. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31071.     id AA06517; Tue, 3 May 94 23:38:03 CDT
  31072. Date: Tue, 3 May 94 23:38:03 CDT
  31073. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  31074. Message-Id: <9405040438.AA06517@delta.eecs.nwu.edu>
  31075. To: telecom@eecs.nwu.edu
  31076. Subject: TELECOM Digest V14 #198
  31077.  
  31078. TELECOM Digest     Tue, 3 May 94 23:38:00 CDT    Volume 14 : Issue 198
  31079.  
  31080. Inside This Issue:                          Editor: Patrick A. Townson
  31081.  
  31082.     Book Review: "Modems for Dummies" by Rathbone (Rob Slade)
  31083.     IXC Timing Problem (Linda Slovick)
  31084.     Help: Bogen 2-line Friday AND Distinctive Ring Call Router (R. La Ferla)
  31085.     CONNECT Preview: May/June '94 (Patricia Snyder-Rayl)
  31086.     Re: Info SuperHighway Seminar (Steven King)
  31087.     Re: Worldwide Telecom Information (Judith Oppenheimer)
  31088.     Re: Worldwide Telecom Information (Alan Leon Varney)
  31089.     Re: What is Infopath? (Barry Margolin)
  31090.     Re: What is Infopath? (John R. Levine)
  31091.     Re: What is Infopath? (Carl Oppedahl)
  31092.  
  31093. TELECOM Digest is an electronic journal devoted mostly but not
  31094. exclusively to telecommunications topics. It is circulated anywhere
  31095. there is email, in addition to various telecom forums on a variety of
  31096. public service systems and networks including Compuserve and GEnie.
  31097. It is also gatewayed to Usenet where it appears as the moderated
  31098. newsgroup 'comp.dcom.telecom'. 
  31099.  
  31100. Subscriptions are available at no charge to qualified organizations
  31101. and individual readers. Write and tell us how you qualify:
  31102.  
  31103.                  * telecom-request@eecs.nwu.edu *
  31104.  
  31105. The Digest is edited, published and compilation-copyrighted by Patrick
  31106. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31107. or phone at:
  31108.                     9457-D Niles Center Road
  31109.                      Skokie, IL USA   60076
  31110.                        Phone: 708-329-0571
  31111.                         Fax: 708-329-0572
  31112.   ** Article submission address only: telecom@eecs.nwu.edu **
  31113.  
  31114. Our archives are located at lcs.mit.edu and are available by using
  31115. anonymous ftp. The archives can also be accessed using our email
  31116. information service. For a copy of a helpful file explaining how to
  31117. use the information service, just ask.
  31118.  
  31119. *************************************************************************
  31120. *   TELECOM Digest is partially funded by a grant from the              *
  31121. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  31122. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  31123. * project.  Views expressed herein should not be construed as represent-*
  31124. * ing views of the ITU.                                                 *
  31125. *************************************************************************
  31126.  
  31127. Additionally, the Digest is funded by gifts from generous readers such
  31128. as yourself who provide funding in amounts deemed appropriate. Your help 
  31129. is important and appreciated.
  31130.  
  31131. All opinions expressed herein are deemed to be those of the author. Any
  31132. organizations listed are for identification purposes only and messages
  31133. should not be considered any official expression by the organization.
  31134. ----------------------------------------------------------------------
  31135.  
  31136. Date: Tue, 03 May 1994 14:48:34 MDT
  31137. From: Rob Slade
  31138. Subject: Book Review: "Modems for Dummies" by Rathbone
  31139.  
  31140.  
  31141. BKMDMDUM.RVW  940127
  31142.  
  31143. Macmillan of Canada
  31144. 29 Birch Avenue
  31145. Toronto, Ontario   M4V 1E2
  31146. Elizabeth Wilson  416-963-8830  Fax: 416-923-4821
  31147. or
  31148. IDG Books Worldwide, Inc.
  31149. International Data Group
  31150. 155 Bovet Road, Suite 310
  31151. San Mateo, CA   94402   USA
  31152. 415-312-0650    fax: 415-286-2740
  31153. Brandon Nordin, Marketing and International Sales
  31154. "Modems for Dummies", Rathbone, 1993, 1-56884-001-2, U$16.95/C$21.95/UK#14.99
  31155. 76004.3267@compuserve.com tinotin@aol.com rathbone@cerf.net
  31156.  
  31157. For those who are not reading this online, trust me.  An almost
  31158. iron-clad, gold plated, guaranteed way to turn your local computer
  31159. guru into a mumbling idiot is to give him or her a modem to set up.
  31160. Computer communications is extremely easy -- on the second call.
  31161. (Even then, I'm not so sure.  A friend calls the same BBS I do and
  31162. uses the same settings I do.  My messages go out OK using the word
  31163. wrap on the editor, his have to have a carriage return at the end of
  31164. every line.  Then, there is the national public data network that we
  31165. have here in Canada.  I have to give my high tech modem a forty
  31166. character command to convince it to act brain damaged in order to use
  31167. it as all.  Even then, the flow control doesn't work (Ceterum censeo
  31168. Datapac delendam esse).
  31169.  
  31170. All of this is to say that I have only the best wishes towards those
  31171. who try to explain modems in simple terms.  You cannot simply explain
  31172. modems; you also have to talk about telephone service, telephone
  31173. jacks, serial cables, serial connectors, conflicts and communications
  31174. software.  And that is only to test and see if the modem is working.
  31175. The installation and setup is the hardest part: usage is relatively
  31176. easy.
  31177.  
  31178. Thus, parts one and two of Rathbone's work are somewhat disappointing.
  31179. Only relatively speaking: it is easily as good as anything by, say,
  31180. Baaks (BKPRTCOM.RVW, BKMDMREF.RVW) or Pournelle (BKPCCOMB.RVW).  (It
  31181. is also a lot more fun: at least we will assume that you will find
  31182. Important Tips about keeping Chinese parsley fresh and jokes about
  31183. your mouth being your cereal port amusing when you are banging your
  31184. head about installing software.)
  31185.  
  31186. Organization of presentation is critical with newcomers.  Rathbone has
  31187. organized the material, but, in spite of extensive efforts to make
  31188. this a non- technical manual, the design is best understood by those
  31189. who already understand data communications.  This fits in with the
  31190. statement in the Introduction that this book is a reference, but
  31191. neophytes don't need a reference.  They need either a tutorial or a
  31192. cookbook.
  31193.  
  31194. Part three is substantially better.  An overview of whom to call, it
  31195. has excellent comparative coverage of Prodigy, CompuServe and America
  31196. Online.  Treatment of GEnie is quite terse, and one suspects it was
  31197. written from the perspective of a few days' exploration with a guest
  31198. account.  Delphi fares even worse, being lumped in with MCI Mail and
  31199. other specialized also-rans.  Rathbone's presentation is substantially
  31200. better balanced than other works, though, with the inclusion of
  31201. discussions of BBSes and the Internet.  Rathbone seems somewhat
  31202. hostile to the Internet, for some reason, but at least the material is
  31203. there.
  31204.  
  31205. Part four gives some very helpful troubleshooting lists organized by
  31206. symptom.  In conjunction with parts one and two, and a section from
  31207. the BBS chapter, there is likely more material altogether than in
  31208. other books.  However, without the more practical organization of
  31209. Gianone's "Using MS-DOS Kermit" (BKUMSKMT.RVW) or LeVitus and
  31210. Ihnatko's "Dr. Macintosh's Guide to the Online Universe" (BKDMBTOU.RVW), 
  31211. this may not be of much help to the beginning user.  One very good
  31212. point, though, is the lack of system bias.  Rathbone covers both Mac
  31213. and MS-DOS specific points without denigrating one or the other.
  31214.  
  31215. (A passing comment on the cartoons in the "...For Dummies" series.
  31216. These seem to be assigned by the publisher rather than the individual
  31217. authors.  They also indicate a strong commitment to recycling on the
  31218. part of IDG.  May of the cartoons reappear in different books, with
  31219. minor modifications to either the captions or elements of the
  31220. pictures.  There also doesn't seem to be much thought to matching
  31221. cartoon to content: a picture of an evil looking djinn arising out of
  31222. the smoke from a monitor which has obviously been rubbed the wrong way
  31223. introduces not the chapter on GEnie but Compuserve.)
  31224.  
  31225. For the novice, one would still have to recommend Gianone or LeVitus
  31226. and Ihnatko in order to get the best chance for connection.  Rathbone,
  31227. however, is possibly the best work to date for an overview of where to
  31228. call once you have "OK" to your "AT".
  31229.  
  31230. copyright Robert M. Slade, 1994   BKMDMDUM.RVW  940127. Distribution is
  31231. permitted via TELECOM Digest and associated newsgroups/mailing lists.
  31232.  
  31233. ======================
  31234. DECUS Canada Communications, Desktop, Education and Security group newsletters
  31235. Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733
  31236. DECUS Symposium '95, Toronto, ON, February 13-17, 1995, contact: rulag@decus.ca
  31237.  
  31238. ------------------------------
  31239.  
  31240. Date: Tue, 3 May 94 20:33:27 PDT
  31241. From: Linda Slovick <slovick@guest.apple.com>
  31242. Subject: IXC Timing Problem
  31243.  
  31244.  
  31245. I've been testing a product that must redial inter-LATA calls using
  31246. the same IXC as the original call.  The original call is made from a
  31247. pay phone (where the IXC is determined by the pay phone owner, and the
  31248. caller just dials 0-NPA-NXX-XXXX, then enters his/her calling card
  31249. number), and the redial attempts are made from a voice mail machine in
  31250. the same LATA as the pay phone (where the machine knows which PIC to
  31251. use, dials the call as 10XXX-0-NPA-NXX-XXXX, then tries to "guess"
  31252. when the IXC will want the original caller's calling card number
  31253. entered by "listening" to the call's progress through the IXCs
  31254. announcements, etc.).
  31255.  
  31256. So far, testing this product has been a nightmare.  It appears that
  31257. different IXCs have totally different timing requirements.  Some have
  31258. a bongtone, some don't, one has a chime, some have an announcement,
  31259. some just sit there, etc.  This intro verbage varied from 0 to 6
  31260. seconds in length, though it seemed pretty consistent for a given IXC.
  31261. The window for valid calling card entry varied from 4 to 49 seconds
  31262. after whatever the IXC used for an intro (most of the IXCs seemed to
  31263. have a pretty stable window, however).  Finally, there's a 3 to 7
  31264. second lag (with or without talking, or other noise) while the calling
  31265. card is verified and my machine "thanked" for using that particular
  31266. IXC before the called party's line is rung.
  31267.  
  31268. As if this wasn't bad enough, there were a few IXCs with REALLY exotic
  31269. problems.  One won't allow me to redial the call at all, requiring my
  31270. voice mail machine to have them as its primary IXC.  Another has
  31271. different timing when dialed from different exchanges in the same
  31272. LATA.  One IXC totally ignored the redialed calling card number and
  31273. just dialed the call (I suppose my voice mail machine is supposed to
  31274. get billed for those calls?).
  31275.  
  31276. At this point, I had to call a halt to testing and go back to basics.
  31277.  
  31278.  From reading the Bellcore literature on the subject, I'm getting the
  31279. strong impression that we're going about this all wrong.  Bellcore
  31280. specifically mentions that timing is NOT guaranteed after the call is
  31281. handed off to the IXC.  Arrgh!
  31282.  
  31283. Much as I might like to just exclude the oddballs, this is NOT
  31284. an option for this project (sigh...).
  31285.  
  31286. Questions:
  31287.  
  31288. 1.) This whole thing is sounding a bit like the old problems folks used
  31289.     to have trying to thread FGB calls.  The solution to that was to
  31290.     hook in to SS7ness and dump all this inband listening for
  31291.     signalling stuff.  Is there something tariffed in SS7land that I
  31292.     could hook my machine through to get signalling that all the IXCs
  31293.     would have to respect?
  31294.  
  31295. 2.) Is there some standards body for IXCs like Bellcore is to the LECs
  31296.     (maybe CCITT?) where I might find documentation on this subject?
  31297.     (any documentation pointers?)
  31298.  
  31299. 3.) Anybody have any other ideas on how to approach solving this
  31300.     problem?
  31301.  
  31302. Thanks for any and all info and ideas!
  31303.  
  31304.  
  31305. Linda Slovick   Slovick Engineering
  31306.  
  31307. ------------------------------
  31308.  
  31309. From: Robert La Ferla <Robert_La_Ferla@hot.com>
  31310. Subject: Help: Bogen 2-line Friday AND Distinctive Ring Call Router
  31311. Reply-To: Robert La Ferla <Robert_La_Ferla@hot.com>
  31312. Organization: Hot Technologies
  31313. Date: Wed, 4 May 1994 03:45:15 GMT
  31314.  
  31315.  
  31316. I am looking for a distinctive ring call router that will work with a
  31317. Bogen 2-line voice mail system.  I want the long ring to go to one
  31318. mail box and the double ring to go to the other.  i.e.  trick the
  31319. Friday in thinking that there are two incoming lines.  I don't plan on
  31320. using the second line for pagers or anything.
  31321.  
  31322. I have a Lynx Automation Ring Director but that doesn't work -- however
  31323. I think it's because the unit is defective.
  31324.  
  31325. Furthermore, Hello Direct tells me that I can't use their Ring Decipher  
  31326. because:
  31327.  
  31328. (1) the 'pin configuration' coming from the Ring Decipher product will  
  31329. not conform to what the Friday line two port will be expecting;
  31330. (2) a 'ground loop' short will be created between the two products;
  31331. (3) the call forwarding features and remote urgent notification
  31332. features will not work with distinctive ring service (with one line in  
  31333. use, the other will appear as busy).
  31334.  
  31335. Please e-mail since I want to get this thing up and running ASAP.
  31336.  
  31337.  
  31338. Thanks in advance,
  31339.  
  31340. Robert
  31341.  
  31342. ------------------------------
  31343.  
  31344. From: pegasus@cyberspace.org (Patricia Snyder-Rayl)
  31345. Subject: CONNECT Preview: May/June '94
  31346. Date: 3 May 1994 14:37:59 -0400
  31347. Organization: Cyberspace Communications Public-Access UNIX
  31348.  
  31349.  
  31350.                   CONNECT Magazine Table of Contents
  31351.                   Vol 2 No 3           May/June 1994   
  31352.  
  31353. FEATURES
  31354.  
  31355. Education Online by Jack Germain
  31356.      CONNECT magazine scoured Cyberspace for online learning opportunities
  31357.      and this article brings you the results of our exhaustive search.
  31358.  
  31359. Kids in Cyberspace by Rilla Moulden
  31360.      This article takes another look at the blending of online activities
  31361.      and education, with real-life examples of how online resources are
  31362.      helping kids and parents.
  31363.  
  31364. File Express for Windows by the CONNECT Technical Staff
  31365.      A review of Synergy Communication's File Express for Windows, the
  31366.      remote file management software which brings "The Worldwide Desktop" to
  31367.      your PC.
  31368.  
  31369. National Videotex Network by Alan Frayer
  31370.      An avid National Videotex Network (NVN) member introduces CONNECT
  31371.      readers to the online service and what it has to offer.
  31372.  
  31373. Cryptography for the Unwashed Masses by L. Detweiler
  31374.      Privacy issues are an important part of the "information superhighway"
  31375.      debate. This article helps average users understand what's at stake and
  31376.      why cryptography should be important to them.
  31377.  
  31378. CRIS -- A New Kind of Online Serivce by Bill Rayl
  31379.      The author takes a look at CRIS, a new online service offering the best
  31380.      features of BBSes and national commercial services.
  31381.  
  31382. Prodigy Revisited by Mike Whalen
  31383.      Prodigy has had its ups and downs in the last few years, but the author
  31384.      tells us why he's recently given Prodigy another chance.
  31385.  
  31386. Getting Lost on the Internet by Hal Hill
  31387.      Don't know your way around the vast Internet universe? This article
  31388.      teaches you to stop worrying and learn to love being lost. Getting
  31389.      there really can be half the fun!
  31390.  
  31391. A Security Primer for BBS Operators by Geoff Northcott
  31392.      Crackers and others bent on breaking into systems have been a part of
  31393.      the online world since the first BBS took callers. In this article, the
  31394.      author shares some common sense ideas on how to make your system more
  31395.      secure.
  31396.  
  31397. WORDNET Translation Service by Bryce Webster
  31398.      This article shows how businesses benefit from an online language
  31399.      translation service available 24 hours a day, thanks to computers,
  31400.      modems, faxes and some of the best translators in the business.
  31401.  
  31402. COLUMNS
  31403.  
  31404. The Inside Line
  31405.      Editorial Staff Columnist Michael A. Banks is on the move, and he
  31406.      explains how the online services are helping him decide on his
  31407.      destination.
  31408.  
  31409. Eye on America Online
  31410.      Columnist Julia Wilkinson focuses on the Lifestyles and Interests areas
  31411.      on America Online.
  31412.  
  31413. Connecting with CompuServe
  31414.      Electronic privacy issues and encryption tools available on CIS are
  31415.      discussed by Columnist Jim Ness, who also takes a detour to access two
  31416.      useful online databases.
  31417.  
  31418. Telecomputing the DELPHI Way
  31419.      Columnist Dick Evans talks about DELPHI's planned GUI interface, online
  31420.      etiquette, USA Gymnastics online, the Fox Network, and more.
  31421.  
  31422. GEnie's Treasures
  31423.      Continuing this issue's focus on online education, Columnist Jim
  31424.      Mallory tours the educational services available on GEnie.
  31425.  
  31426. The Internet Gateway
  31427.      Columnist Paul Gilster gives useful tips on using Veronica to find
  31428.      information on the Internet.
  31429.  
  31430. Clear to Send
  31431.      Stop your search for the ultimate PC-based terminal program, because
  31432.      columnist Victor Volkman says Terminate is it!
  31433.  
  31434. Dial M for Macintosh
  31435.      Columnist Ross Scott Rubin reports the latest developments concerning
  31436.      eWorld, Apple's newest venture into the online service market.
  31437.  
  31438. Staying Connected for about a Pound
  31439.      Sending e-mail and keeping in touch using the Apple Newton MessagePad
  31440.      is Columnist Marty Mankins' focus this issue.  
  31441.  
  31442.  
  31443. CONNECT magazine is available at the following magazine outlets: B.Dalton
  31444. Bookseller, Bookstop, Bookstar, Barnes & Noble, Doubleday, Scribner's,
  31445. Crown Books, Tower Books, Little Professor, Lichtman's News and Books,
  31446. Coles Book Stores, CompUSA, Computer City and Software Etc. chains, as well
  31447. as other chains and independent newsstands, book stores and computer
  31448. dealers in the U.S. and Canada. Call (313) 973-8825 to find the magazine
  31449. dealer nearest you who carries CONNECT.
  31450.  
  31451. CONNECT is a bi-monthly magazine covering the major commercial online
  31452. services (such as America Online, BIX, CompuServe, DELPHI, GEnie and
  31453. Prodigy), the Internet, and bulletin board system networks (such as
  31454. Fidonet, WWIVnet, and GlobalNet). The magazine is platform-independent,
  31455. with columns focusing on PC-specific (DOS and Windows), Macintosh-oriented,
  31456. and Palmtop/PDA-related topics.
  31457.  
  31458.  
  31459.    CONNECT Magazine         (313) 973-8825      Covering commercial online
  31460. "The Modem User's Resource" (313) 973-0411 fax  services, Internet and BBS
  31461.    3487 Braeburn Circle     (313) 973-9137 BBS    networks from a user's  
  31462.    Ann Arbor, MI  48108        14.4Kbps V.32bis        perspective.       
  31463.  
  31464. ------------------------------
  31465.  
  31466. From: king@wildebeest.cig.mot.com (Steven King, Software Archaeologist)
  31467. Subject: Re: Info SuperHighway Seminar
  31468. Date: 3 May 1994 14:26:11 GMT
  31469. Organization: Motorola Cellular Infrastructure Group
  31470. Reply-To: king@wildebeest.cig.mot.com
  31471.  
  31472.  
  31473. Roy_Kerwood@mindlink.bc.ca (Roy Kerwood) publicly declared:
  31474.  
  31475. > I have organized the following seminar for June 24 from 8AM - 8PM:
  31476.  
  31477. >          THE TRAVELLERS GUIDE TO THE INFO SUPERHIGHWAY
  31478.  
  31479. This is a public plea to anyone who uses world-wide newsgroups or
  31480. mailing lists to announce a seminar, lecture, symposium, or other
  31481. gathering of corporeal bodies:
  31482.  
  31483. PLEASE STATE WHERE THE EVENT IS GOING TO OCCUR!
  31484.  
  31485. I found this announcement in the TELECOM Digest, which *is* a
  31486. world-wide forum.  I saw the announcement four times and I still don't
  31487. know where the seminar is going to take place.  The mailing address
  31488. for tickets is Vancouver so I assume that's where the event is to be
  31489. held, but then again it may simply be a convenient mailing address for
  31490. the persons working pre-registration.  The actual event may be held
  31491. anywhere.
  31492.  
  31493. And it looks especially silly for an event teaching about "WORLDWIDE
  31494. Internet Connections" to be parochial and assume that only locals will
  31495. read the announcement.
  31496.  
  31497.  
  31498. Steven King <king@cig.mot.com> -- Motorola Cellular Infrastructure Group
  31499.  
  31500. ------------------------------
  31501.  
  31502. From: producer@pipeline.com (Judith Oppenheimer)
  31503. Subject: Re: Worldwide Telecom Information
  31504. Date: 3 May 1994 14:51:57 -0400
  31505. Organization: The Pipeline
  31506.  
  31507.  
  31508. The Telecommunications Library in CompuServe seems to be pretty
  31509. thorough.  I'd be surprised if you didn't find at least *some* of what
  31510. you were looking for there.
  31511.  
  31512. > I am looking for information about the current telephony
  31513. > infrastructure in each country around the world. Is there such a
  31514. > source anywhere?  
  31515.  
  31516.  
  31517. Oppenheimer Producer@pipeline.com
  31518.  
  31519. ------------------------------
  31520.  
  31521. From: Alan.Leon.Varney@att.com
  31522. Date: Tue, 3 May 1994 14:28:35 +0600
  31523. Subject: Re: Worldwide Telecom Information
  31524. Organization: AT&T Network Systems
  31525.  
  31526.  
  31527. In article <telecom14.195.2@eecs.nwu.edu> gpalmer@dgs.dgsys.com (Ion
  31528. Publishing Systems) writes:
  31529.  
  31530. > I am looking for information about the current telephony
  31531. > infrastructure in each country around the world. Is there such a
  31532. > source anywhere?
  31533.  
  31534.    Dataquest is a Dunn-Bradstreet company that has a subscription
  31535. service for a newletter/multi-volume-binder set of information on
  31536. Telephone Services, markets, vendors, etc.  Their address/phone is
  31537. probably easily found in any large library's reference section.
  31538.  
  31539.    They are not cheap.
  31540.  
  31541. ------------------------------
  31542.  
  31543. From: barmar@Think.COM (Barry Margolin)
  31544. Subject: Re: What is Infopath?
  31545. Date: 3 May 1994 22:48:16 GMT
  31546. Organization: Thinking Machines Corporation, Cambridge MA, USA
  31547.  
  31548.  
  31549. In article <telecom14.192.9@eecs.nwu.edu> gayton@world.std.com (Gayton
  31550. Osgood) writes:
  31551.  
  31552. > My local library has put their card catalog on line but in order to
  31553. > access it they say you must have a NYNEX Infopath account and to
  31554. > contact the phone company to open one. I don't know wnhat an Infopath
  31555. > account is or how much it costs. I am reluctant to pay NYNEX ant more
  31556. > than I already do. If anyone has one of these accounts could you tell
  31557. > me a little about it.
  31558.  
  31559. Infopath is NYNEX's public X.25 data network.  It's basically a
  31560. regional analogue of the international networks Tymnet and SprintNet
  31561. (formerly Telenet).  You can call a local number, enter your user name
  31562. and password, and then connect to the server system.  I think rates
  31563. are around $5-10/hour, depending on the time of day; there may also be
  31564. monthly subscriber charges.
  31565.  
  31566.  
  31567. Barry Margolin     System Manager, Thinking Machines Corp.
  31568. barmar@think.com      {uunet,harvard}!think!barmar
  31569.  
  31570. ------------------------------
  31571.  
  31572. Date: Tue, 3 May 94 22:54 EDT
  31573. From: johnl@iecc.com (John R Levine)
  31574. Subject: Re: What is Infopath?
  31575. Organization: I.E.C.C., Cambridge, Mass.
  31576.  
  31577.  
  31578. Infopath is the intra-LATA X.25 network operated by NYNEX.  It is
  31579. indeed used by many suburban libraries to link to a shared on-line
  31580. catalog.  For more info on Infopath, call a NYNEX business office.
  31581. It's really stupid that they don't have any dial-ins at all -- for
  31582. casual use it's a lot easier to pay for a few 50 cent toll calls than
  31583. to get set up on Infopath.
  31584.  
  31585. I have heard rumors that there's an Internet link to the suburban
  31586. libraries catalog but I haven't been able to pin it down.
  31587.  
  31588. There's a similar network of urban libraries (Cambridge, Somerville,
  31589. etc.)  and I don't know whether they're dialable, Internettable or
  31590. not.
  31591.  
  31592. Online public library catalogs are wonderful things.  The library near
  31593. my beach cottage in New Jersey is part of the Ocean County library
  31594. which added dial-in service (regular 2400 POTS, no X.25 nonsense) to
  31595. their catalog last year, thoughtfully providing three local numbers,
  31596. one per LATA, so it's a local call from anywhere in the county.  You
  31597. can look for books, check whether copies are checked in or out, put
  31598. yourself on the hold list for a popular book, and ask for books in
  31599. other branches to be fetched to your local library.  It's great -- I
  31600. dial in from home in the morning, tell it to get the book I want, and
  31601. I usually get a call from the library the next afternoon so I hop on
  31602. my bike and go down and get it.  For some really popular books, e.g.
  31603. new Sue Grafton mysteries, they have 100 copies but there are 300
  31604. people on the waiting list, so I can call in from home and put myself
  31605. on the hold list a few weeks before I go down so my turn comes up
  31606. while I'm still there to get the book.
  31607.  
  31608.  
  31609. Regards,
  31610.  
  31611. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  31612.  
  31613. ------------------------------
  31614.  
  31615. From: oppedahl@panix.com (Carl Oppedahl)
  31616. Subject: Re: What is Infopath?
  31617. Date: 3 May 1994 00:32:55 -0400
  31618. Organization: PANIX Public Access Internet and Unix, NYC
  31619.  
  31620.  
  31621. In <telecom14.192.9@eecs.nwu.edu> gayton@world.std.com (Gayton Osgood)
  31622. writes:
  31623.  
  31624. > My local library has put their card catalog on line but in order to
  31625. > access it they say you must have a NYNEX Infopath account and to
  31626. > contact the phone company to open one. I don't know wnhat an Infopath
  31627. > account is or how much it costs. I am reluctant to pay NYNEX ant more
  31628. > than I already do. If anyone has one of these accounts could you tell
  31629. > me a little about it.
  31630.  
  31631. I have never understood Nynex's babble-names for digital services.  I
  31632. assume one of them is switched-56, another must be ISDN, another must
  31633. be a fancy name for a T1 line.
  31634.  
  31635. Why not ask the library to introduce you to one or two people who
  31636. actually have access to the card catalog?  They could tell you how
  31637. they do it.
  31638.  
  31639. Here in New York City there is a number that you can call with a
  31640. "regular" modem (a V.32 or V.32bis modem) and then you dial a number,
  31641. and end up calling infopath destinations.  I always assumed it must
  31642. simply be an ISDN gateway.  It's 212-385-2551.  Perhaps someone can
  31643. explain what that number really is.
  31644.  
  31645.  
  31646. Carl Oppedahl AA2KW    Oppedahl & Larson (patent lawyers)
  31647. Yorktown Heights, NY   voice 212-777-1330  
  31648.  
  31649. ------------------------------
  31650.  
  31651. End of TELECOM Digest V14 #198
  31652. ******************************
  31653.     
  31654.     
  31655. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11234;
  31656.           4 May 94 3:44 EDT
  31657. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31658.     id AA06932; Wed, 4 May 94 00:20:17 CDT
  31659. Return-Path: <telecom>
  31660. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31661.     id AA06922; Wed, 4 May 94 00:20:15 CDT
  31662. Date: Wed, 4 May 94 00:20:15 CDT
  31663. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  31664. Message-Id: <9405040520.AA06922@delta.eecs.nwu.edu>
  31665. To: telecom@eecs.nwu.edu
  31666. Subject: TELECOM Digest V14 #199
  31667.  
  31668. TELECOM Digest     Wed, 4 May 94 00:20:00 CDT    Volume 14 : Issue 199
  31669.  
  31670. Inside This Issue:                          Editor: Patrick A. Townson
  31671.  
  31672.     Re: Question About Digital Telephony and Delayed Dial Tone (John Lundgren)
  31673.     Re: Internet Access in Kenya (John Lundgren)
  31674.     Re: Unwelcome AT&T "Feature" (David H. Close)
  31675.     Re: NPA Optional in 818 - it Works! (David H. Close)
  31676.     Re: Motorola "Advisor" Pager Information Wanted (Thomas Baird)
  31677.     Re: Help: Programming Motorola 550 and Fujitsu Cmdr (Hans-Gabriel Ridder)
  31678.     Re: Any Modem Decode DTMF? (puma@netcom.com)
  31679.     Re: AT&T Public Phone 2000 Probably Dead (Supak Lailert)
  31680.     Re: Government Regulates Number of Modem Redial Atttempts? (Dave Niebuhr)
  31681.     Re: DID Loophole or I'm Screwed up? (Alan Leon Varney)
  31682.     Re: Let Your Fingers do the Walking on the Internet (John Anderson)
  31683.     Re: Equal Access in Canada (Tony Harminc)
  31684.     Re: Bell Atlantic Gets Maryland Competition (Carl Moore)
  31685.     Re: Bell Atlantic Gets Maryland Competition (Gregory P. Monti)
  31686.     Re: Fight A*vertising! Petition! No, Don't. (John R. Levine)
  31687.     Re: CO's and Disasters (Tom Board)
  31688.  
  31689. TELECOM Digest is an electronic journal devoted mostly but not
  31690. exclusively to telecommunications topics. It is circulated anywhere
  31691. there is email, in addition to various telecom forums on a variety of
  31692. public service systems and networks including Compuserve and GEnie.
  31693. It is also gatewayed to Usenet where it appears as the moderated
  31694. newsgroup 'comp.dcom.telecom'. 
  31695.  
  31696. Subscriptions are available at no charge to qualified organizations
  31697. and individual readers. Write and tell us how you qualify:
  31698.  
  31699.                  * telecom-request@eecs.nwu.edu *
  31700.  
  31701. The Digest is edited, published and compilation-copyrighted by Patrick
  31702. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31703. or phone at:
  31704.                     9457-D Niles Center Road
  31705.                      Skokie, IL USA   60076
  31706.                        Phone: 708-329-0571
  31707.                         Fax: 708-329-0572
  31708.   ** Article submission address only: telecom@eecs.nwu.edu **
  31709.  
  31710. Our archives are located at lcs.mit.edu and are available by using
  31711. anonymous ftp. The archives can also be accessed using our email
  31712. information service. For a copy of a helpful file explaining how to
  31713. use the information service, just ask.
  31714.  
  31715. *************************************************************************
  31716. *   TELECOM Digest is partially funded by a grant from the              *
  31717. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  31718. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  31719. * project.  Views expressed herein should not be construed as represent-*
  31720. * ing views of the ITU.                                                 *
  31721. *************************************************************************
  31722.  
  31723. Additionally, the Digest is funded by gifts from generous readers such
  31724. as yourself who provide funding in amounts deemed appropriate. Your help 
  31725. is important and appreciated.
  31726.  
  31727. All opinions expressed herein are deemed to be those of the author. Any
  31728. organizations listed are for identification purposes only and messages
  31729. should not be considered any official expression by the organization.
  31730. ----------------------------------------------------------------------
  31731.  
  31732. From: jlundgre@kn.pacbell.com (John Lundgren)
  31733. Subject: Re: Question About Digital Telephony and Delayed Dial Tone
  31734. Date: 03 May 94 18:22:01 GMT
  31735. Organization: Pacific Bell Knowledge Network
  31736.  
  31737.  
  31738. My understanding was at this time, if you have ISDN, or 2B+D, you have
  31739. a full channel all the way to the CO.  That goes for POTS too, even if
  31740. your pots line runs into a SLIC channel bank at the corner.  You still
  31741. get a dedicated 'bit in the bitstream'.  It seems obvious to me that
  31742. this can't continue when the home gets a coax to the nearest 'muxer',
  31743. and then the muxer talks to the central office using fiber optics.
  31744. But still, if the telco expects to offer the mythical 500 channels and
  31745. all the other stuff too, then the bandwidth of all the links to the
  31746. CO, and beyond will have to be increased.  To offer T1 to the home,
  31747. where the home already has ISDN, would mean an increase in bandwidth
  31748. of appx. 12.  That doesn't sound unreasonable, and could be done by
  31749. the telco.
  31750.  
  31751. ------------------------------
  31752.  
  31753. From: jlundgre@kn.pacbell.com (John Lundgren)
  31754. Subject: Re: Internet Access in Kenya
  31755. Date: 03 May 94 18:51:12 GMT
  31756. Organization: Pacific Bell Knowledge Network
  31757.  
  31758.  
  31759. Elmar Bob (elmar@bug.co.jp) wrote:
  31760.  
  31761. > I am posting this for a friend who will be going to Kenya very soon and
  31762. > would like to find out whether she can gain access to the internet somehow
  31763. > over there.
  31764.  
  31765. My ex-boss's wife is in Kenya.  They have a FIDO Net setup, according
  31766. to what info I can find.  She says that the last few miles of phone
  31767. lines is so bad that it's difficult to do anything serious by modem.
  31768. I think the name of the city/town/place/oasis/water hole she's in is
  31769. Athi River.  Best of success ...
  31770.  
  31771. ------------------------------
  31772.  
  31773. From: dhclose@alumni.caltech.edu (David H. Close)
  31774. Subject: Re: Unwelcome AT&T "Feature"
  31775. Date: 3 May 1994 05:27:10 GMT
  31776. Organization: California Institute of Technology, Pasadena
  31777.  
  31778.  
  31779. Re the cut off of unanswered calls: my answering machine is designed
  31780. to be able to turn itself on, if I forget to, upon receiving rings for
  31781. a long time. (I don't remember the time but my experience is that it
  31782. takes about 12 rings. I then have to enter my code to complete the
  31783. activation.)  Seems to me that AT&T's feature would make this nice
  31784. feature unusable.
  31785.  
  31786.  
  31787. Dave Close, Compata, Costa Mesa     dhclose@alumni.caltech.edu    
  31788. dave@compata.attmail.com    
  31789.  
  31790.  
  31791. [TELECOM Digest Editor's Note: No, not at all. Your machine turns itself
  31792. on after 12 rings, or approximatly one minute. AT&T is letting calls
  31793. ring for at least two or three minutes before cutting them off. Anyway,
  31794. how often would it be the case that you forgot to turn your machine on
  31795. and an out-of-town call was the first one to arrive thereafrer (instead
  31796. of say, a local call, or your own call checking for messages, etc?)  PAT]
  31797.  
  31798. ------------------------------
  31799.  
  31800. From: dhclose@alumni.caltech.edu (David H. Close)
  31801. Subject: Re: NPA Optional in 818 - it Works!
  31802. Date: 3 May 1994 05:30:56 GMT
  31803. Organization: California Institute of Technology, Pasadena
  31804.  
  31805.  
  31806. justfred@netcom.com (Fred Heald) writes:
  31807.  
  31808. > My phone is in 818 (but I'm travelling all over LA, 213, 909, 310,
  31809. > 714, 805, 619, and all.  Not 524 yet, but soon I'm sure.  So I tend to
  31810. > always dial the entire number (1-NPA-NXX-XXXX) first, and get the
  31811. > ridiculous message "We are sorry, it is not necesary to dial one and
  31812. > the area code for this call".  Well, this morning (in fact, calling
  31813. > Netcom) I accidentally dialed the 1-818, and the call went through!
  31814.  
  31815. I just tried it in 714 and it worked for me. I think this is great!
  31816.  
  31817.  
  31818. Dave Close, Compata, Costa Mesa      dhclose@alumni.caltech.edu    
  31819. dave@compata.attmail.com    
  31820.  
  31821. ------------------------------
  31822.  
  31823. From: tmb1@SanDiegoCA.NCR.COM (Thomas Baird)
  31824. Subject: Re: Motorola "Advisor" Pager Information Wanted
  31825. Organization: AT&T GIS (San Diego, CA)
  31826. Date: Tue, 3 May 94 16:51:00 GMT
  31827.  
  31828.  
  31829. Pat_Barron@transarc.com wrote:
  31830.  
  31831. > Does anyone have technical info on the Motorola "Advisor" alphanumeric
  31832. > pager?  Specifically, any sort of configuration or status report
  31833. > modes, and/or what one can do with the serial port that seems to be on
  31834. > the bottom of the unit.
  31835.  
  31836. Also has Motorola published the interface information for accessing
  31837. the "advisor" from an IBM PC? I talked to a salesman and his only
  31838. knowledge was it could be accesed from a PC and the maximum message
  31839. size was 2000 characters per message.
  31840.  
  31841.  
  31842. Tom
  31843.  
  31844. ------------------------------
  31845.  
  31846. From: ridder@zowie.zso.dec.com (Hans)
  31847. Subject: Re: Help: Programming Motorola 550 and Fujitsu Commander
  31848. Date: 3 May 1994 17:35:13 GMT
  31849. Organization: Digital Equipment Corporation - DECwest Engineering
  31850.  
  31851.  
  31852. In article <telecom14.194.8@eecs.nwu.edu> puma@netcom.com (puma) writes:
  31853.  
  31854. > In article <telecom14.182.7@eecs.nwu.edu>, Lance Ware <lware@voxel.com> 
  31855. > wrote:
  31856.  
  31857. >> I need help with programming these two cell phones. Specifically I
  31858. >> need to program the phone numbers, and get the ESN so that I may have
  31859. >> them both put on the same phone number.
  31860.  
  31861. >> This is legitimate, I am not interested in going to jail for many
  31862. >> years!
  31863.  
  31864. > You may consider it legitimate, but it's a violation of federal
  31865. > regulations and also contrary to your contract with the service
  31866. > provider.
  31867.  
  31868. [...]
  31869.  
  31870. > The ESN's are supposed to be a permanent part of the phone, and not
  31871. > changeable without replacing the ROM.
  31872.  
  31873. I don't know what the regulations or contracts say, but I can read.
  31874. Note that Mr. Ware asks only how to "get" the ESN, not "change" it.  I
  31875. don't believe merely *knowing* the ESN violates any federal law.  It's
  31876. also hard for me to believe that changing the phone number is illegal
  31877. (although his phone may cease to function.)
  31878.  
  31879. Please don't overreact to people simply wanting information about the
  31880. programming of their phone.  No doubt Mr. Ware should be talking to
  31881. his service provider to arrange the phones the way he wants.
  31882.  
  31883.  
  31884. Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  31885. DECwest Engineering, Bellevue, Washington, USA
  31886.  
  31887. ------------------------------
  31888.  
  31889. From: puma@netcom.com (puma)
  31890. Subject: Re: Any Modem Decode DTMF?
  31891. Date: Tue, 3 May 1994 18:31:49 GMT
  31892.  
  31893.  
  31894. In article <telecom14.195.6@eecs.nwu.edu>, mark boylan <boylanm@iia.
  31895. org> wrote:
  31896.  
  31897. > Is there a modem that can accept and decode DTMF tones after it's
  31898. > answered an incoming call?  And also, how can I send the output of a
  31899. > SoundBlaster card over the same phone line?  I'm trying to write an
  31900. > app that will allow a caller to select a .WAV file from just a phone,
  31901. > and then listen to it.
  31902.  
  31903. There are several modems that will do that, mostly the better (read,
  31904. higher priced) ones.  The USR dual standard will, with the following
  31905. commands ...
  31906.  
  31907.     ATH1%T
  31908.  
  31909. The H1 takes the modem off-hook, the %T reads the touchtone.  Sending
  31910. a character or dropping DTR will hang up the line.
  31911.  
  31912.  
  31913. puma@netcom.com
  31914.  
  31915. ------------------------------
  31916.  
  31917. From: lailert@ucssun1.sdsu.edu (Supak Lailert "spk")
  31918. Subject: Re: AT&T Public Phone 2000 Probably Dead
  31919. Date: 3 May 1994 18:40:44 GMT
  31920. Organization: San Diego State University Computing Services
  31921.  
  31922.  
  31923. Hans (ridder@zowie.zso.dec.com) wrote:
  31924.  
  31925. > I was in the Alaska Airlines terminal at the Seattle-Tacoma airport
  31926. > two weeks ago, and saw a couple of Public Phone 2000's *with
  31927. > keyboard*.  I didn't have time to check them out ... I assume they
  31928. > were working since after the tariff problems all the keyboards seem to
  31929. > have been removed.
  31930.  
  31931. Yes, keyboard is there but it won't work as data terminal. It works
  31932. only as a TDD device. 8-(
  31933.  
  31934.  
  31935. Supak Lailert -- MBA (Information System) Program, San Diego State University
  31936. lailert@ucssun1.sdsu.edu     lailert@aol.com
  31937.  
  31938. ------------------------------
  31939.  
  31940. Date: Tue, 3 May 94 14:53:54 EDT
  31941. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  31942. Subject: Re: Government Regulates Number of Modem Redial Attempts?
  31943.  
  31944.  
  31945. In TELECOM Digest V14 #195 tdgilman@iris-1.CE.Berkeley.EDU (Tim D.
  31946. Gilman) wrote:
  31947.  
  31948. > I was trying out new modem software yesterday, and under the option
  31949. > where one can specify the number of redial attempts before giving up,
  31950. > something like the following reads: "Governement regulations may limit
  31951. > you to 10 redials maximum."  I had never heard anything about this.
  31952. > Out of simple curiosity, could someone enlighten myself (or others as
  31953. > well) on this matter?
  31954.  
  31955. and the TELECOM Digest Editor noted:
  31956.  
  31957. > That has been the case in Canada for quite
  31958. > a few years and I think it is true here in the USA also now. The reason is
  31959. > a modem has no way of knowing it is dialing a wrong number and being
  31960. > offensive to the human victim at the other end ... and some owners of
  31961. > modems could care less :
  31962.  
  31963. Text deleted for brevity.
  31964.  
  31965. > But the way they have it now with limits on the redial attempts is
  31966. > the next best solution.  PAT]
  31967.  
  31968. With my modem, which has a ten memory location, I could easily
  31969. misoprogram the unit and not know it unless I caught it during a
  31970. dialing sequence.  Looking away or being otherwise occupied during the
  31971. dialing, I would not be aware of a misdail and just call up the
  31972. number's location.
  31973.  
  31974. Granted, there are problems with these types of calls.  I sure
  31975. wouldn't want to be the recipient of them and hopefully won't in the
  31976. future.
  31977.  
  31978.  
  31979. Dave Niebuhr      Internet: dwn@dwn.ccd.bnl.gov (preferred)
  31980.                             niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  31981. Senior Technical Specialist, Scientific Computing Facility
  31982. Brookhaven National Laboratory Upton, NY 11973  1+(516) 282-3093
  31983.                                           FAX   1+(516) 282-7688
  31984.  
  31985. ------------------------------
  31986.  
  31987. From: Alan.Leon.Varney@att.com
  31988. Date: Tue, 3 May 1994 14:27:49 +0600
  31989. Subject: Re: DID Loophole or I'm Screwed up?
  31990. Organization: AT&T Network Systems
  31991.  
  31992.  
  31993. In article <telecom14.194.4@eecs.nwu.edu> Jonathan <jdl@wam.umd.edu>
  31994. responded to TELECOM Digest Editor:
  31995.  
  31996. >> TELECOM Digest Editor's Note: Not only asked to correct the problem,
  31997. >> but in some instances if telco really wants to get tough about it they
  31998. >> may choose to back-bill an estimated amount lost on completed calls
  31999. >> which went unsupervised. Illinois Bell found a company here in Chicago
  32000. >> deliberatly playing games like that and back-billed them a
  32001. >> half-million dollars covering calls over a five year period. The
  32002. >> company protested of course, but all the facts pointed to them doing
  32003. >> it on purpose as toll-avoidance; they were slow to answer their phones
  32004. >> because they did not want to hire the help needed to do so promptly
  32005. >> and they were playing a tape recorded music on hold 'all positions
  32006. >> busy please wait for an available agent' message to their callers for
  32007. >> five or ten minutes at a time. Their customers squawked about the cost
  32008. >> of *their* calls as a result so the company gerry-rigged the system to
  32009. >> not supervise until they got ready to handle the call.
  32010. >> ....  Telco did not get all they asked for, but they collected a nice
  32011. >> chunk of it. So be careful about playing games with supervision. If
  32012. >> telco wants to do so, they'll work you over good to show who is boss.
  32013.  
  32014. > Sounds pretty ingenious to me.  I would like to note a few things:
  32015.  
  32016. > 1.  No meaningful conversation occurred until after the company turned
  32017. > supervision on.
  32018.  
  32019.    Per FCC Part 68 and TELCo tariffs, anything other than audible ring
  32020. and busy tone (with some exceptions) is "meaningful" -- and the call
  32021. must be supervised (answered).  This includes calls routed to
  32022. TELCo-operated Voice Mail systems, which have been known to forget ...
  32023.  
  32024. > 2.  The telephone company could have been nicer about the whole thing.
  32025. > Instead of waiting for five years and then billing for half a million
  32026. > dollars, why not send a warning to the company within one month and
  32027. > then bill them shortly thereafter?  There must be a way for the
  32028. > telephone company to automatically detect this kind of stunt.
  32029.  
  32030.    Nope.  Nothing automatic until a bunch of PBXs started playing this
  32031. game several years ago, probably as the result of a "PBX underground"
  32032. passing the word.  But the tariffs are usually very clear about when
  32033. supervision must be returned.  There have been arguments about the
  32034. "glitch" in busy tone during call forwarding to voice mail, etc.  I
  32035. don't know if supervision must be returned at the time of forwarding
  32036. or not -- but certainly anything beyond busy/audible ring REQUIRES
  32037. supervision.
  32038.  
  32039.    TELCos today would not take five years to find the culprit.  Nor
  32040. would they be likely be nice enough to accept less than the full
  32041. settlement.  Maybe they would throw in a little extra for the
  32042. investigation's costs.  Just waving around the tariff and talking
  32043. "fraud" with the CEO and the DAs office will usually get the matter
  32044. resolved quickly.
  32045.  
  32046.  
  32047. Al Varney
  32048.  
  32049. ------------------------------
  32050.  
  32051. From: andrsonj@rtsg.mot.com (John Anderson)
  32052. Subject: Re: Let Your Fingers do the Walking on the Internet
  32053. Date: 3 May 94 20:08:38 GMT
  32054. Organization: Motorola Cellulsr Infrastructure Group
  32055.  
  32056.  
  32057. andrsonj@rtsg.mot.com (John Anderson) writes:
  32058.  
  32059. > Here's an example of how to get a list of all users named "anderson":
  32060.  
  32061. > mail mail-server@pit-manager.mit.edu
  32062. > Subject:
  32063. > send usenet-addresses/anderson
  32064.  
  32065. I have learned that to use the above service, it is preferable to mail
  32066. to:
  32067.      "mail-server@rtfm.mit.edu"
  32068.  
  32069.  
  32070. Regards,
  32071.  
  32072. John D. Anderson, M.S.          Motorola, Inc.                   
  32073. Internet: andrsonj@rtsg.mot.com 1475 W. Shure Drive              
  32074.           johnanderson@acm.org  Arlington Heights, IL, USA 60004 
  32075. Phone:    +1-708-632-4259       Mail Stop: IL75-1C5              
  32076.  
  32077.  
  32078. [TELECOM Digest Editor's Note: Just my curiosity -- why is it better or
  32079. preferable to write to the one address instead of the other?   PAT]
  32080.  
  32081. ------------------------------
  32082.  
  32083. Date: Tue, 03 May 94 18:45:55 EDT
  32084. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  32085. Subject: Re: Equal Access in Canada
  32086.  
  32087.  
  32088. Carl Moore <cmoore@BRL.MIL> wrote:
  32089.  
  32090. > Back in January, I went to Sault Ste. Marie, Ont. before turning
  32091. > around back into the U.S.  I got to a pay phone on 705-759 there, and
  32092. > 10288 didn't work (I then omitted it, got the "boing" for Bell Canada,
  32093. > then punched in my AT&T card number and the call, going to the U.S.,
  32094. > went through).  The call didn't make it to my phone bill until March,
  32095. > and it was in the AT&T part of the bill.  So there are no 10xxx codes
  32096. > currently useable in Canada?
  32097.  
  32098. Right now - no.  They are coming on 1st July.  But see below.
  32099.  
  32100. > The Orange Card did work from there.  That went through as being from
  32101. > "800" as happens in many places in the U.S.
  32102.  
  32103. The proprietors of the Orange Card have chosen to allow their 800
  32104. number to be reached from Canadian points.  Once the call is in their
  32105. system they can do what they like with it.  They are doubtless paying
  32106. fairly outrageous rates to (currently) the local monopoly 800 carrier
  32107. in whatever part of Canada you call from.  Whether their charge to you
  32108. reflects this is an interesting question.
  32109.  
  32110. Moderator's note to a following post:
  32111.  
  32112. > [TELECOM Digest Editor's Note: I have been told it will by and large
  32113. > follow the USA numbering scheme; i.e. 10288 for Mother, 10222 for MCI,
  32114. > etc. with Canadian-only carriers getting a few numbers as well.   PAT]
  32115.  
  32116. Well I'm not so sure.  The national and regional Canadian carriers
  32117. will have their own 10xxxs, but it's not clear to me that US (or any
  32118. other foreign) carriers will suddenly find that their 10xxx codes work
  32119.  from Canada.  Are all these US carriers really going to install
  32120. facilities at all the access tandems across the country?  Who in
  32121. Canada is going to dial those US 10xxxs?  It seems an unlikely
  32122. investment just to keep US visitors like Carl happy when they use a
  32123. payphone on their trip.  And it seems highly unlikely that US carriers
  32124. are going to pull fibre across the country just for this.  So presumably 
  32125. if they do want a point of presence they'll lease capacity from the exist-
  32126. ing carriers in Canada.
  32127.  
  32128. I'm sure the 10xxx (or should we be saying 10xxxx?) numbers will not
  32129. clash across the border, but I wouldn't bet on your favourite US
  32130. carrier magically starting service on 1st July.
  32131.  
  32132.  
  32133. Tony Harminc
  32134.  
  32135. ------------------------------
  32136.  
  32137. Date: Tue, 3 May 94 16:44:41 EDT
  32138. From: Carl Moore <cmoore@BRL.MIL>
  32139. Subject: Re: Bell Atlantic Gets Maryland Competition
  32140.  
  32141.  
  32142. How would local telephone directories' lists of prefixes, calling
  32143. areas, etc. be affected?  (I now live in Maryland, but away from the
  32144. DC area.)
  32145.  
  32146.  
  32147. [TELECOM Digest Editor's Note: I'll tell you what is done here in Chicago
  32148. although technically it is not 'competition' and there is no overlapping
  32149. of territory. Centel has Park Ridge/Des Plaines, IL along with a very
  32150. tiny section of Chicago. Their Chicago subscribers are listed in the
  32151. Illinois Bell directory for Chicago (it is transparent, just the address
  32152. and phone number like any other listing which is actually IBT) but in
  32153. addition, Centel has their own directory entitled "Chicago-Newcastle".
  32154. Their switching equipment for Chicago customers is in the Newcastle CO
  32155. on Miner Street. And while they have one set of tariffs for their sub-
  32156. scribers in Park Ridge and Des Plaines, they have a different tariff
  32157. for their Chicago subscribers which closely parallels that of IBT.   PAT] 
  32158.  
  32159. ------------------------------
  32160.  
  32161. Date: Tue, 3 May 1994 19:18:01 EDT
  32162. From: Gregory P. Monti <gmonti@cap.gwu.edu>
  32163. Subject: Re: Bell Atlantic Gets Maryland Competition
  32164.  
  32165.  
  32166. On Mon, 2 May 1994, Carl Moore wrote:
  32167.  
  32168. > How would local telephone directories' lists of prefixes, calling
  32169. > areas, etc. be affected?
  32170.  
  32171. This is one of many issues that were not mentioned in the story I
  32172. summarized.  I suspect there are a host of them.  For example, if MFS
  32173. elects to use a smaller number of central offices than Bell Atlantic,
  32174. but covers a larger land area with each one, what does that do to
  32175. local calling areas?
  32176.  
  32177. It could be that a call in one direction from one company to another
  32178. will be local, but it would be toll in the other direction.
  32179.  
  32180. This is not unlike cellular.  My cell phone is 'databased' to
  32181. Bethesda, Maryland, but has an enormous local (airtime charges only)
  32182. calling area consisting of the entire Washington and Baltimore LATAs
  32183. approximately.  A call from the Bethesda cellular to Aberdeen, MD, is
  32184. local.  But a call from a landline phone in Aberdeen to Bethesda
  32185. (about 75 miles) is toll.
  32186.  
  32187. Same issue if a cable operator installs a telephony CO in his
  32188. head-end.  Arlington is served by six telco COs (which are not all in
  32189. the same rate zone) but only one cable head-end.
  32190.  
  32191. I guess we're going to have to learn a whole new mess of rules.
  32192.  
  32193.  
  32194. Greg Monti   Arlington, Virginia, USA
  32195.  
  32196. ------------------------------
  32197.  
  32198. Date: Tue, 3 May 94 17:09 EDT
  32199. From: johnl@iecc.com (John R Levine)
  32200. Subject: Re: Fight A*vertising! Petition! No, Don't.
  32201. Organization: I.E.C.C., Cambridge, Mass.
  32202.  
  32203.  
  32204. > I support legislation against advertising on the internet.
  32205.  
  32206. Oh, Lord.  One bozo bombs the net with tacky advertising, and now we
  32207. want to start passing laws.
  32208.  
  32209. Before we do that, it would be nice to decide what's the Internet
  32210. (Usenet?  That includes large amounts of UUCP, Fido, etc. directly
  32211. connected Internet?  E-mail? Who knows?)
  32212.  
  32213. And for that matter, what's advertising?  If I post a message in a
  32214. telecom group about some used phone equipment I'm selling, is that an
  32215. ad?  What if I have a Gopher or WWW server that returns such info on
  32216. demand?
  32217.  
  32218. I'm as cheezed as anyone about Canter's junk news bombing, but the
  32219. solution is for Internet providers to get more sophisticated about
  32220. regulating their users (as Internet Direct has now done), and perhaps
  32221. some technical fixes so that we can decline to receive news and mail
  32222. from known antisocial sites.
  32223.  
  32224. Incidentally, if we can figure out to deal with Canter, we can deal
  32225. with anyone.  Someone recently posted a note reporting that he was
  32226. effectively disbarred in Florida (actually, resigned before they
  32227. disbarred him) due to unethical and possibly illegal dealings with
  32228. immigration clients.  He can fairly be described as a slimeball.
  32229.  
  32230. > We must stop happenings like this with legislation so that the 'infor-
  32231. > mation highway' ... doesn't become expensive and riddled with a*vertisi*g.
  32232.  
  32233. Expensive?  Advertising generally makes media cheaper -- newspapers
  32234. are delivered for far below the cost of production, and TV is delivered 
  32235. free courtesy of ads.  There are cogent arguments to be made about adver-
  32236. tising on Usenet and Internet, but cost to the users isn't one of them.
  32237.  
  32238. I note that the primary backbone Internet carriers are now Sprint,
  32239. MCI, and AT&T, roughly in that order, so I expect that the Information
  32240. Supercollider will end up fused with the phone system more than with
  32241. the TV biz.  This suggests that it won't be advertiser sponsored.
  32242.  
  32243.  
  32244. Regards,
  32245.  
  32246. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  32247.  
  32248. ------------------------------
  32249.  
  32250. From: tboard@nwu.edu (Tom Board)
  32251. Subject: Re: CO's and Disasters
  32252. Date: 4 May 1994 00:36:07 GMT
  32253. Organization: Northwestern University
  32254.  
  32255.  
  32256. In article <telecom14.197.16@eecs.nwu.edu>, tsw@cypher.apple.com (Tom
  32257. Watson) wrote:
  32258.  
  32259. > ......  This load-leveling (there is a snazzy term for it, but I
  32260. > don't remember) usually relates to the priorities in getting dial
  32261. > tone.  
  32262.  
  32263. In the DMS-100 central office switch, this feature is called Line Load
  32264. Control (LLC).  It is assigned to a line like any other feature (e.g.,
  32265. call waiting).  During an emergency, when the CO switch is having
  32266. difficulty completing calls or delivering dialtone, the controlling
  32267. technician can force the switch into Line Load Control mode via a
  32268. console command.  At that point, the switch will not recognize
  32269. off-hook events unless the line has the LLC feature programmed.  This
  32270. has the effect to reducing demand on the switch and stabilizing
  32271. service to those lines with the feature attached.
  32272.  
  32273.  
  32274. Tom Board    tboard@nwu.edu
  32275.  
  32276. ------------------------------
  32277.  
  32278. End of TELECOM Digest V14 #199
  32279. ******************************
  32280.     
  32281.     
  32282. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11867;
  32283.           4 May 94 5:16 EDT
  32284. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32285.     id AA08031; Wed, 4 May 94 01:51:36 CDT
  32286. Return-Path: <telecom>
  32287. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32288.     id AA08022; Wed, 4 May 94 01:51:34 CDT
  32289. Date: Wed, 4 May 94 01:51:34 CDT
  32290. From: telecom@delta.eecs.nwu.edu (TELECOM Moderator)
  32291. Message-Id: <9405040651.AA08022@delta.eecs.nwu.edu>
  32292. To: telecom@eecs.nwu.edu
  32293. Subject: TELECOM Digest V14 #200
  32294.  
  32295. TELECOM Digest     Wed, 4 May 94 01:51:00 CDT    Volume 14 : Issue 200
  32296.  
  32297. Inside This Issue:                          Editor: Patrick A. Townson
  32298.  
  32299.     Telecom Design Tricks Manual - Free Book For Digest Readers (Jeffrey Race)
  32300.     Re: Answering Machines: What Use? (Don B. Cameron)
  32301.     Re: Answering Machine With Voice Mail and Paging? (Ray Normandeau)
  32302.     Phone 'Zines Wanted (Jeremy Brandt)
  32303.     Re: AT&T Divestiture Comments Wanted (Ken Hoehn)
  32304.     Re: AT&T Divestiture Comments Wanted (Gene Gretske)
  32305.     Re: AT&T Divestiture Comments Wanted (thanna@aol.com)
  32306.     Re: Direct Modem / Cellular Links (Lynne Gregg)
  32307.     Re: What Does the Serial Port on NT Meridian Phones Do? (Y. Eisenstadter)
  32308.     CallerID With Serial Port - Where? (John Landwehr)
  32309.     Re: Using Call Forwarding to Avoid Tolls (Leonard Erickson)
  32310.     Re: Local Charges for 950 and 800 Access? (Steve Brack)
  32311.     Re: Incident Management Call Boxes (John R Levine)
  32312.     Re: Getting Phone Bills Over The Internet (Robin Fairbairns)
  32313.     Re: ZMODEM - Proprietary? (William J. Rehm)
  32314.     Cellular Call Forwarding (Bruce Mchollan)
  32315.     Re: Videocrypt Pirating (Robert Shaw)
  32316.     Re: Lucy Waits for Call (Jim Derdzinski)
  32317.     Re: Lucy Waits For Call (Eric Ziemer)
  32318.     Re: Lucy Waits For Call (David C. Tuttle)
  32319.     Ricky Finds Old Phone (Carl Moore)
  32320.     Teaser (Carl Moore)
  32321.  
  32322. TELECOM Digest is an electronic journal devoted mostly but not
  32323. exclusively to telecommunications topics. It is circulated anywhere
  32324. there is email, in addition to various telecom forums on a variety of
  32325. public service systems and networks including Compuserve and GEnie.
  32326. It is also gatewayed to Usenet where it appears as the moderated
  32327. newsgroup 'comp.dcom.telecom'. 
  32328.  
  32329. Subscriptions are available at no charge to qualified organizations
  32330. and individual readers. Write and tell us how you qualify:
  32331.  
  32332.                  * telecom-request@eecs.nwu.edu *
  32333.  
  32334. The Digest is edited, published and compilation-copyrighted by Patrick
  32335. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  32336. or phone at:
  32337.                     9457-D Niles Center Road
  32338.                      Skokie, IL USA   60076
  32339.                        Phone: 708-329-0571
  32340.                         Fax: 708-329-0572
  32341.   ** Article submission address only: telecom@eecs.nwu.edu **
  32342.  
  32343. Our archives are located at lcs.mit.edu and are available by using
  32344. anonymous ftp. The archives can also be accessed using our email
  32345. information service. For a copy of a helpful file explaining how to
  32346. use the information service, just ask.
  32347.  
  32348. *************************************************************************
  32349. *   TELECOM Digest is partially funded by a grant from the              *
  32350. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  32351. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  32352. * project.  Views expressed herein should not be construed as represent-*
  32353. * ing views of the ITU.                                                 *
  32354. *************************************************************************
  32355.  
  32356. Additionally, the Digest is funded by gifts from generous readers such
  32357. as yourself who provide funding in amounts deemed appropriate. Your help 
  32358. is important and appreciated.
  32359.  
  32360. All opinions expressed herein are deemed to be those of the author. Any
  32361. organizations listed are for identification purposes only and messages
  32362. should not be considered any official expression by the organization.
  32363. ----------------------------------------------------------------------
  32364.  
  32365. From: wu/O=JEFFREY_RACE/DD.ELN=62075697@mhs.attmail.com
  32366. Date: 4 May 94 01:24:56 GMT
  32367. Subject: Black Magic! Telecom Design Tricks - Free Book For Digest Readers
  32368.  
  32369.  
  32370. Release of "Telecom Design Tricks" Engineering Manual
  32371.  
  32372.      Cambridge Electronics Laboratories announces the release of
  32373. "BLACK MAGIC!  Telecom Design Tricks," a manual for hardware engineers
  32374. concerned with telecom power, ringing or ISDN circuits.  The
  32375. thirty-five page text may save careful readers time and grief since it
  32376. assembles technical arcana resulting from ten years of mistakes, false
  32377. hunches and failed designs of Cambridge Electronics Laboratories and
  32378. its many customers around the world, some of whom survived.  The
  32379. manual also includes twenty "cookbook" schematics as well as
  32380. appendices detailing sundry traps for the unwary engineer, further
  32381. technical references, and dozens of vendors of unusual or little-known
  32382. components utilized in the included schematics.
  32383.  
  32384.      The manual is free upon request to readers of TELECOM Digest.
  32385. Generous-spirited readers are requested to provide suggestions for
  32386. corrections or improvements to subsequent revisions of the manual.
  32387. Any who make it to the last page and still want more such paper in
  32388. their in-baskets from possible survivors of future design projects are
  32389. respectfully encouraged to submit the form at the rear of the manual
  32390. for future technical mailings (if we survive this one).
  32391.  
  32392.  
  32393. Cambridge Electronics Laboratories        Telephone:     +1 617 629-2805
  32394. 20 Chester Street                         Telefax:       +1 617 623-1882
  32395. Somerville MA  02144-3005                 Telex:       948580 RACE SOMV UD
  32396. USA                                       Internet:  62075697@eln.attmail.com
  32397. Point  of contact concerning this announcement is Dr. Jeffrey Race who  may
  32398. be reached as above. 
  32399.  
  32400.  
  32401. [TELECOM Digest Editor's Note: When you write to Dr. Race to request your
  32402. free copy of the manual, please mention reading about it in TELECOM Digest.
  32403. Thanks.  PAT]
  32404.  
  32405. ------------------------------
  32406.  
  32407. Date: Tue, 03 May 1994 10:31:43 EST
  32408. From: Don B. Cameron <dcameron@mason1.gmu.edu>
  32409. Reply-To: dcameron@mason1.gmu.edu
  32410. Subject: Re: Answering Machines: What Use?
  32411.  
  32412.  
  32413. > Short Discussion on ANSWERING MACHINES, comments are welcome!
  32414.  
  32415. >- Answering machines save time since they allow
  32416. >  asynchronous communication.
  32417.  
  32418. I disagree.  Unless you play back the message at a faster rate or
  32419. speak faster onto the tape the amount of information conveyed in the
  32420. message is fixed in time and doesn't change by nature of being
  32421. asynchronous.
  32422.  
  32423. >- Answering machines are impersonal. I don't like to talk
  32424. >  to machines!
  32425.  
  32426. The richness of life is enhanced by human contact.  I agree, BUT, this
  32427. is sometimes the only way to get a hold of people who screen calls.
  32428.  
  32429. >- With answering machines one can answer calls in a "bulk"
  32430. >  and is therefore less disturbed while working.
  32431.  
  32432. Sounds like an "impersaonal approach" to answering the phone.  Imagine
  32433. answering the phone by mistake then saying, sorry, no time, please
  32434. call back and talk to my machine.
  32435.  
  32436. >- Many callers hesitate talking on to the tape.
  32437.  
  32438. This can be a problem especially when your tape cuts them off while
  32439. they decide to talk or not.  Perhaps the time out can be delayed on
  32440. future machines.
  32441.  
  32442. >- While absent, it is possible to obtain messages.
  32443. >  This can be important if upon one's return the caller himself is absent.
  32444.  
  32445. I think this is confusing.  If what you mean is that if both caller
  32446. and receiver have machines then communication can happen via tape
  32447. delay, then the I agree, this has value.
  32448.  
  32449. >- Callers never know whether the called party is absent or just
  32450.    happily listens to them.
  32451.  
  32452. Truely one of the great values of machines.  My girlfriend uses this
  32453. method to let me through, and her salesmen out. (I think!)
  32454.  
  32455. >- Call screening is possible: only calls that are welcome are answered.
  32456.  
  32457. A more effective way to prevent un-welcome calls is to get an unlisted
  32458. number.  Sure, lots of you TELECOM folks know how to find these out no
  32459. doubt, but since getting one I get only random dialing sales calls and
  32460. many fewer hangups on my machine.
  32461.  
  32462. >- An answering machine causes additional costs:
  32463. >  electricity and phone charges.
  32464.  
  32465. Many a phone message has saved me time and effort and gas etc.  So the
  32466. cost is well balanced by the benefits.
  32467.  
  32468. > Which positive and negative experiences have you had with answering
  32469. > machines?
  32470.  
  32471. I use my answering machine as a message center at times when I am in
  32472. transit to friends.  They leave messages there, and I pick them up.
  32473. This answering machine acts as my "voice mail" if needed.  I have gone
  32474. to some really cool parties and dinners as a result.  I have had a bad
  32475. experience recently.  My Mom keeps forgetting to put her machine on,
  32476. so if I call and she is not in and I can't leave a message, she calls
  32477. and says "You never call".  So lack of machines can be a problem too!
  32478.  
  32479. > What is the major benefit of answering machines?
  32480.  
  32481. It allows you flexibility to be or not be in touch.  The almost inborn
  32482. urge people develop to answer a ringing phone can be kept in check
  32483. with an answering machine.
  32484.  
  32485. ------------------------------
  32486.  
  32487. Subject: Re: Answering Machine With Voice Mail and Paging?
  32488. From: ray.normandeau@factory.com (Ray Normandeau)
  32489. Date: 03 May 94 21:20:00 GMT
  32490. Organization: Invention Factory's BBS - New York City, NY - 212-274-8298v.32bis
  32491. Reply-To: ray.normandeau@factory.com (Ray Normandeau)
  32492.  
  32493.  
  32494. > With an eye to the future, when I can afford full time office
  32495. > help, I am getting my own business line in June. I would like to be
  32496. > able to capture the calls on an answering machine which would
  32497. > automatically ring my pager(preferrably alphanumeric) upon receipt of
  32498. > each call. Are there answering machines available with this
  32499. > capability? Is software available to do this via modem?
  32500.  
  32501. I have such a set-up.  A Panasonic KX-T2710 Only one disadvantage, it
  32502. only calls my pager one time for each message.  If I am in a basement
  32503. or a subway I may not get my page.
  32504.  
  32505. I would prefer to be paged every 30 minutes till I call in.
  32506.  
  32507. ------------------------------
  32508.  
  32509. From: jeremyb@comtch.iea.com (Jeremy Brandt)
  32510. Subject: Phone 'Zines Wanted
  32511. Date: 4 May 1994 05:31:15 GMT
  32512. Organization: CompuTech, Spokane WA
  32513.  
  32514.  
  32515. I was wondering if there is any way to subscribe to the newsletters/
  32516. magazines that each phone company puts out?  i.e. {Telephony}.  If so
  32517. could someone E-mail me with the addresses to write to, or a telephone
  32518. number to call?  thanks.
  32519.  
  32520.  
  32521. jeremyb@comtch.iea.com
  32522.  
  32523.  
  32524. [TELECOM Digest Editor's Note: {Telephony} is a privately owned and
  32525. published magazine. It is not published by any telephone companies.
  32526. Ditto with {Teleconnect}, the magazine which has stolen a lot of
  32527. {Telephony}'s readers in recent years. The latter is published by
  32528. the Telecom Library in New York City. The public relations stuff 
  32529. put out by telcos themselves is usually free for the asking. Just
  32530. write the various telcos and ask to be put on their mailing list.  PAT]
  32531.  
  32532. ------------------------------
  32533.  
  32534. From: kenh@w8hd.org (Ken Hoehn)
  32535. Subject: Re: AT&T Divestiture Comments Wanted
  32536. Date: 03 May 1994 22:30:04 -0400
  32537. Organization: The w8hd Group
  32538.  
  32539.  
  32540. Per your request for comments:
  32541.  
  32542. The breakup of AT&T, from the Justice Department's point of view, was
  32543. not unlike a mother telling a child that she must punish him, and
  32544. asking him what the punishment shall be.
  32545.  
  32546. Naturally, the child will pick the punishment of eating cookies and
  32547. watching TV.
  32548.  
  32549. Judge Green's group really did not understand the technology involved
  32550. (does ANYONE really?), and looked to AT&T for a breakup plan.  They
  32551. considered and later acted on the opportunity to offload the higher
  32552. cost, less efficient local operating groups, and concentrate on LD.
  32553.  
  32554. They knew full well, or at least anticipated the new technologies
  32555. coming today (like PCS, ESMR and direct satellite projects like
  32556. Iridium), recognized that local service would become an expensive
  32557. dinosaur, and made the best move.
  32558.  
  32559. We are at an advantage from a long-distance point of view ... it costs
  32560. less in real dollars TODAY to call California than it did 13 years ago
  32561. in the dollars then.  That's impressive.
  32562.  
  32563. We are at a DISadvantage from a local point of view ... local service
  32564. is getting poorer, less well designed and maintained, more poorly
  32565. staffed, and overall more expensive.
  32566.  
  32567. Offhand, I would say it is *just* about a wash.  When they finally
  32568. manage to pull off measured local service, it will swing the equation
  32569. into the red from the consumer's point of view.
  32570.  
  32571.  
  32572. kenh@w8hd.org
  32573. Ken Hoehn - Teletech, Inc.         Compuserve: 70007,2374
  32574. N8NYO       P.O.Box 924            FAX: (313) 562-8612
  32575.             Dearborn, MI  48121    VOICE: (313) 562-6873
  32576.  
  32577.  
  32578. [TELECOM Digest Editor's Note: 'They' already have pulled off measured
  32579. service in many parts of the USA. We have had it here for several years
  32580. now.   PAT]
  32581.  
  32582. ------------------------------
  32583.  
  32584. From: gretske@delphi.com
  32585. Subject: Re: AT&T Divestiture Comments Wanted
  32586. Date: Wed, 04 May 94 05:15:52 GMT 
  32587. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  32588.  
  32589.  
  32590. Megan-
  32591.  
  32592. There is a wealth of literature about the effects of the break-up on
  32593. our telecommunications network, Wall Street, etc., etc.  But I think
  32594. that there is a real human side to this.  Having experienced it from
  32595. the inside, I saw lifetime relationships, friendships, and marriages
  32596. impacted.  I have never seen anyone address this from the "grassroots"
  32597. perspective of the nearly one million employees and their lives.
  32598.  
  32599.  
  32600. Gene
  32601.  
  32602. ------------------------------
  32603.  
  32604. From: thanna@aol.com (THanna)
  32605. Subject: Re: AT&T Divestiture Comments Wanted
  32606. Date: 03 May 1994 16:57:02 -0400
  32607. Organization: America Online, Inc. (1-800-827-6364)
  32608.  
  32609.  
  32610. The breakup of AT&T (after over 100 years of monopolistic practices)
  32611. did create competition in the market place. If you count all the big
  32612. profitable companies today that do justice to the consumer i.e.
  32613. advances in technology etc ... then I would bet it was a good thing
  32614. Judge Greene broke it up. What about the so called McCaw/AT&T merger
  32615. that is on hold? 
  32616.  
  32617. ------------------------------
  32618.  
  32619. From: Lynne Gregg <lynne.gregg@mccaw.com>
  32620. Subject: Re: Direct Modem / Cellular Links
  32621. Date: Tue, 03 May 94 15:50:00 PDT
  32622.  
  32623.  
  32624. goemansd@kirk.usafa.af.mil (Daniel Goemans) wrote:
  32625.  
  32626. > With that link, does anyone know if you then need an MNP-10 standard
  32627. > modem *in addition* to the link (to package data) ... or does the link
  32628. > package the data accordingly on its own?
  32629.  
  32630. Daniel is speaking of the Spectrum/Axcell interface, I believe.  My
  32631. experience has shown that MNP10 is not required, but it sure does
  32632. help.  Without this EDAC enhancement, you are liable to see some
  32633. garbled data coming across your screen.  Despite the inbound garbles,
  32634. however, I've found that outbound data transmission is quite reliable.
  32635. If you're doing data communication on cellular (regular ol' analog), I
  32636. highly recommend a modem that incorporates MNP10.
  32637.  
  32638.  
  32639. Regards,
  32640.  
  32641. Lynne
  32642.  
  32643. ------------------------------
  32644.  
  32645. From: yoram@panix.com (Yoram Eisenstadter)
  32646. Subject: Re: What Does the Serial Port on NT Meridian Phones Do?
  32647. Date: 03 May 1994 21:03:59 -0400
  32648. Organization: PANIX Public Access Unix, NYC
  32649.  
  32650.  
  32651. In article <telecom14.177.5@eecs.nwu.edu> gingold@Think.COM (David
  32652. Gingold) writes:
  32653.  
  32654. > I've got a Northern Telecom Meridian phone on my desk.  It has a DB-25
  32655. > connector on the back, which I suspect is a serial port.
  32656.  
  32657. > Is this a serial port?  Does anyone know how to talk to it and what I
  32658. > can do with it?  In particular, I'd like to program my workstation to
  32659. > dial the phone.
  32660.  
  32661. It is indeed a serial port.  At my workplace, the serial ports provide
  32662. access to a pool of modems that must be used for dialing out, since it
  32663. is impossible to directly connect a normal modem to the PBX lines (the
  32664. line voltages, ring signals, impedances, etc. are all non-standard).
  32665.  
  32666. I don't think the port can be used to control the phone itself.
  32667.  
  32668.  
  32669. Y
  32670.  
  32671. ------------------------------
  32672.  
  32673. From: John_Landwehr@NeXT.COM (John Landwehr)
  32674. Date: Tue, 03 May 94 16:21:40 -0500
  32675. Subject: CallerID With Serial Port - Where?
  32676.  
  32677.  
  32678. Although several TELECOM Digest articles have mentioned caller ID
  32679. boxes with serial ports, I have never seen a reference to a model
  32680. number, manufacturer or distributor.  I think most of us would agree
  32681. that buying a modem for such a purpose is a waste.
  32682.  
  32683. So the question remains: Where can I purchase a caller ID box with
  32684. serial port?
  32685.  
  32686.  
  32687. [TELECOM Digest Editor's Note: In the electronics department at Venture
  32688. they had one from BellSouth I believe. I don't think buying a modem
  32689. for 'such a purpose' would necessarily be a waste. If the modem had
  32690. Caller-ID built into it and all you needed was to get that data over
  32691. to your computer for whatever reason, then such a modem would be a
  32692. fine investment. Who else sells CID boxes with serial ports?   PAT]
  32693.  
  32694. ------------------------------
  32695.  
  32696. Date: Tue, 03 May 94 13:33:21 PST
  32697. From: Leonard.Erickson@f51.n105.z1.fidonet.org (Leonard Erickson)
  32698. Subject: Re: Using Call Forwarding to Avoid Tolls
  32699.  
  32700.  
  32701. In v14 #184, TELECOM Digest Editor noted: 
  32702.  
  32703. > TELECOM Digest Editor's Note: Generally, using the *regular, residential
  32704. > variety* of call forwarding will NOT save money where toll charges are
  32705. > concerned unless you are able to link two or three large toll free calling
  32706. > areas together. Generally, two or more short calls linked together cost
  32707. > more than a single long-haul call covering the same points.
  32708.  
  32709. This is only true where measured service is mandatory. On the west coast
  32710. it is generally optional (here in Oregon, we passed an initiative
  32711. *forbidding* mandatory measured service).
  32712.  
  32713. This makes a huge difference. As an example, up until a couple of
  32714. years ago, calls to between Portland and it's suburbs were local. But
  32715. calls between suburbs on opposite sides of Portland were long
  32716. distance.
  32717.  
  32718. So BBS operators in the suburbs would get a friend in the "core" area
  32719. to set up a number with call forwarding to their BBS. That way the
  32720. folks who could call Portland for free, but not call that suburb for
  32721. free had a way to access them via a free call.
  32722.  
  32723. Note that since call forwarding doesn't interfere with *outgoing*
  32724. calls, anyone with a line they only used for outgoing calls (such as
  32725. calling BBSes) could just add call forwarding and keep using their
  32726. line normally.
  32727.  
  32728. I was the call forwarder for one BBS, and it worked out fine. One
  32729. local Unix site offered forwarding for a *lot* of BBSes by letting
  32730. them use his outgoing lines. That way they got a call forwarding
  32731. number, and he got lines that would *never* be troubled by incoming
  32732. calls. :-)
  32733.  
  32734.  
  32735. uucp: uunet!m2xenix!puddle!51!Leonard.Erickson
  32736. Internet: Leonard.Erickson@f51.n105.z1.fidonet.org
  32737.  
  32738. ------------------------------
  32739.  
  32740. From: sbrack@jupiter.cse.utoledo.edu (Steve Brack)
  32741. Subject: Re: Local Charges for 950 and 800 Access?
  32742. Organization: University of Toledo
  32743. Date: Wed, 04 May 1994 02:08:27 GMT
  32744.  
  32745.  
  32746. Here in Ohio Bell (well, Ameritech) territory, I haven't encountered
  32747. any payphones that charge for 800 numbers.
  32748.  
  32749.     My boyfriend's MCI card works off of a 700 number which
  32750. requires the deposit of a quarter to reach it, but returns the coin
  32751. after you hang up.
  32752.  
  32753.  
  32754. Steven S. Brack          sbrack@jupiter.cse.utoledo.edu
  32755. Toledo, OH  43613-1605   STU0061@UOFT01.BITNET          
  32756. MY OWN OPINIONS          sbrack@maine.cse.utoledo.edu            
  32757.  
  32758. ------------------------------
  32759.  
  32760. Date: Tue, 03 May 94 17:57 EDT
  32761. From: johnl@iecc.com (John R Levine)
  32762. Subject: Re: Incident Management Call Boxes
  32763. Organization: I.E.C.C., Cambridge, Mass.
  32764.  
  32765.  
  32766. > [re cellular roadside call boxes that call 911]
  32767. > The writer from Texas pointed out that "the system does not allow
  32768. > calls to anywhere else."  It was at this point that I mentioned the
  32769. > incident in Southern California where one call-box unit was either
  32770. > stolen or monitored to get its identification code, which was used to
  32771. > cause tens of thousands of dollars in fraudulent cellular calls.
  32772.  
  32773. Seems to be it'd be easier to work with the cellular company to fix
  32774. their switches to give a special class of service to the roadside
  32775. boxes that only permits 911, no other numbers, and no roaming.
  32776.  
  32777.  
  32778. Regards,
  32779.  
  32780. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  32781.  
  32782. ------------------------------
  32783.  
  32784. From: rf@cl.cam.ac.uk (Robin Fairbairns)
  32785. Subject: Re: Getting Phone Bills Over the Internet
  32786. Date: 03 May 1994 11:51:54 GMT
  32787. Organization: University of Cambridge Computer Laboratory
  32788.  
  32789.  
  32790. [TELECOM Digest Editor's Note: The original message in this thread
  32791. appeared in the telecom newsgroup in the UK; it did not appear here
  32792. but the thread seems interesting enough.  PAT]
  32793.  
  32794. In article <Co8MGB.HK@demon.co.uk>, John Lines <john@paladin.demon.co.
  32795. uk> wrote:
  32796.  
  32797. > I would like to be able to receive my phone (and other bills) over
  32798. > the Internet. As I pay them by Direct Debit in any case their function
  32799. > is to inform me what I have spent the money on. It would be cheaper
  32800. > for my phone company (who would not have to print and mail a bill, and
  32801. > save time for me.
  32802.  
  32803. It would be nice, wouldn't it?
  32804.  
  32805. > The actual itemised bill section would just have the number dialed,
  32806. the time and date, the duration, number of units and cost; one per
  32807. line, separated by tab characters. It would be easy to write a program
  32808. to digest such a bill, and it would benefit many.For example small
  32809. businesses, such as lawyers who re- charge phone costs to clients,
  32810. would be saved from having to re- key data from a paper bill. Students 
  32811. living in shared housed and splitting the phone bills could save some
  32812. time each quarter.  Anyone does some a mixture of business and private
  32813. calls on the same phone line and wants to be able to split them for
  32814. tax purposes would be saved a great deal of time.
  32815.  
  32816. Of course, here you identify the major problem with this proposal of
  32817. yours: anything that transmitted could contain sensitive business
  32818. information.  Since the internet is inherently insecure, that means
  32819. that the bill as transmitted would need (at the least) to be
  32820. encrypted; authentication information (e.g., digital signatures)
  32821. wouldn't come amiss either.
  32822.  
  32823. Now, we observe that you're posting from a UK address.  This means
  32824. that security software available to you is either:
  32825.  
  32826.  1. Illegally exported from the USA
  32827.  2. Academically produced (or otherwise free)
  32828.  3. Bloody expensive
  32829.  
  32830. It's inconceivable that a serious telco is going to accept software in
  32831. categories 1 or 2, so you're lumbered with 3.  Where are the cost
  32832. savings going...?
  32833.  
  32834. I agree with you that electronic billing is highly desirable.  I
  32835. disagree with the assertion that it's presently doable.
  32836.  
  32837.  
  32838. Robin (Campaign for Real Radio 3) Fairbairns       rf@cl.cam.ac.uk
  32839. U of Cambridge Computer Lab, Pembroke St, Cambridge  CB2 3QG, UK
  32840.  
  32841. ------------------------------
  32842.  
  32843. From: wjrst1@pitt.edu (William J Rehm)
  32844. Subject: Re: ZMODEM - Proprietary?
  32845. Date: 03 May 94 13:33:10 GMT
  32846.  
  32847.  
  32848. On 4 Apr 94 18:16:45 GMT, Matt Silveira wrote:
  32849.  
  32850. > With regard to ZMODEM, it is not proprietary and there are many
  32851. > "shareware" programs available for Macs, PCs, and UNIX boxes, check a
  32852. > "mirrored" INTERNET site or sumex.aim at Stanford for Macs.
  32853.  
  32854. As I understand the situation, zmodem is indeed a proprietary
  32855. protocol.  It's use on hosts is only free under certain restricted
  32856. contexts, academic use being one of them. Clients, on the other hand,
  32857. are free to incorporate zmodem protocols, since a host is required to
  32858. use them.
  32859.  
  32860. I have admittedly limited knowledge of this situation, but this is how
  32861. it was explained to me when I contacted the author's company.
  32862.  
  32863.  
  32864. Bill Rehm    wjrst1+@pitt.edu
  32865.  
  32866. ------------------------------
  32867.  
  32868. Subject: Cellular Call Forwarding
  32869. From: bruce.mchollan@keystone.keystone.fl.us (Bruce Mchollan)
  32870. Date: Tue, 03 May 94 21:12:00 -0500
  32871. Organization: Communications World
  32872. Reply-To: bruce.mchollan@keystone.keystone.fl.us (Bruce Mchollan)
  32873.  
  32874.  
  32875. A person I work with has a cellular phone with call forwarding.  When
  32876. he forwards his calls to another number and then calls his own
  32877. cellular number he is not charged for the call ($0!).  This works even
  32878. when he forwards his calls to a number within our LATA that would
  32879. invoke toll charges if dialed by land line.  He takes advantage to
  32880. save the toll charges.  Is this legal?
  32881.  
  32882. ------------------------------
  32883.  
  32884. Date: 03 May 1994 11:23:38 CET
  32885. From: SHAW +41 22 730 5338 <ROBERT.SHAW@itu.ch>
  32886. Subject: Re: Videocrypt Pirating
  32887.  
  32888.  
  32889. Stewart Fist <100033.2145@CompuServe.COM> wrote:
  32890.  
  32891. I know several shops here in Geneva (which has a huge English-
  32892. speaking expat community) that are selling fake Videocrypt cards that
  32893. give full access to the English Sky Multi-Channel package.  In many
  32894. cases, they give these cards away free to sell dish/receiver packages.
  32895. The fake cards have flourished in Geneva because Sky does not sell
  32896. subscriptions to its services
  32897.  
  32898. Outside the UK (I guess because they only have purchased broadcast
  32899. rights in that area).  I heard the down side is that Sky somehow
  32900. manages to change their encryption every few months so that you need
  32901. to go back to the shop for an updated PROM for which the shop charges
  32902. $30.00.  There are thousands of dishes
  32903.  
  32904. In this area pointing to Astra and receiving Sky via these fake cards
  32905. or by supplying friends/relatives addresses in the UK.  I don't know
  32906. if it is actually illegal in Switzerland or not.
  32907.  
  32908. Reminds me of a story I heard.  It seems that a person here who became
  32909. a Sky subscriber by supplying his mother's UK address had a phone call
  32910. to the number listed on his subscription form.  When they asked to
  32911. speak with him, she replied "oh no, he lives out in Switzerland".  I
  32912. heard Sky disabled his subscriber card remotely that night.
  32913.  
  32914.  
  32915. Robert Shaw    International Telecommunication Union
  32916.  
  32917. ------------------------------
  32918.  
  32919. Date: 03 May 94 22:37:00 EDT
  32920. From: Jim Derdzinski <73114.3146@CompuServe.COM>
  32921. Subject: Re: Lucy Waits for Call
  32922.  
  32923.  
  32924. > I have seen an episode of "I Love Lucy" where Lucy gets a party line
  32925. > cleared of a long conversation by claiming it's an emergency.  (She
  32926.  
  32927. I saw this episode, and the way she finally cleared the line was
  32928. hysterically classic Lucy (she breaks in and says something like
  32929. "gotta go dear, I just hear the doorbell" in which both ladies in the
  32930. conversation say goodbye and hang up").
  32931.  
  32932. > In the same episode, neighbor Ethel Mertz (played by Vivian Vance)
  32933. > brings her phone to Lucy's apartment.  Ethel's phone had a very long
  32934. > cord, and she said "don't tell the phone company, but every time
  32935. > someone moves, Fred gets a cord".  Fred Mertz was played by William
  32936. > Frawley.
  32937.  
  32938. This reminds me of when I was living in Indiana in the '70's.  I knew
  32939. this woman whose job was to clean and prepare vacant apartments in a
  32940. local complex.  Back then, as the telephones belonged to Bell, people
  32941. would leave them when they moved.
  32942.  
  32943. Well, to sum it up, this woman had about 50 or so Western Electric
  32944. telephones of various designs and configurations that she would swipe
  32945. while cleaning and painting the apartments (she was good with 42A
  32946. blocks).  I lost track of her, and my folks and I still joke about her
  32947. being sent up the river by Indiana Bell.  With all the crap on the
  32948. store shelves that passes for telephone equipment these days, I wish I
  32949. still had access to that "collection".
  32950.  
  32951. ------------------------------
  32952.  
  32953. From: ziemer@MCS.COM (Eric Ziemer)
  32954. Subject: Re: Lucy Waits For Call
  32955. Date: 26 Apr 1994 18:19:02 -0500
  32956. Organization: Another MCSNet Subscriber, Chgo's First Public-Access Internet!
  32957.  
  32958.  
  32959. Carl Moore (cmoore@BRL.MIL) wrote:
  32960.  
  32961. > I have seen an episode of "I Love Lucy" where Lucy gets a party line
  32962. > cleared of a long conversation by claiming it's an emergency.  (She
  32963. > was waiting for a call from a random drawing.  Party line calls should
  32964. > be kept short out of courtesy, but I was concerned that this fictitious 
  32965. > incident would run afoul of laws making it an offense to get use of a 
  32966. > line by false claim of emergency.)
  32967.  
  32968.   Sure.  Just get her telephone number and file a complaint!
  32969.  
  32970.  
  32971. Eric R. Ziemer    ziemer@tmn.com  
  32972. ziemer@mcs.com    Chicago, IL     
  32973.  
  32974. ------------------------------
  32975.  
  32976. From: dct@odin.mda.uth.tmc.edu (David C. Tuttle)
  32977. Subject: Re: Lucy Waits For Call
  32978. Date: Tue, 03 May 1994 13:56:33 -0600
  32979. Organization: University of Texas M.D. Anderson Cancer Center
  32980.  
  32981.  
  32982. In article <telecom14.180.12@eecs.nwu.edu>, Carl Moore <cmoore@BRL.
  32983. MIL> wrote:
  32984.  
  32985. > I have seen an episode of "I Love Lucy" where Lucy gets a party line
  32986. > cleared of a long conversation by claiming it's an emergency...
  32987.  
  32988. The "I Love Lucy" episode I remember doesn't go quite that way (these
  32989. may be different episodes...).  The party line is being used, and Lucy
  32990. wants to clear it.  Lucy announces that it's an emergency, but the
  32991. people ignore her -- she's pulled that trick one too many times.  (And
  32992. while it's a crime to falsely state an emergency, it's also one not to
  32993. yield the line when an emergency is announced.)
  32994.  
  32995. So Lucy stays on the line and waits for a lull in the conversation,
  32996. then says (with a Brooklyn accent) "Oh, there's the door, I've got to
  32997. call you back."  Both parties think the other person said it, so they
  32998. both hastily say "goodbye" and hang up.
  32999.  
  33000. Jeez, why do people like me bother to remember these things? :-)
  33001.  
  33002.  
  33003. David C. Tuttle, Biomathematics   ----> dct@odin.mda.uth.tmc.edu <----
  33004. University of Texas M.D. Anderson Cancer Center        +1 713 792 2606
  33005. Mail Stop 237, 1515 Holcombe Boulevard, Houston, TX  77030-4096    USA
  33006.  
  33007.  
  33008. [TELECOM Digest Editor's Note: Columbia Video Club (that's the reincar-
  33009. nation of the old Columbia Record Club/Columbia House operation) down 
  33010. in Terre Haute, IN has a whole series of the old "I Love Lucy" shows on
  33011. videotape taken from the original masters. There are several dozen
  33012. videotapes in the entire collection if anyone is interested.   PAT]
  33013.  
  33014. ------------------------------
  33015.  
  33016. Date: Tue, 03 May 94 22:48:32 EDT
  33017. From: Carl Moore <cmoore@BRL.MIL>
  33018. Subject: Ricky Finds Old Phone
  33019.  
  33020.  
  33021. In the famous birth episode of "I Love Lucy", Ricky Ricardo seeks to
  33022. make a call from the waiting room and finds a telephone with a
  33023. cup-shaped ear piece and no dial.  Ricky (played by Desi Arnaz) asks
  33024. about the lack of a dial and is told to give the girl (the operator)
  33025. the number.  (Reminds you of the recent incident of someone not
  33026. knowing how to use a rotary phone.)  He asks the operator for CIrcle
  33027. 1-xxxx.  If this supposedly happens in New York City, I find there was
  33028. a CH1 in zone 7 (Brooklyn).  When did the suggestion about 555-xxxx
  33029. come in?  (Also, on this early TV program, I fail to see the
  33030. disclaimer that the persons and events shown are fictitious.)
  33031.  
  33032.  
  33033. [TELECOM Digest Editor's Note: This episode is another one available
  33034. in the series from Columbia Video. Lucille Ball once noted that even
  33035. had her child been a girl (in those days, pre-birth sex detirmination
  33036. had not been developed as a medical technique) they had decided to go
  33037. ahead with a boy on the show. The airing of that show was timed in 
  33038. such a way that Ms. Ball gave birth an hour or so before the pre-recorded
  33039. show (usually "Lucy" was done live, before an audience, but not that
  33040. night) was aired. Red Skelton's comedy show came on CBS right after
  33041. "Lucy" each week, and that night as the show started, Skelton announced
  33042. that Ms. Ball had successfully given birth about two hours earlier.
  33043.  
  33044. Desilu Productions took a gamble and wrote a boy into the script,
  33045. which is how it turned out. They debated back-pedaling and changing
  33046. the newborn into a girl in future shows had it been one but eventually
  33047. decided to stick with a boy in future shows regardless of the actual
  33048. outcome in Ms. Ball's personal life. There is/was a CIrcle exchange in
  33049. New York. CIrcle-5-1500 was the number for the Diners Club switchboard
  33050. when that credit card processing office was located in NYC on Circle
  33051. Plaza (Park?).  PAT]
  33052.  
  33053. ------------------------------
  33054.  
  33055. Date: Tue, 03 May 94 22:42:58 EDT
  33056. From: Carl Moore <cmoore@BRL.MIL>
  33057. Subject: Teaser
  33058.  
  33059.  
  33060. April 1994 phone bill in Md. said "You'll never have to write another
  33061. check payable to C&P Telephone".  The catch is that you'd write checks
  33062. to Bell Atlantic-MD instead.
  33063.  
  33064. ------------------------------
  33065.  
  33066. End of TELECOM Digest V14 #200
  33067. ******************************
  33068.