home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1995.volume.15 / vol15.iss151-200 < prev    next >
Text File  |  1995-04-18  |  1MB  |  32,592 lines

  1.     
  2. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa09750;
  3.           17 Mar 95 0:24 EST
  4. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5.     id AA26827; Thu, 16 Mar 95 19:52:10 CST
  6. Return-Path: <telecom>
  7. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8.     id AA26821; Thu, 16 Mar 95 19:52:08 CST
  9. Date: Thu, 16 Mar 95 19:52:08 CST
  10. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11. Message-Id: <9503170152.AA26821@delta.eecs.nwu.edu>
  12. To: telecom@eecs.nwu.edu
  13. Subject: TELECOM Digest V15 #151
  14.  
  15. TELECOM Digest     Thu, 16 Mar 95 19:52:00 CST    Volume 15 : Issue 151
  16.  
  17. Inside This Issue:                           Editor: Patrick A. Townson
  18.  
  19.     Delrina Primes Communications Software Market With Free Products (J Bzoza)
  20.     Help Needed on Toll-Fraud/Hacking (Rick J. Dosky)
  21.     Communications Software Help Needed (Arthur Anderson)
  22.     AT&T Consent Decree Information Wanted (K. Camel)
  23.     Telecom Professional Organizations and Magazines (Brian Smith)
  24.     Magnet in Cell Phone Dangerous to Laptop? (Jeffrey A. Porten)
  25.     Recommendations For Good Primer on Telecom Technologies (Jim Renzas)
  26.     Telecom Analyst/Administrator Job Description (Robert Bleiler)
  27.     Newstream Pager Information Wanted (Huang Zhengqian)
  28.     Impact of Satellite on Indonesian Society (Olivier Vandeloo)
  29.     Bandwidth Question (Martha Marin)
  30.     GE Phone + SWBT = No Caller ID? (William E. Hope)
  31.     Useful Community Service (Jerry Leichter)
  32.     Telecommunication in China (Tom Dedecker)
  33.     Looking For "Help Desk" System (Mark J. Sullivan)
  34.     Caller ID Signaling in Europe (John W. Pan)
  35.     Telephony Demand Estimates - Any Clues? (John Bachmann)
  36.     Help with inverted phone book cd-rom (Carmen Oveissi)
  37.     Information Wanted on Datacom Technologies Inc. (John Dearing)
  38.     Optical Wave Analyzer (Bruce Roberts)
  39.     Re: Last Laugh! Technology Notes (John J. Butz)
  40.  
  41. TELECOM Digest is an electronic journal devoted mostly but not
  42. exclusively to telecommunications topics. It is circulated anywhere
  43. there is email, in addition to various telecom forums on a variety of
  44. public service systems and networks including Compuserve and America
  45. On Line. It is also gatewayed to Usenet where it appears as the moderated
  46. newsgroup 'comp.dcom.telecom'. 
  47.  
  48. Subscriptions are available to qualified organizations and individual
  49. readers. Write and tell us how you qualify:
  50.  
  51.                  * telecom-request@eecs.nwu.edu *
  52.  
  53. The Digest is edited, published and compilation-copyrighted by Patrick
  54. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  55. or phone at:
  56.                     9457-D Niles Center Road
  57.                      Skokie, IL USA   60076
  58.                        Phone: 500-677-1616
  59.                         Fax: 708-329-0572
  60.   ** Article submission address only: telecom@eecs.nwu.edu **
  61.  
  62. Our archives are located at lcs.mit.edu and are available by using
  63. anonymous ftp. The archives can also be accessed using our email
  64. information service. For a copy of a helpful file explaining how to
  65. use the information service, just ask.
  66.  
  67. *************************************************************************
  68. *   TELECOM Digest is partially funded by a grant from the              *
  69. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  70. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  71. * project.  Views expressed herein should not be construed as represent-*
  72. * ing views of the ITU.                                                 *
  73. *************************************************************************
  74.  
  75. Additionally, the Digest is funded by gifts from generous readers such
  76. as yourself who provide funding in amounts deemed appropriate. Your help 
  77. is important and appreciated. A suggested donation of twenty dollars per
  78. year per reader is considered appropriate. See our address above.
  79.  
  80. All opinions expressed herein are deemed to be those of the author. Any
  81. organizations listed are for identification purposes only and messages
  82. should not be considered any official expression by the organization.
  83. ----------------------------------------------------------------------
  84.  
  85. From: Jack Bzoza <JackB@delrina.com>
  86. Subject: Delrina Primes Communications Software Market With Free Products
  87. Date: Thu, 16 Mar 95 10:06:00 PST
  88.  
  89.  
  90. Plans Distribution of WinComm LITE<tm> and Full-Featured FreeComm<tm> for 
  91. DOS through 50,000 Bulletin Boards
  92.  
  93. SAN JOSE, CA and TORONTO, ONT -- March 16, 1995 -- Delrina Corporation
  94. (NASDAQ:DENAF, TSE:DC), today announced a campaign to prime the market
  95. with free versions of its award winning on-line communications
  96. software for Windows<tm> and DOS.  Delrina will distribute free
  97. versions of WinComm LITE for Windows and the full-featured FreeComm,
  98. an on-line communications package for DOS that competes with
  99. Datastorm+s Procomm Plus<tm> for DOS, to more than 50,000 bulletin
  100. boards (BBS) in North America.  The product license grants users free
  101. unrestricted use of the software to introduce them to Delrina+s
  102. full-featured products: WinComm PRO<tm> and Communications Suite<tm>.
  103. Delrina is offering special upgrade pricing from either FreeComm or
  104. WinComm LITE to WinComm PRO for only $49.95 ($65.95 Cdn) or to
  105. Communications Suite for $89.95 ($119.95 Cdn).
  106.  
  107. Both WinComm LITE and FreeComm are on-line communications software
  108. packages that enable users to connect to on-line services (such as
  109. CompuServe and MCI Mail) and bulletin board systems.  They provide
  110. users with the facility to upload and download files using Xmodem,
  111. Ymodem, Zmodem, and CompuServe B+ protocols, and include support for
  112. the most common terminal emulations (VT52/100, ANSI, TTY and
  113. CompuServe).  While WinComm LITE does not include all the features and
  114. capabilities of the retail product, WinComm PRO, it sports the same
  115. icon based graphical user interface that has set the standard for
  116. ease-of-use in Windows communications packages.  FreeComm for DOS, on
  117. the other hand, is the full-featured product akin to WinComm PRO,
  118. which Delrina is licensing to users for free.
  119.  
  120. "We are very enthusiastic about the products we have developed and we
  121. believe that users will share in that excitement once they try our
  122. software," said Marc Camm, general manager, Desktop Communications
  123. business unit at Delrina.  "This promotion is designed to give the
  124. on-line community a risk-free sample of what we+re doing with our
  125. communications software, and to raise the level of awareness that
  126. Delrina is a serious long term player committed to this market.  We+re
  127. confident that users will find these products extremely useful, and
  128. will feel encouraged to upgrade to our full-featured Windows
  129. communications product WinComm PRO," added Camm.
  130.  
  131. WinComm LITE and FreeComm will both be immediately available for
  132. download through CRS Online at (416) 213-6002 or (416) 213-6003.
  133. Delrina recently acquired CRS Online, and the launch of WinComm LITE
  134. and FreeComm is the first promotion it is doing through the bulletin
  135. board service.  Over the next few days Delrina will also place copies
  136. of the programs on its technical support BBS at (416) 441-2752, and
  137. its forum on CompuServe (GO DELRINA).  Through the CRS Online
  138. connection, however, Delrina expects copies of the software to reach
  139. thousands of other BBS+s within several days.
  140.  
  141. Since both WinComm LITE and FreeComm will be distributed freely
  142. through the on-line community -- a fairly sophisticated and computer
  143. literate group -- Delrina will not provide free technical support, but
  144. will encourage users to upgrade to one of the Windows products
  145. (WinComm PRO or Communications Suite) for which free technical support
  146. is provided.  Delrina does not plan to upgrade FreeComm for DOS with
  147. further DOS versions.
  148.  
  149. Delrina Corporation designs, develops, markets and supports innovative
  150. PC software products and services in the fax, data and voice communica-
  151. tions, electronic forms, and consumer software markets.  Founded in
  152. 1988, the Company is ranked in sales among the top fifteen software
  153. publishers in North America and is recognized as the worldwide leader
  154. in PC fax and forms.
  155.  
  156. Delrina employs more than 600 people with offices in Toronto and Ottawa, 
  157. Canada; San Jose, CA; Kirkland, WA; Washington, DC; Lexington, MA; the 
  158. United Kingdom; France; and Germany.
  159.  
  160. Press Contact:
  161. Shelly Sofer, Delrina Corp. (416) 441-4702
  162. Internet: shellys@delrina.com
  163.  
  164. ------------------------------
  165.  
  166. From: rdosky@wis.com (Rick J. Dosky)
  167. Subject: Help Needed on Toll-Fraud/Hacking
  168. Date: 16 Mar 1995 17:39:17 GMT
  169. Organization: Wisconsin Internet Services
  170.  
  171.  
  172. I have recently been given the task of discovering ways to prevent
  173. toll-fraud/hacking. I need as much information as possible. I know
  174. that there are several different approaches. I am interestid in
  175. hearing about all of them.
  176.  
  177. If any one can offer some helpful hints they will be appreciated!
  178.  
  179.  
  180. Thanks!
  181.  
  182. Rick Dosky (rdosky@free.org)    The Limited, Columbus, OH
  183.  
  184.  
  185. [TELECOM Digest Editor's Note: This is an awfully large order. It can
  186. go on and on and on ... and has here in these columns many times in
  187. the past. In order to zero in intelligently on this, why not give us
  188. an idea of your particular application; *what kind* of system or network
  189. are you going to attempt to protect?   Since we cannot save the whole
  190. world, however desirable that may or may not be, let's concentrate on
  191. protecting a part of it. Now you tell us what's needed. Are there any
  192. specifics, or are we just talking theories here?     PAT]
  193.  
  194. ------------------------------
  195.  
  196. From: aca3@netaxs.com (Arthur Anderson)
  197. Subject: Communications Software Help Wanted
  198. Date: 16 Mar 1995 17:39:18 GMT
  199. Organization: Philadlephia's Complete Internet Provider
  200.  
  201.  
  202. To help a friend make the leap into computers and internet, I recently
  203. dragged my old 8088 PC out of the closet and pluged in an old 2400
  204. baud modem i had lying arround. The hardware is fine, but this
  205. prehistoric configuration doesn't have a hard drive and i cant find
  206. any communications software which works off the 5 1/4 inch floppy
  207. drives.
  208.  
  209. If anyone knows of some no-frills communications software that might
  210. work in this environment, please-please-please e-mail me at
  211. aca3@netaxs.com (any help would be greatly appreciated).
  212.  
  213.  
  214. Thanks,
  215.  
  216. Arthur
  217.  
  218. ------------------------------
  219.  
  220. From: kcamel@aol.com (KCamel)
  221. Subject: AT&T Consent Decree
  222. Date: 16 Mar 1995 09:43:42 -0500
  223. Organization: America Online, Inc. (1-800-827-6364)
  224. Reply-To: kcamel@aol.com (KCamel)
  225.  
  226.  
  227. I am looking for Internet access to the 1982 AT&T Consent Decree which
  228. divested MaBell and created the RBOCs.  Please e-mail information to 
  229. KCamel@aol.com.
  230.  
  231. ------------------------------
  232.  
  233. From: SMITHB@nutra.monsanto.com (Brian Smith)
  234. Subject: Telecom Professional Organizations and Magazines
  235. Date: Wed, 15 Mar 1995 17:05:27 -0500
  236. Organization: NSC Technologies
  237.  
  238.  
  239. Hello,
  240.  
  241. I am new to the InterNet. I am looking for suggestions of professional
  242. telecommunication groups to join, newsgroups on the Net, and professional 
  243. journals or magazines. I am a consultant working with AT&T PBX systems.  
  244. Any help or suggestions would be great!
  245.  
  246.  
  247. [TELECOM Digest Editor's Note: Welcome to the net. You seem to have
  248. stumbled into the right place for telecom discussions, and I expect if
  249. you hang around you'll meet many telecom professionals here.   PAT]
  250.  
  251. ------------------------------
  252.  
  253. From: jporten@mail2.sas.upenn.edu (Jeffrey A. Porten)
  254. Subject: Magnet in Cell Phone Dangerous to Laptop?
  255. Date: 16 Mar 1995 01:11:30 GMT
  256. Organization: University of Pennsylvania
  257.  
  258.  
  259. First, thanks to all who answered my scanner question. Now, for number
  260. two:
  261.  
  262. I finally broke down and got that cell phone today, a Motorola Microtac 
  263. 550.  The idea is to throw it into the shoulder bag and have it when I 
  264. need it; it's a walk-around phone, since I don't have a car.
  265.  
  266. So, having signed the contract, I read in the manual, "there's a magnet 
  267. in the phone, so don't expose for long periods of time to magnetic 
  268. media."  Off I go to the 800 number, to ask how strong the magnet is.
  269.  
  270. Their first response: "duhhhh..."
  271.  
  272. Second response: "I talked to the tech people.  It's a small magnet, 
  273. about a quarter inch long.  It's there to close the flip.  The width of 
  274. the phone and battery is enough to block the field, but of course we 
  275. can't be sure."
  276.  
  277. So ... I'm assuming that I'm not the first person in the world to
  278. throw the MicroTac into a laptop bag.  I'm wondering if anyone has any
  279. information about whether this is dangerous in practice?  I'll be
  280. keeping the phone in a pocket on the other side from the laptop, of
  281. course.
  282.  
  283.  
  284. Thanks again,
  285.  
  286. Jeff
  287.  
  288. ------------------------------
  289.  
  290. Date: Wed, 15 Mar 1995 17:23:12 -0800
  291. From: suneater@ix.netcom.com (Jim Renzas)
  292. Subject: Recommendations For Good Primer on Telecom Technologies
  293.  
  294.  
  295. I need to get a copy of a good primer on emerging telecom technologies, 
  296. so that I can get a basic explanation of what each telecom technology
  297. does and how it is used.  I work in the real estate industry and often
  298. have to work with companies that are seeking access to specific
  299. technologies as a pre-requisite to the selection of a new location.
  300. If you or one of your correspondents could recommend a soure, I would
  301. appreciate it.
  302.  
  303. ------------------------------
  304.  
  305. From: BobBlei@ix.netcom.com (Robert Bleiler)
  306. Subject: Telecom Analyst/Administrator Job Description
  307. Date: 16 Mar 1995 11:08:00 GMT
  308. Organization: Netcom
  309.  
  310.  
  311. A new job responsibility requires that I develop a description for a 
  312. position that is presently filled, but needs the kind of direction that 
  313. would be provided by an official job description.
  314.  
  315. The job title is Telecom Administrator and involves, primarily, the 
  316. design and implementation of Call Control Tables for our company-owned 
  317. ACD (Aspect). Duties range from the previously mentioned responsibility 
  318. for CCT's and general call routing to interfacing with the human element
  319. of the system (various project managers at one end and system users at 
  320. the other) and satisfying, using the system's many capabilities, their 
  321. communication needs.
  322.  
  323. I am in the process of capturing, on paper, the duties presently 
  324. performed by the individual filling the position, but could definately 
  325. benefit from the help of any kind souls who have already accomplished 
  326. the task. It sure would help to be able to compare what I come up with - 
  327. a description of our reality - to other (accepted) realities!
  328.  
  329. Any help, suggestions, or examples would be greatly appreciated!
  330.  
  331.  
  332. Bob Bleiler
  333.  
  334. BobBlei@ix.netcom.com    206 728-1883 (FAX)
  335.  
  336. ------------------------------
  337.  
  338. From: zqhuang@sunmp.csd.hku.hk (HUANG Zhengqian)
  339. Subject: Newstream Pager Information Wanted
  340. Organization: Department of Computer Science, The University of Hong Kong
  341. Date: Thu, 16 Mar 1995 13:27:04 GMT
  342.  
  343.  
  344. Hi,
  345.  
  346. Does anybody know what is "Newstream Advanced Information Receiver"
  347. (pager)? Is it connected to computer? RS-232?
  348.  
  349.  
  350. HUANG Zhengqian
  351.  
  352. ------------------------------
  353.  
  354. From: hw40095@vub.ac.be (VANDELOO OLIVIER)
  355. Subject: Impact of Satellite on Indonesian Society
  356. Date: 16 Mar 1995 13:42:50 GMT
  357. Organization: Brussels Free Universities (VUB/ULB), Belgium
  358.  
  359.  
  360. Hello,
  361.  
  362. I'm looking for information about the impact of satellite technology
  363. on Indonesian society. Is the use of the Indonesian Satellite system
  364. (Palapa) a step forward for the rural development of Indonesia? If you
  365. have articles about this subject or other useful information, please
  366. let me know.
  367.  
  368.  
  369. Thank You!
  370.  
  371. hw40095@is1.vub.ac.be (VANDELOO OLIVIER)
  372. Student Communicatiewetenschappen
  373. Vrije Universiteit Brussel
  374.  
  375. ------------------------------
  376.  
  377. From: SAETEL@ix.netcom.com (MARTHA MARIN)
  378. Subject: Bandwidth Question
  379. Date: 16 Mar 1995 14:21:19 GMT
  380. Organization: Netcom
  381.  
  382.  
  383. Advice, suggestions and contacts most gratefully received.
  384.  
  385. We are looking for the best option that would allow us to lease a
  386. specific bandwidth from a long distance carrier and increase it any
  387. time as needed for video conferencing in intermitent periods. We are
  388. looking for good performance at modic prices.
  389.  
  390.  
  391. Thanks and greetings,
  392.  
  393. EdTepper.Saetel@ix.netcom.com
  394.  
  395. ------------------------------
  396.  
  397. From: wehope@ews7.dseg.ti.com (William E. Hope)
  398. Subject: GE Phone + SWBT = No Caller ID?
  399. Date: 16 Mar 1995 14:39:20 GMT
  400. Organization: Texas Instruments, Inc.  Dallas, TX
  401. Reply-To: wehope@ews7.dseg.ti.com
  402.  
  403.  
  404. Thanks to those who replied.  I called the SWBT Service folks again
  405. and this time I got someone who was interested in helping me.  She
  406. patiently listened to the whole story and decided to run a line test.
  407. After a few minutes she called back and told me that my line was
  408. crossed with another line and that the Caller Id was susceptible to
  409. line noise and problems.
  410.  
  411. I suspect that my line was damaged by a lightning strike across the street
  412. a few years back that took out a couple of pieces of my equipment.  Since
  413. the phone still worked, I didn't think to get it checked then.
  414.  
  415.  
  416. Thanks again.
  417.  
  418. Bill Hope      DSEG Software Automation  
  419. Texas Instruments, Inc.    email: wehope@ti.com      
  420. voice: 214.995.5618       
  421.  
  422. ------------------------------
  423.  
  424. Date: Wed, 15 Mar 95 08:27:19 EDT
  425. From: Jerry Leichter <leichter@lrw.com>
  426. Subject: Useful Community Service
  427.  
  428.  
  429. An article in the {New York Times} a couple of weeks back contained an
  430. interesting story.  MFS, an alternate dial-tone provider in New York
  431. City, has started a charitable program in which they provide voice
  432. mailboxes for homeless people.  Quotes from some of the recipients
  433. indicate that they have found this an extremely valuable service: If
  434. you are looking for a job, not being able to give a phone number where
  435. you can be reached is a killer.  Giving the phone number of the
  436. shelter where you are staying sounds great, but a call answered with
  437. "XYZ Shelter" pretty much kills your job prospects.  At least for the
  438. people interviewed, the voice mailbox led to a job.
  439.  
  440. [Given the atmosphere on the net: No one so far, least of all me, is
  441. suggesting that providing "lifeline voice mailboxes" should be a
  442. government program or a legal requirement.  What MFS is doing is
  443. old-fashioned charity, and deserves nothing but praise.]
  444.  
  445.  
  446. Jerry
  447.  
  448. ------------------------------
  449.  
  450. From: hw42276@vub.ac.be (DEDECKER TOM)
  451. Subject: Information Wanted About Telecommunications in China
  452. Date: 15 Mar 1995 14:32:50 GMT
  453. Organization: Brussels Free Universities (VUB/ULB), Belgium
  454.  
  455.  
  456. Hello, I am a student at the Free University of Brussels and I am writing
  457. a paper about telecommunication development in China. I need information
  458. about the Chinese policy and why it is important for them. If you know
  459. something about it please mail it to me. 
  460.  
  461.  
  462. Thank you,
  463.  
  464. hw42276@is1.vub.ac.be
  465. (DEDECKER TOM) Student Communicatiewetenschappen Vrije Universiteit
  466. Brussel
  467.  
  468. ------------------------------
  469.  
  470. From: actmjs@hawk.depaul.edu (Mark J. Sullivan)
  471. Subject: Looking For "Help Desk" System
  472. Date: 15 Mar 1995 15:12:09 GMT
  473. Organization: DePaul University, Chicago Il.
  474.  
  475.  
  476. I am interested in a computer-based phone help-desk system to assist
  477. in the selling of a product.  In general, I would like to support five
  478. phone attendants with voice mail and fax back capability.  I would
  479. also like it to be expandable.  I would like to deal with an integrator 
  480. in the Chicago area or, alternatively, I would like to be able to observe 
  481. the operations of a satisfied customer with a similar system in the Chicago 
  482. area.  I have more details on desired system features that I would be
  483. happy to email to anyone who thinks they may have a package that would
  484. meet my needs.  I am currently preparing the budget.  I won't be in a
  485. position to buy until June.
  486.  
  487.  
  488. Thank you,
  489.  
  490. Mark Sullivan  ACTMJ@HAWK.DEPAUL.EDU
  491.  
  492. ------------------------------
  493.  
  494. From: johnwpan@aol.com (JohnWPan)
  495. Subject: Caller ID Signaling in Europe
  496. Date: 15 Mar 1995 11:02:19 -0500
  497. Organization: America Online, Inc. (1-800-827-6364)
  498. Reply-To: johnwpan@aol.com (JohnWPan)
  499.  
  500.  
  501. >> Alexis Kasperavicius <alexis@news.cinenet.net> wrote:
  502.  
  503. >> Caller ID is not sent as a DTMF string.
  504.  
  505. >> In article <3jbuu3$1h3@hollywood.cinenet.net>,
  506. >> Yes, it is, in Sweden.
  507.  
  508. > roodh@dds.nl (Hendrik Rood)
  509. > In article <3jnf17$74b@rtk.inregia.se>, ge@inregia.se (Goran Edvardsson) 
  510. > wrote:
  511. > And also in the Netherlands :=) 
  512.  
  513. And also in Germany.
  514.  
  515. At least some European countries choose DTMF as means to send Caller
  516. ID, rather than the U.S. standard of 1200 baud FSK.  The advantage is
  517. that the DTMF coded Caller ID can be sent BEFORE the first ring.  Thus
  518. the called party in those countries, unlike us, need not wait four
  519. more seconds for the Caller ID.  The disadvantage is of course slower
  520. signaling speed, adequate for now but constraining if you want name
  521. and number.
  522.  
  523. I have seen pizza parlor operators in the U.S. frustrated over having
  524. to wait for Caller ID before answering the phone or deal with crank
  525. calls.
  526.  
  527. ------------------------------
  528.  
  529. From: jobachmann@aol.com (JOBACHMANN)
  530. Subject: Telephony Demand Estimates - Any Clues?
  531. Date: 15 Mar 1995 13:24:57 -0500
  532. Organization: America Online, Inc. (1-800-827-6364)
  533. Reply-To: jobachmann@aol.com (JOBACHMANN)
  534.  
  535.  
  536. I am getting confused by the various demand estimates and suggestions
  537. I am reading.
  538.  
  539. Take mobile/cellular/GSM services in high GDP counties:  is the current
  540. Swedish statistic of 98 GSM subscribers per 1000 population the saturation
  541. point?  Or is a full 80%, as BIS has suggested, which "is interested in
  542. wireless communication"?
  543.  
  544. In lesser developed counties, both mobile and lines compete for the
  545. same market.  China is generally described as a huge market, which
  546. over 15 companies/consortiums are currently addressing, so that the
  547. 1993 (e.g.  Shanghai) penetration of 11 per 100 has gone to 25-plus
  548. per 100 now.  The point that many future market estimate reports seem
  549. to miss is that the Asian targets 1) are currently being addressed and
  550. 2) will have competition from Beijing Marine Communications, Indosat,
  551. Inmarsat-P, etc etc, 3) are unstable, i.e. China and Indonesia could
  552. forbid certain foreign companies to operate within their borders.
  553. With this in mind, what will the real demand, both fulfilled and
  554. unfulfilled, will be like in 1998?
  555.  
  556. I appreciate any thoughts, references or discussion on this.
  557.  
  558.  
  559. Regards,
  560.  
  561. John Bachmann   NY, NY    JoBachmann@AOL.COM
  562.  
  563. ------------------------------
  564.  
  565. From: Carmen  Oveissi <co2d@kelvin.seas.virginia.edu>
  566. Subject: Help With Inverted Phone Book CD-Rom
  567. Organization: uva
  568. Date: Wed, 15 Mar 1995 20:01:58 GMT
  569.  
  570.  
  571. Hi, if you happen to have this CD-rom for residential numbers, please
  572. mail me.  I need some help with something.
  573.  
  574. Thanks a million for any input!!!!
  575.  
  576.  
  577. Carmen Oveissi * co2d@kelvin.seas.virginia.edu 
  578. (v) 982-5440 * (f) 982-5473
  579.  
  580. ------------------------------
  581.  
  582. From: jdearing@netaxs.com (John Dearing)
  583. Subject: Information Wanted on Datacom Technologies Inc.
  584. Date: 15 Mar 1995 20:55:55 GMT
  585. Organization: Philadlephia's Complete Internet Provider
  586.  
  587.  
  588. I'm looking for the address or phone number (or E-mail address) of a 
  589. company called:
  590.  
  591. Datacom Technologies Inc.
  592.  
  593. They manufacture data communications test equipment and I'm interested
  594. in one of their BERT sets. The only info I have is from a catalog and
  595. they won't give me the address or phone number of the manufacturer. 8-(
  596.  
  597. E-mail or followups greatly appreciated.
  598.  
  599.  
  600. John Dearing  jdearing@netaxs.com
  601.  
  602. ------------------------------
  603.  
  604. From: bruce.roberts@greatesc.com (Bruce Roberts)
  605. Subject: Optical Wave Analyzer
  606. Date: Wed, 15 Mar 1995 18:15:00 GMT
  607. Organization: The Great Escape - Gardena, CA - (310) 676-3534
  608.  
  609.  
  610. For some unknown reason our test equipment folks have decided that we
  611. need an optical wave analyzer as part of our field service kit.  We
  612. don't think we need one and would appreciate comments, pro or con, to
  613. help resolve this.  Thanks in advance,
  614.  
  615.  
  616. TTFN -br-
  617.  
  618. Bruce Roberts, bruce.roberts@greatesc.com
  619.  
  620. ------------------------------
  621.  
  622. Date: Thu, 16 Mar 95 09:45:25 EST
  623. From: jbutz@hogpa.ho.att.com (John J Butz)
  624. Subject: Re: Last Laugh! Technology Notes
  625.  
  626.  
  627. bellaire@iquest.net writes:
  628.  
  629. > I keep wondering how my children will be affected by these changes.  
  630. > Then my six year old nephew visited my parents.  He found an old 
  631. > typewriter, pulled it out and began typing...
  632. >    LOAD "GAMES", 8,1
  633.  
  634. Wait a minute ... isn't this the syntax for the commodore "VIC 20" 
  635. command line interpreter, circa 1981?  Where device type=8 (cassette
  636. player) and device number = 1 (cassette number 1).
  637.  
  638. I still have my Apple IIe (aka "Mr Chips").  It's amazing the magic
  639. accomplished by software developers of that era with only 64K of
  640. memory and the whopping horse power provided by the Motorola 6502.  My
  641. 207 Meg drive has been rendered obsolete by MS Office, while ten years
  642. ago, AppleWorks provided a mouse driven, integrated word processor,
  643. database and spreadsheet using only 10 Megs.  Does anyone remember
  644. "disk cracker," guaranteed to copy a disk in ten seconds or less?
  645.  
  646.  
  647. J Butz    AT&T-GCCS Service SW Development    jbutz@hogpa.att.com
  648.  
  649.  
  650. [TELECOM Digest Editor's Note: Sure I remember the VIC-20! We owners of
  651. OSI (Ohio Scientific, Inc) models C-1-P used to laugh at the VIC-20
  652. guys. Then when I got my Apple ][+ I would laugh at the guys with the
  653. Radio Shack TRS-80 machines. And none of us had the vaguest notion
  654. where all this would get us ... <sad smile> ... the first BBS in the
  655. *world* was here in Chicago in 1979, operated by Randy Seuss and Ward
  656. Christianson. I used it a lot, as did all of the few people who had a
  657. modem. 110 baud ... <grin> ... that modem cost me a couple hundred
  658. dollars. Then Hayes came out with their 300 baud Smart Modem. I still
  659. have it around here somewhere. About the same time Bill Blue was putting
  660. together a BBS called "People's Message System" for Apple computers. I
  661. was the 'sysop' for the Chicago Public Library BBS, a book/movie review
  662. and social commentary system for about a year, and in the process developed
  663. a BBS of my own called Lakeshore Modem Magazine which was a social commentary/
  664. discussion system with calendars of events for classical music programs in 
  665. the area.  
  666.  
  667. I first had a membership in Compuserve in 1980 *before* they had the
  668. 'CB Simulator' program, let alone three different machines for it to
  669. handle the overflow on weekends ... <giggling> ... in those days CIS
  670. actually thought people would pay $9 per hour to read the news and
  671. weather reports and use the Grolier's Encyclopedia on line. Then a guy
  672. working for CIS said how about let's experiment with a product where
  673. users can chat on line with other users. Everyone laughed at him;
  674. thought him quite the fool.  They said no one would be interested in
  675. anything like that; they call in here to do research in the encyclopedia 
  676. and to get the latest news and market updates, and to send email to
  677. our other subscribers (what few of them there were). But he persisted,
  678. and they decided to try 'CB Simulator' on a trial basis for a few
  679. months, if only so they could prove him wrong.  Remember, we were just
  680. coming out of the 'real' Citizens Band rage, and they thought the name
  681. would be fitting.
  682.  
  683. In a few months they had 50-75 people on there at a time on weekends, and
  684. the software bugs were aplenty:  a backup machine was available and when
  685. 'CB would crash' and dump the whole congregation rudely off line and
  686. back their local nodes, within seconds you'd see the mob come back in
  687. and go to the standby machine. Then anywhere from a minute to thirty minutes
  688. later someone would announce 'CB is back up' and everyone would vanish from
  689. the overflow machine. One night -- I guess 1983 or so -- I was on the
  690. overflow machine (it was a lot quieter there all the time, none of the
  691. constant paging and the 'are you m/f how old?' questions on the other side.
  692. Just three or four of us sitting there chatting ... all of a sudden all
  693. kinds of people writing messages we see flowing past on the screen; a 
  694. look at the user log shows ten people where there had been just three a
  695. couple minutes earlier. Another pass of the user log, seconds later showed
  696. about twenty people there ... what's going on, one of us asked; where are
  697. all these people coming from?  "Oh," says one of the newcomers, "CB crashed
  698. again; the third time today; everyone is probably logging on over here
  699. until it gets back up."  In those days the main CB machine was divided into
  700. channels like now, but as it got more crowded all the 'adult' channels
  701. eventually were moved to the standby machine and yet a third machine was
  702. put in for standby purposes. Now the standby machine is actually used as
  703. an adult overflow: last weekend at one point there were over a *thousand*
  704. people in chat all at one time on the three machines, with the teens having
  705. about 60 users on their 'channel' and the gay people with about 70 users
  706. on their channel. Routinely the adult machine reaches its maximum capacity
  707. early on Friday night and stays maxed out until Sunday night, with the
  708. late-comers going to the overflow machine. From Compuserve CB came all the
  709. imitators, the America OnLine Chat Rooms, IRC and all the others. 
  710.  
  711. We thought we were really hot stuff back in 1980 ... with our Apples and
  712. our VIC-20s and our TRS-80's from Radio Shack, aka 'Trash 80'. Who could
  713. have imagined all this?   So when was the last time *you* logged into
  714. Compuserve to use the encyclopedia?    <g>      PAT]
  715.  
  716. ------------------------------
  717.  
  718. End of TELECOM Digest V15 #151
  719. ******************************
  720.     
  721.     
  722. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20993;
  723.           17 Mar 95 15:45 EST
  724. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  725.     id AA07659; Fri, 17 Mar 95 09:05:07 CST
  726. Return-Path: <telecom>
  727. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  728.     id AA07651; Fri, 17 Mar 95 09:05:04 CST
  729. Date: Fri, 17 Mar 95 09:05:04 CST
  730. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  731. Message-Id: <9503171505.AA07651@delta.eecs.nwu.edu>
  732. To: telecom@eecs.nwu.edu
  733. Subject: TELECOM Digest V15 #152
  734.  
  735. TELECOM Digest     Fri, 17 Mar 95 09:05:00 CST    Volume 15 : Issue 152
  736.  
  737. Inside This Issue:                           Editor: Patrick A. Townson
  738.  
  739.     UCLA Short Course: "Fuzzy Logic, Chaos, and Neural Networks" (W. R. Goodin)
  740.     GTE (GTD-5) ISDN is Coming (Lauren Weinstein)
  741.     Wireless, Extra Phone Outlets (Morten Haugen)
  742.     RFP for Telephone Switch Maintenance (Paul Sharp)
  743.     Looking For Information on Automated Teller Machines (wwarshowsk1@vaxa)
  744.     Conformance Testing of IS-54 IS-41 (Liqun Yang)
  745.     Information Wanted on ITI/Oncor (mdesmon@aol.com)
  746.     Re: Wanted: International Phone Directories (Ray Normandeau)
  747.     Re: PBS Rumors and Innuendo: Any Truth? (Jim Vishoot)
  748.     Re: PBS Rumors and Innuendo: Any Truth? (David Ofsevit)
  749.     Re: Citizens in Support of Public Broadcasting (Matt Noah)
  750.     Re: Number Assignment Psychology (Stan Schwartz)
  751.     Re: Jake Baker Released on Bond Pending Trial (Atri Indiresan)
  752.     Re: New NPA for Houston TX (Kyle Rhorer)
  753.     Re: More on Hong Kong's Internet Debacle (rlance@escape.com)
  754.     Re: More on Hong Kong (Henry Leininger)
  755.     Re: Help: E Telco Step-by-Step Switch (Patton M. Turner)
  756.     Re: Pair Gain Line Problem (Patton M. Turner)
  757.  
  758. TELECOM Digest is an electronic journal devoted mostly but not
  759. exclusively to telecommunications topics. It is circulated anywhere
  760. there is email, in addition to various telecom forums on a variety of
  761. public service systems and networks including Compuserve and America
  762. On Line. It is also gatewayed to Usenet where it appears as the moderated
  763. newsgroup 'comp.dcom.telecom'. 
  764.  
  765. Subscriptions are available to qualified organizations and individual
  766. readers. Write and tell us how you qualify:
  767.  
  768.                  * telecom-request@eecs.nwu.edu *
  769.  
  770. The Digest is edited, published and compilation-copyrighted by Patrick
  771. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  772. or phone at:
  773.                     9457-D Niles Center Road
  774.                      Skokie, IL USA   60076
  775.                        Phone: 500-677-1616
  776.                         Fax: 708-329-0572
  777.   ** Article submission address only: telecom@eecs.nwu.edu **
  778.  
  779. Our archives are located at lcs.mit.edu and are available by using
  780. anonymous ftp. The archives can also be accessed using our email
  781. information service. For a copy of a helpful file explaining how to
  782. use the information service, just ask.
  783.  
  784. *************************************************************************
  785. *   TELECOM Digest is partially funded by a grant from the              *
  786. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  787. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  788. * project.  Views expressed herein should not be construed as represent-*
  789. * ing views of the ITU.                                                 *
  790. *************************************************************************
  791.  
  792. Additionally, the Digest is funded by gifts from generous readers such
  793. as yourself who provide funding in amounts deemed appropriate. Your help 
  794. is important and appreciated. A suggested donation of twenty dollars per
  795. year per reader is considered appropriate. See our address above.
  796.  
  797. All opinions expressed herein are deemed to be those of the author. Any
  798. organizations listed are for identification purposes only and messages
  799. should not be considered any official expression by the organization.
  800. ----------------------------------------------------------------------
  801.  
  802. From: BGOODIN@UNEX.UCLA.EDU (William R. Goodin)
  803. Subject: UCLA Short Course: "Fuzzy Logic, Chaos, and Neural Networks"
  804. Date: Thu, 16 Mar 1995 19:01:43
  805. Organization: UCLA Extension
  806.  
  807.  
  808. On May 22-24, 1995, UCLA Extension will present the short course,
  809. "Fuzzy Logic, Chaos, and Neural Networks: Principles and Applications", 
  810. on the UCLA campus in Los Angeles.
  811.  
  812. The instructor is Harold Szu, PhD, Research Physicist, Washington,
  813. DC., and Past President of International Neural Network Society (INNS).
  814.  
  815. This course presents the principles and applications of several
  816. different but related disciplines -- neural networks, fuzzy logic,
  817. chaos -- in the context of pattern recognition, control of engineering
  818. tolerance imprecision, and the prediction of fluctuating time series.
  819. Since research into these areas has contributed to the understanding
  820. of human intelligence, researchers have dramatically enhanced their
  821. understanding of fuzzy neural systems and in fact may have discovered
  822. the "Rosetta stone" to decipher and unify these intelligence functions.  
  823. For example, complex neurodynamic patterns may be understood and
  824. modelled by Artificial Neural Networks (ANN) governed by fixed-point
  825. attractor dynamics in terms of a Hebbian learning matrix among bifurcated 
  826. neurons.  Each node generates a low-dimensional bifurcation cascade towards 
  827. the chaos but together they form collective ambiguous outputs; e.g., a
  828. fuzzy set called the Fuzzy Membership Function (FMF).  This feature
  829. becomes particularly powerful for real-world applications in signal
  830. processing, pattern recognition and/or prediction/control.  
  831.  
  832. The course delineates the difference between the classical sigmoidal
  833. squash function of the typical neuron threshold logic and the new
  834. N-shaped sigmoidal function having a "piecewise negative logic" that
  835. can generate a Feigenbaum cascade of bifurcation outputs of which the
  836. overall envelope is postulated to be the triangle FMF.  The course
  837. also discusses applications of chaos and collective chaos for
  838. spatio-temporal information processing that has been embedded through
  839. an ANN bifurcation cascade of those collective chaotic outputs
  840. generated from piecewise negative logic neurons.  These chaotic
  841. outputs learn the FMF triangle-shape with a different degree of
  842. fuzziness as defined by the scaling function of the multiresolution
  843. analysis (MRA) used often in wavelet transforms.  Another advantage of
  844. this methodology is information processing in a synthetic nonlinear
  845. dynamical environment.  For example, nonlinear ocean waves can be
  846. efficiently analyzed by nonlinear soliton dynamics, rather than
  847. traditional Fourier series.  Implementation techniques in chaos ANN
  848. chips are given.
  849.  
  850. The course covers essential ANN learning theory and the elementary
  851. mathematics of chaos such as the bifurcation cascade route to chaos
  852. and the rudimentary Fuzzy Logic (FL) for those interdisciplinary
  853. participants with only basic knowledge of the subject areas.  Various
  854. applications in chaos, fuzzy logic, and neural net learning are
  855. illustrated in terms of spatiotemporal information processing, such
  856. as:
  857.  
  858.  --Signal/image de-noise
  859.  --Control device/machine chaos
  860.  --Communication coding
  861.  --Chaotic heart and biomedical applications.
  862.  
  863. For additional information and a complete course description,
  864. please contact Marcus Hennessy at:
  865. (310) 825-1047
  866. (310) 206-2815  fax
  867. mhenness@unex.ucla.edu
  868.  
  869. or Dr. Harold Szu directly for questions regarding course content: 
  870. (301) 394-3097
  871. (301) 392-3923  fax
  872. hszu@ulysses.nswc.navy.mil
  873.  
  874. ------------------------------
  875.  
  876. Date: Thu, 16 Mar 95 18:52 PST
  877. From: lauren@vortex.com (Lauren Weinstein)
  878. Subject: GTE (GTD-5) ISDN is Coming
  879.  
  880.  
  881. Greetings.  To my considerable surprise given previously available
  882. information, I've learned from the data folks at GTE California that
  883. widespread ISDN implementation in their GTD-5 service areas will be
  884. rolling out this year.  This is surprising since previously I had been
  885. led to believe that not only would ISDN service not be supported
  886. directly through GTD-5 switches, but that no plans for backhauling
  887. ISDN into those areas had been made.
  888.  
  889. Apparently, this has all changed.  For example, parts of the West Los
  890. Angeles area served by GTD-5 switches are slated for ISDN on 9/1,
  891. including remote RSUs served by those switches.  There seems to be a
  892. general (no pun intended) plan to widely provide ISDN in those areas
  893. through what GTE is calling "overlays".
  894.  
  895. I also obtained the rate information.  While I don't have the numbers
  896. here with me, it appears that ISDN will be between two and three times
  897. more expensive per month (though a similar cost to install) for GTE
  898. customers than for area Pacific Bell customers.  *Roughly*, the
  899. monthly charges would seem to be in the $40-$50 range if the customer
  900. is within 14K feet of the CO, plus another $22/mo or so if past that
  901. distance (for additional equipment).  I'm not sure if the interstate
  902. line access charge is included in those numbers or not.  There is a
  903. small differential (about $5/mo) between residential and business ISDN
  904. monthly rates.  Business ISDN calls would be charged at conventional
  905. rates for local calls (all are measured), while residential ISDN
  906. (apparently) will incur no charge for local calls.
  907.  
  908. All this is based on what I learned from GTE over the last few days,
  909. and of course may be subject to change.  Interested L.A. area GTE
  910. customers should call the main business office number and ask for the
  911. "Huntington Beach Data Desk".  Asking the front line people about ISDN
  912. is likely to not be particularly fruitful, to say the least.
  913.  
  914.  
  915.  --Lauren--
  916.  
  917. ------------------------------
  918.  
  919. From: Morten Haugen <100115.1641@CompuServe.COM>
  920. Subject: Wireless, Extra Phone Outlets
  921. Date: 17 Mar 1995 08:38:51 GMT
  922. Organization: WM-data Communication A/S
  923.  
  924.  
  925. I saw an advertisement in CompuServe magazine for General Electric,
  926. which described some equipment (a sender and a receiever) for
  927. wireless, extra phone outlets. In fact, the in-house AC power
  928. sockets/wiring was used as transmission medium.  Do similar
  929. solutions exist for European (Norwegian) specifications?
  930.  
  931.  
  932. Morten Haugen    Lier, Norway
  933.  
  934. ------------------------------
  935.  
  936. From: PAUL SHARP <PSHARP@ch1.univnorthco.edu>
  937. Organization:  Univ of Northern Colo
  938. Date: Wed, 15 Mar 1995 11:42:14 MST
  939. Subject: RFP For Telephone Switch Maintenance
  940.  
  941.  
  942. We are in the process of trying to write an RFP for yearly maintenance
  943. on our Northern Telecom SL1XT telephone switch.  If anyone can help us
  944. or knows of anyone who has recently done this please contact me
  945. directly.  
  946.  
  947.  
  948. Thanks in advance.
  949.  
  950. Paul Sharp   Information Services
  951. University of Northern Colorado
  952. Greeley, Colorado 80639
  953. (303) 351-1455   psharp@mail.univnorthco.edu
  954.  
  955. ------------------------------
  956.  
  957. From: wwarshowsk1@vaxa.hofstra.edu
  958. Subject: Looking For Information on Automated Teller Machines
  959. Date: 16 Mar 95 21:43:38 EST
  960. Organization: Hofstra University
  961.  
  962.  
  963. I am looking for some research material or advice on the current usage
  964. and future trends of Automated Teller Machines for a possible MBA
  965. thesis topic.  I would appreciate any advice or comments.  
  966.  
  967.  
  968. Thank you.
  969.  
  970. ------------------------------
  971.  
  972. From: lyang@csi.UOttawa.CA (Liqun Yang)
  973. Subject: Conformance Testing of IS-54 IS-41
  974. Date: 16 Mar 1995 20:00:49 GMT
  975. Organization: University of Ottawa
  976.  
  977.  
  978. Could anyone there talk about the conformance testing about IS-54 or
  979. IS-41 please?
  980.  
  981. Activities, practices, theories, comments?
  982.  
  983.  
  984. Thanks,
  985.  
  986. Liqun Yang                      e-mail: lyang@csi.uottawa.ca
  987. Department of Computer Sci
  988. University of Ottawa            phone : (613) 565-1719
  989. Ottawa, Canada K1N 6N5          
  990.  
  991. ------------------------------
  992.  
  993. From: mdesmon@aol.com (MDesmon)
  994. Subject: Information Wanted on ITI/Oncor
  995. Date: 16 Mar 1995 22:31:44 -0500
  996. Organization: America Online, Inc. (1-800-827-6364)
  997. Reply-To: mdesmon@aol.com (MDesmon)
  998.  
  999.  
  1000. Does anybody know anything about a company called ITI/Oncor?  Is it
  1001. out of business?  The last I heard, the company was in trouble and was
  1002. being run by the same guy who ran Telesphere.
  1003.  
  1004. ------------------------------
  1005.  
  1006. Subject: Re: Wanted: International Phone Directories
  1007. From: ray.normandeau@factory.com (Ray Normandeau)
  1008. Date: 17 Mar 95 18:04:00 GMT
  1009. Organization: Invention Factory's BBS - New York NY - 212-274-8110
  1010. Reply-To: ray.normandeau@factory.com (Ray Normandeau)
  1011.  
  1012.  
  1013. > Therefore I am asking the readers here if they would be interested in
  1014. > helping me to increase my collection of phone directories. I collect
  1015. > also yellow pages. Of course I will pay for the surface mail.
  1016.  
  1017. I once worked for an advertising agency in New York City that ONLY
  1018. handled Yellow Pages advertising.
  1019.  
  1020. In our library was the Yellow Pages for everyplace in the USA. The
  1021. library was about 20 feet by 20 feet and the four walls from floor to
  1022. about six-seven feet high was yellow pages with whites when they were
  1023. combined directories.
  1024.  
  1025. Anyhow when the new books came in the old ones were thrown out.
  1026.  
  1027. I recommend that you track down in your city an ad agency that handles
  1028. yellow pages advertising and ask for their old books.
  1029.  
  1030. ------------------------------
  1031.  
  1032. From: Jim.Vishoot@telematics.com (Jim Vishoot)
  1033. Subject: Re: PBS Rumors and Innuendo: Any Truth?
  1034. Date: 16 Mar 1995 22:04:16 GMT
  1035. Organization: Telematics Intl. Inc., Ft. Lauderdale, FL.
  1036.  
  1037.  
  1038. In article <telecom15.144.4@eecs.nwu.edu> cogorno@netcom.com (Steve
  1039. Cogorno) writes:
  1040.  
  1041. > Barney and Big Bird would obviously have a life if Federal PBS funding
  1042. > were axed.  I'm not sure about the "for a fee, of course" phrase,
  1043. > since we *already* pay a fee through our tax dollars.  I, myself,
  1044. > enjoy listening to Click & Clack on NPR's "Car Talk," but I would have
  1045. > no problems cutting funding for left-leaning shows such as "Morning
  1046. > Edition."  There is *much* more to PBS than Sesame Street, boys and
  1047. > girls.
  1048.  
  1049. > "Your tax dollars" amounts to about $0.75 for PBS.  THe federal
  1050. > government only gives PBS $147 million a year.  Did you know that
  1051. > military marching bands cost over $250 million a year?  Which would
  1052. > you rather support?
  1053.  
  1054. Congress gives the Corporation for Public Broadcasting (CPB) $300
  1055. million per year, not the relatively paltry $147 million cited
  1056. above. And that probably measures only the direct subsidy. There's
  1057. indirect subsidies and grants that go to local stations and other
  1058. organizations, for example, and some of these funds end up back in
  1059. CPB's pocket; the real number could be as high as $500 million per
  1060. year. There's also the license fees from sales of program-related
  1061. merchandise (e.g., $200 million per year for Sesame Street and $500
  1062. million per year for Barney). The CPB has just decided to demand a
  1063. percentage of those fees (I wonder what made them do that?).
  1064.  
  1065. The problem with public broadcasting really isn't so much *content* as
  1066. it is *attitude*. Much of its entertainment and education programming
  1067. would have little trouble finding sponsors in the private sector. Even
  1068. some of its better propaganda, umm, opinion, programs would do okay.
  1069. However, most of the public broadcasting money is controlled by a
  1070. small elitist clique with narrow interests. These are the people who
  1071. gave $20 million to one station in New York where the executives draw
  1072. salaries of $200-400 thousand per year. You know the type, they wrap
  1073. themselves in a cloak of public service while collecting taxpayer
  1074. money and begging the public for contributions. And then there's the
  1075. Children's Television Workshop (home of Big Bird et al.) who pays
  1076. salaries of $400-600 thousand per year. Considering the fact that 75%
  1077. of public broadcasting money is spent on overhead, not content, is it
  1078. such a good deal?
  1079.  
  1080. There are, and will increasingly be, all kinds of alternatives to public
  1081. broadcasting. It's an industrial age solution to an information age
  1082. problem. 
  1083.  
  1084. I'll let someone else address Steve's apparent dislike for military
  1085. marching bands, although I wonder: is it the "military" part or the
  1086. "marching band" part he dislikes so much? Judging by the fact that he
  1087. doesn't think Morning Edition is "left-leaning" (see below), I think I
  1088. know the answer.
  1089.  
  1090. Have a Good Day.
  1091.  
  1092.  
  1093. Jim Vishoot     Telematics International, Inc.
  1094.  
  1095. ------------------------------
  1096.  
  1097. Date: Fri, 10 Mar 1995 10:01:44 -0500
  1098. From: ofsevit@nac.lkg.dec.com (David, TCP/IP Consulting, 508 486-7210)
  1099. Subject: Re: PBS Rumors and Innuendo: Any Truth?
  1100.  
  1101.  
  1102. TELECOM Digest Editor noted:
  1103.  
  1104. > On a related note, did you see the report in the papers a couple days
  1105. > ago where some little kid goes in the kitchen to get his mother? He
  1106. > has been watching television and is crying. He says, "mama, Barney
  1107. > says he has to go away and I won't be able to see him any more unless
  1108. > you send him some money."  I thought to myself, those #$$%# !!
  1109. > Appealing to the little kids like that ... but the station which aired
  1110. > that said later it was only coincidental that the plea to 'help save
  1111. > public broacasting' went over the air at the time it did; they say
  1112. > they are trying to keep the kids out of it. Sure they are ... they
  1113. > know the success the commercial advertisers have each week on Saturday
  1114. > morning advertising during the children's programs.  The little brats
  1115. > see the products advertised, then harrass their parents until they get
  1116. > their way and have one (of whatever) of their own.    PAT]
  1117.  
  1118.     You miss the point.  Yes, given their current enormous
  1119. popularity, the bird and the dinosaur would certainly survive in some
  1120. form. BUT, without the seed money provided by the government's
  1121. subsidy, would they ever have come to exist in the first place?  Would
  1122. Ken Burns have been able to make the Civil War series?  Etc.?
  1123.  
  1124.     Also, you miss the difference between commercial TV using
  1125. programming to hook kids into wanting products, vs. PBS using appeals
  1126. during programming to insure continuation of that programming, as well
  1127. as being able to product new programming.  It's a sad indicatin of our
  1128. cynicism that many people can't imagine anything but a pure profit
  1129. motive, that they can't imagine doing something (and paying for it)
  1130. because it's a good thing for other people and the society they live
  1131. in.
  1132.  
  1133.     Does that make me a socialist?  :-) :-)
  1134.  
  1135.  
  1136. David Ofsevit
  1137.  
  1138. ------------------------------
  1139.  
  1140. From: noah@rain.org (Matt Noah)
  1141. Subject: Re: Citizens in Support of Public Broadcasting
  1142. Date: Thu, 16 Mar 95 23:43:48 GMT
  1143.  
  1144.  
  1145. In article <telecom15.148.17@eecs.nwu.edu>, citcomp@essential.org ([Citizens'
  1146. Committee for Public Broadcasting]) wrote:
  1147.  
  1148. > National Citizens Organization forms in response to the threat of
  1149. > drastic funding cuts to public broadcasting.
  1150.  
  1151. > The Citizens Committee for Public Broadcasting is a nationwide
  1152. > coalition of viewers, listeners, and organizations dedicated to
  1153. > preserving the independence, integrity, and quality of America s
  1154. > public broadcasting system.
  1155.  
  1156. No, you want tax money to pay for the Corporation for Public Broadcasting 
  1157. (CPB) which is PBS and NPR.  You want the money because most of the
  1158. liberal shows on PBS and NPR could not make it on their own if they
  1159. had to solicit advertising.
  1160.  
  1161. > CCPB is fighting efforts to eliminate the federal subsidies that
  1162. > ensure the quality, diversity and availability of public broadcasting
  1163. > for the American people. Annual subsidies -- which cost each American
  1164. > about $1.09 each year -- provide funds for both programming and
  1165. > station operating expenses, and are critical to the system s survival.
  1166.  
  1167. The CPB budget is over $1 Billion per year.  Counting everyone with a
  1168. pulse shows that we, as individuals, pay about $4/person/year.  For a
  1169. family of four that is $16/year.
  1170.  
  1171. > The House of Representatives has already proposed substantial cuts to
  1172. > fiscal year 1996 and 1997.  In order to preserve funding and quality
  1173. > programming for 1998 we must act now. The committee is encouraging
  1174. > additional local organizers and community groups to add their voice to the
  1175. > campaign. CCPB can provide background information on public broadcasting,
  1176. > congressional updates, and grassroots organizing expertise. 
  1177.  
  1178. If you think you could spend your money better than PBS and NPR,
  1179. contact your local congressman and ask him to cut tax money to CPB.
  1180. With over 150 channels to choose from, anything worthwhile on PBS or
  1181. NPR will find a home elsewhere.  It is called "free enterprise".
  1182.  
  1183. ------------------------------
  1184.  
  1185. From: stans@panix.com (Stan Schwartz)
  1186. Subject: Re: Number Assignment Psychology
  1187. Date: 16 Mar 1995 23:01:49 -0500
  1188. Organization: PANIX Public Access Internet and Unix, NYC
  1189.  
  1190.  
  1191. MSTRANDREW (mstrandrew@aol.com) wrote:
  1192.  
  1193. > Considering the recent events with NPA assignment in Chicago, is anyone
  1194. > familiar with any psychological studies regarding number assignment upon
  1195. > individuals or communities?
  1196.  
  1197. > Examples of interesting behaviors that I have found include:
  1198.  
  1199. > --- a desire to have a prefix which has existed for some time or a prefix
  1200. > that can be linked to historical use, e.g. current use of 873 and
  1201. > historical use of TRinity 3 (which is the case in my family and the small
  1202. > town where I grew up).
  1203.  
  1204. There was a large uproar a few years ago when East Hampton Long Island
  1205. (home of the beautiful people) introduced a new exchange.  I believe
  1206. the old one was 267 and the new ones are 324 and 329 (in the 516 NPA).
  1207. (I may have that reversed).  The point is, though, that people who for
  1208. some reason had to be moved to the new exchange were demanding to
  1209. retain their old numbers so that they wouldn't be looked down upon as
  1210. 'newbies'.  There were those people that DEMANDED to be in the old
  1211. exchange for the same reason (even though there are only 10,000
  1212. possible slots available and East Enders tend to have more than one
  1213. number assigned for a variety of reasons.
  1214.  
  1215.  
  1216. Stan
  1217.  
  1218.  
  1219. [TELECOM Digest Editor's Note: I am reminded of the staff announcer
  1220. on radio station WFMT, a local joke here which refers to itself as
  1221. Chicago's Fine Arts Station who for *years* after the switch to all
  1222. number dialing refused to go along with it and continued to give out
  1223. phone numbers by their original exchange name. Advertising copy from
  1224. sponsors would include a seven digit phone number and he would read
  1225. it as exchange name plus five digits. Given that most people have
  1226. long since forgotten about the exchange names, many listeners did not
  1227. know what phone number to call, and the sponsors beefed about it. He
  1228. kept on doing it anyway. Now and again a telephone number has to be
  1229. recited over the air which is a 'new' exchange and has no 'old name'
  1230. translation. I suspect it annoys him greatly.    PAT]
  1231.  
  1232. ------------------------------
  1233.  
  1234. Subject: Re: Jake Baker Released on Bond Pending Trial
  1235. Date: Fri, 17 Mar 1995 00:56:12 -0500
  1236. From: Atri Indiresan <atri@eecs.umich.edu>
  1237.  
  1238.  
  1239. > The University of Michigan student arrested a month or so ago
  1240. > accused of sending threatening communications over the
  1241. > Internet as a result of his story in alt.sex dealing with the
  1242. > torture rape of a classmate has been released on bond pending
  1243. > trial.
  1244.  
  1245. > 4) Regards the victim of his alleged actions, he must keep
  1246. > his distance.  No communications, telephone, written or
  1247. > otherwise with the victim.  Quite obviously, no threats, no
  1248. > harassment, no contact. Whether or not he can write about it
  1249. > on the Internet is a sort of grey area. The court did not
  1250. > comment on this. Baker cannot be denied the right to speak
  1251. > about his predicament and attempt to gather public sympathy
  1252. > and assistance for his defense.
  1253.  
  1254. According to The Michigan Daily (TMD) (Monday, March 13):
  1255.  
  1256. Jake Baker released in $10K bond
  1257.  
  1258. TMD> ...  [Federal Judge Avery] Cohn ordered Baker's mother,
  1259. TMD> Vilma, to take third-party custody of her son, and told Baker
  1260. TMD> to report to Pretrial Services once or twice each week. Cohn
  1261. TMD> also forbade Baker from entering Ann Arbor.
  1262.  
  1263. TMD>     "Mr. Baker should avoid Ann Arbor except to meet with his
  1264. TMD> lawyer," Cohn said. "And he is not allowed to meet with any
  1265. TMD> student of the University of Michigan or anyone else while in
  1266. TMD> Ann Arbor.
  1267.  
  1268. TMD>     "He is also not allowed to upload any information to the
  1269. TMD> Internet, but may (download) information as he wishes."
  1270.  
  1271. This seems to answer your question. If the report is accurate, clearly, 
  1272. he is NOT allowed to either post to any newsgroup, or send e-mail,
  1273. though he may read news and receive e-mail.
  1274.  
  1275. PAT> Although the government continued to argue against Baker's
  1276. PAT> release on bond, the court stated its opinion that justice
  1277. PAT> would be best served by permitting Baker to be released so
  1278. PAT> that he might continue his school work, and be in a better
  1279. PAT> position to cooperate with his attorney in preparing his
  1280. PAT> defense. He is not to leave the jurisdiction of the court or
  1281. PAT> the immediate vicinity of the university, etc without the
  1282. PAT> permission of his probation officer.
  1283.  
  1284. This seems to contradict the second paragraph I have quoted. It seems
  1285. like he is not allowed to visit Ann Arbor except under very restricted
  1286. circumstances. It really looks like it will be a while before he gets
  1287. back to academics at the U. of Michigan, if at all. Further:
  1288.  
  1289. TMD> Cohn also asked Vilma Baker to report "any unusual activities"
  1290. TMD> and that Baker "keep regular hours at night in his home in
  1291. TMD> Boardman, Ohio."
  1292.  
  1293. I know that the Fifth Amendment protects a person from being compelled
  1294. to be witness against themselves, but can a mother be forced to
  1295. testify against her son?
  1296.  
  1297.  
  1298. Atri
  1299.  
  1300.  
  1301. [TELECOM Digest Editor's Note: There seems to be a conflict here. The
  1302. version I got was originally he was told to stay out of Ann Arbor but
  1303. an objection was raised because he wanted to go to school and the
  1304. court took that under consideration. Since getting your message I have
  1305. tried to verify this further and apparently you and the {Michigan
  1306. Daily} are correct.
  1307.  
  1308. Only husbands and wives are constitutionally protected against being
  1309. required to testify against each other, and of course we do not have to
  1310. testify against ourselves. We may remain silent if we wish to do so.
  1311. There is no such provision for parents and children, or one relative
  1312. versus another relative, etc.   PAT]
  1313.  
  1314. ------------------------------
  1315.  
  1316. From: rhorer@meow.kb5imo.ampr.org (Kyle Rhorer)
  1317. Subject: Re: New NPA for Houston TX
  1318. Date: 16 Mar 1995 19:54:06 GMT
  1319. Organization: Phoenix Data Systems
  1320. Reply-To: rhorer@phoenix.net
  1321.  
  1322.  
  1323. Jeff Brielmaier (jeff.brielmaier@yob.com) wrote:
  1324.  
  1325. > 281 is an overlay on top of the 713 area code.  Until 03/01/96, SWBell
  1326. > will assign "wireless" (pager, cellular, etc) callers to the new area
  1327. > code.  After 03/01/96, SWBell will begin assigning "normal" (wired)
  1328. > users to the new area code.
  1329.  
  1330. > Until 03/01/96, local calls w/i the 713 area code can be dialed as
  1331. > seven-digits while all calls to the 281 AC will be 1 + 10D.  After 
  1332. > 03/01/96, all calls will have to be dialed as 1 + 10D.
  1333.  
  1334. That's how it's supposed to work in theory, but in practice things don't go 
  1335. quite so smoothly.  I can pick up the phone in my Southwestern Bell service 
  1336. area and dial 713NXXXXXX and be connected, as long as the number being
  1337. dialed is also in SWB's service area.  Notice no "1+".  When I try
  1338. 713-534-0212 (the local time and temperature number, provided by GTE in
  1339. their service area) I get a GTE intercept recording that my call could
  1340. not be completed as dialed.  If I dial it as seven digits, it goes
  1341. through.  If I dial 1-713-534-0212, I get SWB's intercept recording that
  1342. it is not necessary to dial 1 or 0.  If I go to my office in GTE's
  1343. service area and try to dial 713-NXXXXXX I get an intercept, as with
  1344. 1-713-NXXXXXX.  Not that it surprises me (given GTE's track record) but
  1345. it seems they are ignoring SWB and preventing their (GTE's) customers
  1346. from calling legitimate numbers.  
  1347.  
  1348. For many, many years they had SWB's business office and repair numbers
  1349. blocked (until SWB changed the numbers!) so I couldn't call from my
  1350. office in GTEland to check on the status of my SWB orders and/or
  1351. repairs.  As if that will somehow convince me to give up SWB and move
  1352. exclusively to GTE's area!  It truly amazes me that GTE buys the
  1353. latest in digital switches, has fiber running all over the place, etc.
  1354. but chooses to have the lousiest customer service in the world.  Maybe
  1355. they are spending too much on good equipment and not enough on executives 
  1356. to run the company?
  1357.  
  1358. ------------------------------
  1359.  
  1360. From: rlance@escape.com
  1361. Subject: Re: More on Hong Kong's Internet Debacle
  1362. Date: 16 Mar 1995 17:05:59 GMT
  1363. Organization: Escape Internet Access (212-888-8780).
  1364. Reply-To: rlance@escape.com
  1365.  
  1366.  
  1367. In <telecom15.141.1@eecs.nwu.edu>, robhall@hk.super.net writes:
  1368.  
  1369. > From the March 8, 1995 {South China Morning Post}:
  1370.  
  1371. > Police blame Internet raids on expansion
  1372. > ========================================
  1373.  
  1374. What would be the appropriate form of public outcry in instances like
  1375. these?  Would an international outcry be helpful?  There were
  1376. insufficient facts presented to get a real feel for what exactly the
  1377. problem or issue is.
  1378.  
  1379.  
  1380. ray
  1381.  
  1382.  
  1383. [TELECOM Digest Editor's Note: The 'real problem' seems to be the
  1384. businesses in particular did not obtain the appropriate licenses to
  1385. do business there. If you feel that's worth a public outcry, then
  1386. go ahead and cry. Me, I'll cry later, I am busy with other stuff
  1387. today. I am not a big fan of business licenses, and fees to pay for
  1388. same, but its the law over there, and since they are there they should
  1389. have obeyed the law in that country.   PAT]
  1390.  
  1391. ------------------------------
  1392.  
  1393. From: hlein@dirac.scri.fsu.edu (Henry Leininger)
  1394. Subject: Re: More on Hong Kong
  1395. Date: 16 Mar 1995 23:18:42 GMT
  1396. Organization: Florida State University
  1397.  
  1398.  
  1399. Rich Greenberg (richgr@netcom.com) wrote:
  1400.  
  1401. > still some confusion on why the police bothered to raid them over the
  1402. > lack of a $96 (750 Hong Kong Dollars) license. 
  1403.  
  1404. > We have it easy in the States; SuperNet charges about $25/hour for 
  1405. > daytime use and about $12.50/hr. off-peak.  The grounded competitors
  1406. > offered services at a cheaper prices ranging from about $6-$8/hr.
  1407.  
  1408. It should be noted that the above prices ($25/hour peak and $12.50/hour 
  1409. off-peak) are in Hong Kong dollars, roughly 1/8 of a USD.  $3/hr peak
  1410. and $1.50/hr nonpeak is still not cheap, but it's far less exorbitant
  1411. than this makes it sound.
  1412.  
  1413.  
  1414. Hank Leininger  hlein@scri.fsu.edu
  1415.  
  1416. ------------------------------
  1417.  
  1418. From: pturner@netcom.com (Patton M Turner)
  1419. Subject: Re: Help: E Telco Step-by-Step Switch
  1420. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  1421. Date: Thu, 16 Mar 1995 18:59:39 GMT
  1422.  
  1423.  
  1424. jlundgre@kn.PacBell.COM (John Lundgren) writes:
  1425.  
  1426. > Often the old equipment had a 'KS' or 'KSS' on it, and this meant that
  1427. > the equipment maker was Kellogg Switch and Signal, I think the name
  1428. > was.  Just something that I remembered from my military days long ago.
  1429. > I hope I'm not too far off. If so, there will probably be someone
  1430. > correcting me in a followup.
  1431.  
  1432. KS usually means a Bell System part number.  Many manufacturers put
  1433. the KS number on the all of the products on the Bell contract since
  1434. the Bell System was such a large customer.
  1435.  
  1436.  
  1437. Patton Turner  KB4GRZ  FAA Telecommunications  pturner@netcom.com
  1438.  
  1439. ------------------------------
  1440.  
  1441. From: pturner@netcom.com (Patton M Turner)
  1442. Subject: Re: Pair Gain Line Problem
  1443. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  1444. Date: Thu, 16 Mar 1995 19:05:02 GMT
  1445.  
  1446.  
  1447. ssatchell@BIX.com (ssatchell on BIX) writes:
  1448.  
  1449. > The problem is that most "pair-gain" systems use some form of ADPCM
  1450. > (Adaptive Differential Pulse-Code Modulation) which reduces the
  1451. > bitstream rate from the standard 64 kilobits/s to something smaller.
  1452.  
  1453. I haven't found this to be true.  DAMLs use the same PCM encoding as
  1454. do CO switches.  The same can be said for digital loop carrier (ie
  1455. SLC-96, SLC-5), but ADPCM cards are available, just rarely used.
  1456. Between fiber and HDSL, it's just not worth the agrivation to compress
  1457. the audio.
  1458.  
  1459. Analog pair-gain can cause problems, but nothing to do with ADPCM.
  1460.  
  1461.  
  1462. Patton Turner  KB4GRZ  FAA Telecommunications  pturner@netcom.com
  1463.  
  1464. ------------------------------
  1465.  
  1466. End of TELECOM Digest V15 #152
  1467. ******************************
  1468.     
  1469.     
  1470. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24175;
  1471.           17 Mar 95 20:41 EST
  1472. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1473.     id AA19621; Fri, 17 Mar 95 15:41:11 CST
  1474. Return-Path: <telecom>
  1475. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1476.     id AA19615; Fri, 17 Mar 95 15:41:09 CST
  1477. Date: Fri, 17 Mar 95 15:41:09 CST
  1478. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  1479. Message-Id: <9503172141.AA19615@delta.eecs.nwu.edu>
  1480. To: telecom@eecs.nwu.edu
  1481. Subject: TELECOM Digest V15 #153
  1482.  
  1483. TELECOM Digest     Fri, 17 Mar 95 15:41:00 CST    Volume 15 : Issue 153
  1484.  
  1485. Inside This Issue:                           Editor: Patrick A. Townson
  1486.  
  1487.     800 "Trademark" Rights (Jerry Leichter)
  1488.     U.S. 800 Users Alert  (Judith Oppenheimer)
  1489.     Request For Bandwidth/Apps Info For Research Report (Hank H. Lim)
  1490.     Re: Pac Bell, Cal. PUC, and "Reasonable Level of Service" (John Higdon)
  1491.     Re: NYNEX: Idiocy in Pricing (Russell Blau)
  1492.     Re: T1 -> Modems (scottpcs@aol.com)
  1493.     Re: Last Laugh! Technology Notes (Tom Blog)
  1494.  
  1495. TELECOM Digest is an electronic journal devoted mostly but not
  1496. exclusively to telecommunications topics. It is circulated anywhere
  1497. there is email, in addition to various telecom forums on a variety of
  1498. public service systems and networks including Compuserve and America
  1499. On Line. It is also gatewayed to Usenet where it appears as the moderated
  1500. newsgroup 'comp.dcom.telecom'. 
  1501.  
  1502. Subscriptions are available to qualified organizations and individual
  1503. readers. Write and tell us how you qualify:
  1504.  
  1505.                  * telecom-request@eecs.nwu.edu *
  1506.  
  1507. The Digest is edited, published and compilation-copyrighted by Patrick
  1508. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  1509. or phone at:
  1510.                     9457-D Niles Center Road
  1511.                      Skokie, IL USA   60076
  1512.                        Phone: 500-677-1616
  1513.                         Fax: 708-329-0572
  1514.   ** Article submission address only: telecom@eecs.nwu.edu **
  1515.  
  1516. Our archives are located at lcs.mit.edu and are available by using
  1517. anonymous ftp. The archives can also be accessed using our email
  1518. information service. For a copy of a helpful file explaining how to
  1519. use the information service, just ask.
  1520.  
  1521. *************************************************************************
  1522. *   TELECOM Digest is partially funded by a grant from the              *
  1523. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  1524. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  1525. * project.  Views expressed herein should not be construed as represent-*
  1526. * ing views of the ITU.                                                 *
  1527. *************************************************************************
  1528.  
  1529. Additionally, the Digest is funded by gifts from generous readers such
  1530. as yourself who provide funding in amounts deemed appropriate. Your help 
  1531. is important and appreciated. A suggested donation of twenty dollars per
  1532. year per reader is considered appropriate. See our address above.
  1533.  
  1534. All opinions expressed herein are deemed to be those of the author. Any
  1535. organizations listed are for identification purposes only and messages
  1536. should not be considered any official expression by the organization.
  1537. ----------------------------------------------------------------------
  1538.  
  1539. Date: Fri, 17 Mar 95 10:30:35 EDT
  1540. From: Jerry Leichter <leichter@lrw.com>
  1541. Subject: 800 "Trademark" Rights
  1542.  
  1543.  
  1544. Judith Oppenheimer recently posted another in her series of messages
  1545. trying to convince readers here -- as she and other professionals
  1546. working for various large corporations are trying to convince various
  1547. government agencies -- that those large corporations should be entitled
  1548. to very broad rights in the 800 numbers they are using.
  1549.  
  1550. I'd like to urge readers to think carefully before accepting her
  1551. propaganda.  What we have here is an attempt by some of the big
  1552. players to get the government to help them do their marketing -- and,
  1553. as is often the case, they are using reasonable-sounding arguments to
  1554. try to get "grass roots" support.
  1555.  
  1556. The law has traditionally recognized three kinds of property: real
  1557. property (originally, just land), "tangible" property (most physical
  1558. things), and "created" property (often called "intellectual
  1559. property").  Of the three, tangible property is the easiest to
  1560. understand.  We all know what it means to own, say, a chair.  The
  1561. extent of the owner's rights in that chair are pretty clear to all of
  1562. us.  The government simply provides mechanisms for protecting those
  1563. rights; the rights are inherent.
  1564.  
  1565. Real property is more complex.  For example, mineral rights can be
  1566. separated off from the underlying property; zoning regulations may
  1567. limit what you can do with land you own; and so on.  But that's not
  1568. relevent here.
  1569.  
  1570. Intellectual property is the most subtle.  Unlike the other kinds or
  1571. property, it can exist only to the degree that government protects it.
  1572. You can, at worst, arm yourself and keep people from walking off with
  1573. your tangible property; but as a practical matter, you can't
  1574. personally prevent someone from copying your copyrighted material.
  1575. The US Constitution explicitly gives Congress the power "To promote
  1576. the progress of science and useful arts, by securing for limited times
  1577. to authors and inventors the exclusive right to their respective
  1578. writings and discoveries", a power it has exercised through the
  1579. creation of patents and copyright.  Congress isn't given the power to
  1580. protect tangible or real property -- it doesn't have to be, since
  1581. ownership of such property was and is viewed as an inherent right.
  1582. Trademarks are a separate example, with a distinct history that
  1583. probably goes back to European guilds (and come into US law mainly
  1584. through state laws).
  1585.  
  1586. In all cases, the government creates intellectual property rights for
  1587. the common good of the citizenry, not exclusively for the individual
  1588. who might claim that right.  Because of this, the rights are carefully
  1589. defined and deliberately limited.  The Constitution itself says that
  1590. patents and copyrights should be for a limited time, for example; the
  1591. recent Lamachia case centered on the issue of whether copyright
  1592. violation was theft in the legal sense (it isn't).
  1593.  
  1594. Trademarks are also restricted.  You can only create a trademark by
  1595. using it in trade, for example -- you can't tie up a possibly-useful
  1596. trademark for years in the US (though recent changes in the law have
  1597. allowed some short-term reservations), as you can in some other legal
  1598. systems.  You can't prevent someone from using your trademark except
  1599. "in trade": Lawyers for Coca Cola periodically write to magazine
  1600. editors complaining about articles that refer to "Coke" generically.
  1601. Coca Cola would prefer that the magazines indicate that this is a
  1602. trademark, but there is nothing, legally, they can do to require it.
  1603.  
  1604. As a general rule, the more "meaningful" a trademark is, the weaker
  1605. the trademark's holders rights are.  No one can trademark the work
  1606. "book" to refer to printed matter -- though Microsoft, a very
  1607. aggressive litigator which is pushing the law in this area, has
  1608. asserted a claim on "Bookshelf" to refer to CD-ROM's containing
  1609. collections of printed matter.  While Microsoft may be able to control
  1610. the word "Bookshelf" for CD-ROM's, they can't prevent Radio Shack from
  1611. selling "bookshelf" speaker systems.  "Exxon", on the other hand, is a
  1612. term with no meaning, and Exxon can control it for essentially all
  1613. uses in trade.
  1614.  
  1615. Now consider our favorite example, 1-800-FLOWERS.  Ms. Oppenheimer
  1616. would first have us believe whoever is using that has a property right
  1617. in it because they've spent money on advertising.  Wrong.  The Supreme
  1618. Court not long ago rejected the "sweat of the brow" theory -- if I
  1619. worked hard on it, the government must protect my rights -- in the one
  1620. area of law where many had claimed it existed, copyright law.  (This
  1621. was the case that rejected copyright protection for white pages
  1622. listings.)  Will Ms. Oppenheimer claim a right to make a profit on
  1623. 1-800-FLOWERS because she's spent money advertising the concept of
  1624. ordering flowers by telephone?  Sorry, anyone can enter the
  1625. competition for that market; such "concepts" can't be protected.
  1626.  
  1627. Ms. Oppenheimer of course would like to protect customers from
  1628. "confusion".  That's the most common excuse given for getting the
  1629. government to kill your competitors.  If a restaurant moves out of a
  1630. location, does Ms. Oppenheimer believe no other restaurant should be
  1631. allowed to move in there because customers might be "confused" and go
  1632. to the new one based on advertising for the old?
  1633.  
  1634. Bet let's even grant Ms. Oppenheimer the right to protect "1-800-FLOWERS".  
  1635. Is she happy?  No; she wants more.  She wants "011-800-FLOWERS" as
  1636. well.  And, when the new toll-free number space opens up, "1-888-FLOWERS" - 
  1637. and, later, "1-877-FLOWERS" and all the rest of the proposed expansion
  1638. spaces.  Where the legal tradition construes created property rights
  1639. narrowly, she wants her rights construed as broadly as possible.  How
  1640. would she feel is some local store in a small town somewhere, which
  1641. has had local number "FLOWERS" for the last fifty years, asserted earlier
  1642. rights to "1-800-FLOWERS" and all the rest?  This kind of thing has
  1643. happened -- NBC, after spending hundreds of thousands of dollars on its
  1644. new stylized "N" symbol, found to its chagrin that a PBS station in
  1645. the midwest had been using the same symbol for years.  (NBC bought the
  1646. rights.)  Or perhaps there's WERS radio has been advertising "356-WERS" 
  1647. as their dial-in number for years.  How about their claim?  What if
  1648. they want "1-888-356WERS" to capitalize on the recognition *they've*
  1649. built up over the years?
  1650.  
  1651. I can see the argument for allowing the *full* "1-800-FLOWERS" as a
  1652. trademark.  It uniquely identifies a particular number across a whole
  1653. national market; it can be used in trade; it's only partially
  1654. meaningful.  I reject the attempt on Ms. Oppenheimer's part to broaden
  1655. the claim to cover every variant she sees being proposed.  If she
  1656. wants "011-800-FLOWERS", or "1-888-FLOWERS" as well, let her apply for
  1657. and use those -- along with "1-800-FLOWARS" for those who can't spell.
  1658. I see no reason why we as citizens should give her any special rights
  1659. to those variations.
  1660.  
  1661. By the way, precedent being formed today is against her arguments.
  1662. MCI owns 1-800-ATTCALL, and directs callers who dial it in place of
  1663. 1-800-CALLATT to MCI.  ATT has cut a deal with a small business who's
  1664. 800 number is a minor variation of 1-800-COLLECT to add a prompt that
  1665. directs callers to ATT if it's a collect call they are interested in
  1666. making.  As I recall, someone else has 1-800-KOLLECT.
  1667.  
  1668.  
  1669. [TELECOM Digest Editor's Note: Ms. Oppenheimer is with us again this
  1670. weekend, with another message on this topic, and hers follows next.   PAT]
  1671.  
  1672. ------------------------------
  1673.  
  1674. From: Judith Oppenheimer <producer@pipeline.com>
  1675. Date: Fri, 17 Mar 1995 13:49:29 -0500
  1676. Subject: U.S. 800 Users Alert 
  1677.  
  1678.  
  1679. Reprinted from {Digital Future Digest}, with permission from the
  1680. author.
  1681.  
  1682. This articles references a March 7th meeting; the next meeting is
  1683. March 24th.  Earl Barberly at the State Department can be faxed at 202
  1684. 647-7407.
  1685.  
  1686.  
  1687. Judith
  1688.  
  1689.                   -----------------------
  1690.  
  1691.  
  1692. By John Hart
  1693.  
  1694. Airlines, banks, car rental agencies, and other businesses in the
  1695. toll-freephone business, would like one, worldwide toll-free number
  1696. assigned to their companies. It would eliminate the myriad of numbers
  1697. one has to maintain and advertise in Europe, for example, due to the
  1698. complexity of the freephone service overseas.
  1699.  
  1700. It seems a new proposal has been put forth to the International
  1701. Telecommunications Union (ITU) called the Universal International
  1702. Freephone Service (UIFS), which simply put, means a business can
  1703. specify that when a freephone number is dialed in Europe, it rings in
  1704. an office in the U.S.
  1705.  
  1706. On the surface, this sounds like additional revenue for U.S. businesses, 
  1707. right? You're in Paris, and you want to re-book your flight, so you
  1708. call 00-800-123-4567, and bingo, you've got your airline reservation
  1709. desk in Tooele, Utah.
  1710.  
  1711. It sounds like a good plan. Then why is Ben Levitan, who represents
  1712. Aeronautical Radio, Inc. (ARINC), acting as the technical rep for the
  1713. airline industry, an unhappy man?
  1714.  
  1715. It seems, according to Mr. Levitan, that protecting existing U.S.
  1716. freephone numbers is being ignored, and the idea that some company in
  1717. Europe could easily grab the same digits as one of the airlines, is
  1718. causing him headaches. Sure the Europeans must dial 00-800 plus seven
  1719. digits, but the next seven digits may be the same as an existing
  1720. airline, or a car rental agency, or any business with freephone
  1721. service, or it may not.
  1722.  
  1723. Of course, if you don't sign up for UIFS service, you're kissing off
  1724. any possibility of ever getting your seven digits protected in Europe.
  1725. But then, if you do sign up for UIFS service, you stand a good chance
  1726. of not getting the same seven digits.  The ITU says there is no
  1727. guarantee even if you do sign up, you will get the same 800 number
  1728. outside the U.S. The ITU has in mind a quick 30-day window where
  1729. everyone faxes an application.
  1730.  
  1731. Get real. Do the math. 
  1732.  
  1733. If every one of the four to five million U.S. businesses that want to
  1734. keep their valuable toll-free numbers protected from ambitious
  1735. European businesses, starts faxing, 24-hours a day, for 30-days,
  1736. that's only 30,000 faxes in a month!
  1737.  
  1738. And you'd better read the fine print before you file an application
  1739. for UIFS. It clearly states in paragraph (g) "subscribers have no
  1740. legal or proprietary claim to any UIFS number." In other words, your
  1741. friendly common carrier will want you to declare that you have no
  1742. claim whatsoever to the number. Never mind the thousands of dollars
  1743. invested in marketing, not to mention trademarks.
  1744.  
  1745. ARINC has been working hard on behalf of all U.S. 800 number users -- for
  1746. example, they gathered the impressive ranks of such users as American
  1747. Express, EDS and the Ford Motor Company to draft and present the
  1748. "Users' Statement of Principles Regarding Universal International
  1749. Freephone Service -- but according to Mr. Levitan, the Chairman
  1750. conducting the ITU Study Group II meeting last December wouldn't even
  1751. allow the introduction of any new proposal, let alone a discussion.
  1752.  
  1753. "The clear answer is two country codes," Mr. Levitan told me.  "But
  1754. the comeback from the common carriers is 'we have a scarcity of
  1755. numbers'. If that is the case, then our proposal is a new seven-digit
  1756. code, but they're in a big hurry and want this UIFS service online
  1757. now," he said. "The assignor of country codes is the ITU in Geneva,
  1758. and they just don't seem interested in the two country code idea,
  1759. either."
  1760.  
  1761. What's the reason for pushing this UIFS deal down your throats?
  1762. Profit, plain and simple. The U.S. common carriers stand to make a ton
  1763. of money on all UIFS calls. That's an increase of a ton they aren't
  1764. making now. And they want to power this paperwork through without you
  1765. raising your telephone receiver to question their motives and objectives.
  1766.  
  1767. Hello? Anybody out there?
  1768.  
  1769. There's a public open meeting this March 7 and 8, in the Bellcore
  1770. offices, Washington, DC, to discuss the status of the U.S. part of the
  1771. UIFS proposal. Then, the ITU Study Group II meets in April, Tokyo, to
  1772. decide if the present baseline document -- the one all U.S. common
  1773. carriers love -- is acceptable and should be blessed with what they
  1774. refer to as "accelerated procedures."
  1775.  
  1776. 163 ITU member countries must approve the document. Only one U.S.
  1777. representative has the power to stop it. His name is Earl Barberly,
  1778. U.S. State Department. He can vote "yes," "no," or "six weeks delay,"
  1779. come April. Your 800 toll-free business is in his hands. His phone
  1780. number, along with some other folks who should hear from you, is
  1781. listed below. Good luck.
  1782.  
  1783. State Department:
  1784. Dick Beaird  202-647-5832 (Head of International)  
  1785. Earl Barberly  202-647-0197 (Head of International - Telecom)
  1786.  
  1787. FCC:
  1788. Payton Wynn (Common Carrier Complaints)  202-418-0942  
  1789. Tom Walsh (International)  202-418-0420
  1790.  
  1791. Fred Geachter, Bellcore, 
  1792. The North American numbering plan administrator  
  1793. (201) 740-4596, Chairman of ITU Q.2
  1794.  
  1795. Steve Engleman (214) 918-5166 
  1796. MCI Chairman of International Freephone Service;  
  1797. Michele Zelazny, MCI product manager 800 service:  (914) 934 6303.
  1798.  
  1799.                     ----------------------
  1800.  
  1801. J. Oppenheimer, Producer@Pipeline.com
  1802. Interactive CallBrand(TM)
  1803. The Brand:          Awareness -> Image
  1804. The CallBrand(TM):  Awareness -> Interaction -> Revenue
  1805.  
  1806.  
  1807. [TELECOM Digest Editor's Note: See a response from Jerry Leichter to the
  1808. efforts of Ms. Oppenheimer earlier, as the first message in this issue.  PAT]
  1809.  
  1810. ------------------------------
  1811.  
  1812. From: ep689@cleveland.Freenet.Edu (Hank H. Lim)
  1813. Subject: Request For Bandwidth/Apps Info For Research Report
  1814. Date: 17 Mar 1995 15:36:48 GMT
  1815. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  1816.  
  1817.  
  1818. Hi Gang,
  1819.  
  1820. As per the subject line, I was wondering if someone could refer me to
  1821. tabulated data on the bandwidth requirements for the different kinds
  1822. of electronic media, i.e. text-1.2kb to ?, voice-?, ... multimedia-?,
  1823. virtual reality-? anything more creative and less obvious? And also
  1824. the bandwidth capability of the various physical media: air, twisted
  1825. pair, shielded coax, optical fiber, etc.I tried Partridge's "Gigabit
  1826. Networks" but had no luck and some other sources.  on-line would be
  1827. great but a journal or text reference would be fine (I think I still
  1828. know how to use a library at this point).
  1829.  
  1830. Thanks in advance, 
  1831.  
  1832. Hank Lim                 Tel: (208) 368-4946
  1833. hlim@micron1.micron.com  Fax: (208) 368-2514
  1834.  
  1835. ------------------------------
  1836.  
  1837. Organization: Green Hills and Cows
  1838. Date: Thu, 16 Mar 1995 21:33:29 -0800
  1839. From: john@bovine.ati.com (John Higdon)
  1840. Subject: Re: Pac Bell, Cal. PUC, and "Reasonable Level of Service"
  1841.  
  1842.  
  1843. TELECOM Digest Editor noted:
  1844.  
  1845. > [TELECOM Digest Editor's Note: Well, I am no big fan of T-1. That is, I
  1846. > can take it or leave it, I worked in this business for so many years before
  1847. > T-1 came around that to me, thousands of 'those tiny little wires' is
  1848. > where its at.
  1849.  
  1850. As someone who has been in this business for just about the same
  1851. amount of time, I have to differ somewhat with that view. For
  1852. high-volume applications, T1 is the answer to prayers. Besides being
  1853. able to carry twenty-four conversations on two copper pairs, it does
  1854. so with perfect transmission quality. One mile or ten, if the circuit
  1855. is functioning, the audio quality is identical either way.
  1856. Additionally, splits can be made so that high speed data can be
  1857. carried on the bandwidth unoccupied by DS0 channels.
  1858.  
  1859. > In some cases also, the many thousands of 'tiny little wires' are
  1860. > easier for the person on location to repair and maintain. Lose a T-1
  1861. > for whatever reason and bunches of lines go out; lose a single wire
  1862. > and its not that big of a hassle to start tracing the problem and fix
  1863. > it.
  1864.  
  1865. Because of its alarm reporting systems and loopback capability, it is
  1866. frequently unnecessary to even send someone out, unless physical
  1867. equipment needs replacement. Yes, the loss of a T1 takes twenty-four
  1868. lines out of service. Because of that, telco responds accordingly.
  1869. Response committments are in minutes, not hours or days. Rather than
  1870. have a trunk with an annoying ground or some crackling sounds linger
  1871. for a couple of days, restoration of the T1 span is usually
  1872. accomplished in an hour or so.  Sophisticated equipment can pinpoint
  1873. T1 trouble in seconds.
  1874.  
  1875. > Even if your demarc is a mess -- and I have seen some *messy* ones
  1876. > with nothing tagged, wires in a jumble, etc, you can still put your
  1877. > sounder or noise maker on the wire where it terminates (at the modem,
  1878. > or phone or whatever) then 'ring out the line' back to the demarc,
  1879. > find it there by listening and repair, replace or remove it or
  1880. > whatever. Ten lines or ten thousand lines, no matter.
  1881.  
  1882. T1 requires none of this. Also, digitally delivered service is free from
  1883. inadvertant difficulty from sloppy cable splicers. There is no worry about
  1884. half-taps, bridge-taps, crossed connections, or even installers "borrowing"
  1885. your dial tone. There is something very reassuring to know that your 1.54
  1886. MBS circuit goes directly to a digital port on the serving 5ESS.
  1887.  
  1888. If there is a fault on a T1 circuit, it is instantly detected and alarms
  1889. are issued. More and more service is going to be delivered digitally in the
  1890. future, if not by the RBOCs, then by their competitors in the dial tone
  1891. market. In the SF Bay Area, Pac*Bell falls all over itself to deliver dial
  1892. tone via T1. One of my spans currently has only four active channels.
  1893. Digital "last mile" transport is neater, cleaner, and superior in every way
  1894. to the method developed in the 1800s.
  1895.  
  1896. As a side note, Netcom's headquarters are in the building in which I have a
  1897. client. Every last bit of service is delivered digitally from the AXminster
  1898. office in Santa Clara. The last of the analog service was just turned off
  1899. this month. Naturally, the line quality is perfect. This is to be
  1900. contrasted with my client's analog circuits in the same building that
  1901. actually required MTM buildout. They squeal just before dial tone
  1902. acquisition, sound hollow, and are otherwise substandard. Without
  1903. conditioning, the level is unusably low.
  1904.  
  1905. Needless to say, we are seriously discussing digital entrance facilities.
  1906.  
  1907.  
  1908. John Higdon  |    P.O. Box 7648   |   +1 408 264 4115     |       FAX:
  1909. john@ati.com | San Jose, CA 95150 |   +1 500 FOR-A-MOO    | +1 408 264 4407
  1910.  
  1911.  
  1912. [TELECOM Digest Editor's Note: Well, as always, John raises some very
  1913. valid points. I suppose my main objection -- if you can call it that --
  1914. is being 'set in my ways'.  You do things a certain way for a long time
  1915. and often feel most comfortable simply continuing it. I have no real
  1916. gripes with T-1; its time has come and as John points out in many instances
  1917. it is a lot easier to maintain. Really, I guess it would be an applications
  1918. thing and if I were working with someone who wanted to go that way on
  1919. a large installation I'd be hard-pressed to find any valid technical obj-
  1920. ection.   PAT]
  1921.  
  1922. ------------------------------
  1923.  
  1924. Subject: Re: NYNEX: Idiocy in Pricing
  1925. From: rblau@neteast.com (RUSSELL BLAU)
  1926. Date: Fri, 17 Mar 95 10:02:00 -0500
  1927. Organization: Online Technologies, Inc. - 301-738-0001
  1928. Reply-To: rblau@neteast.com (RUSSELL BLAU)
  1929.  
  1930.  
  1931. In a recent article, Chris Labatt-Simon (labatt@disaster.com) wrote:
  1932.  
  1933. > Can anyone tell me the rationale in the following?
  1934.  
  1935. > Two "FlexPath" T1s composed of 48 DIDs total cost ~$3500/month
  1936. > (FlexPath is based on mileage and the location is ~2 miles from the
  1937. > closest switch).
  1938.  
  1939. > 48 standard individual business lines will cost about $1,200/month.
  1940.  
  1941. > Now, I'd like to know (sarcastically speaking of course) which is more
  1942. > difficult to install and maintain??  2 Ts or 48 individual jacks/lines?
  1943.  
  1944. Personally, I never thought I would find myself in the position of
  1945. defending anything that NYNEX does ... however, look at what you are
  1946. comparing.  Flexpath is a DID trunk service.  Therefore, you should compare
  1947. it to the price of 48 analog DID trunks, not 48 individual measured
  1948. business lines.
  1949.  
  1950.  
  1951. Russell Blau     Swidler & Berlin, Chtd.   Washington, D.C.
  1952.  
  1953. ------------------------------
  1954.  
  1955. From: scottpcs@aol.com (ScottPCS)
  1956. Subject: Re: T1 -> Modems
  1957. Date: 17 Mar 1995 10:42:13 -0500
  1958. Organization: America Online, Inc. (1-800-827-6364)
  1959. Reply-To: scottpcs@aol.com (ScottPCS)
  1960.  
  1961.  
  1962. I originally wrote:
  1963.  
  1964. >> I need to bring in a T1 line to 24 1200 baud modems for my company.
  1965. >> It seems like an inefficient solution to run the T1 into a channel
  1966. >> bank to end up with 24 phone lines and then plug in 24 modems plugged
  1967. >> into 24 serial ports.  Is there any type of hardware that can handle
  1968. >> this T1 / modem problem better?  Preferrably something PC based
  1969. >> (Windows NT) and cheap <g>.
  1970.  
  1971. Bill Grenoble responded:
  1972.  
  1973. > I have seen a T1 rack mount modem (V.Fast I think), but it cost more
  1974. > than a channel bank and a rackmount modem. Try Penril in Rockville MD
  1975. > (I think) or Racal/Vadic. What type modems? 212? And why sooo s l o w?
  1976. > My 2400 modem cost $19 and came with FAX software! And it is s l o w!
  1977.  
  1978. Unfortunately the originator is a Verifone credit card terminal and
  1979. only has a 1200 baud modem.  It is not possible at this time to get a
  1980. 2400 or faster.  But the call length is only a few seconds and a
  1981. faster speed would not significantly shorten the call.
  1982.  
  1983. ------------------------------
  1984.  
  1985. From: tblog@eagle.ais.net (Tom Blog)
  1986. Subject: Re: Last Laugh! Technology Notes
  1987. Date: Fri, 17 Mar 1995 04:56:15 GMT
  1988.  
  1989.  
  1990. bellaire@iquest.net writes:
  1991.  
  1992. > I keep wondering how my children will be affected by these changes.  
  1993. > Then my six year old nephew visited my parents.  He found an old 
  1994. > typewriter, pulled it out and began typing...
  1995. >       LOAD "GAMES", 8,1
  1996.  
  1997.  
  1998. TELECOM Digest Editor donated two cent's worth:
  1999.  
  2000. > We thought we were really hot stuff back in 1980 ... with our Apples and
  2001. > our VIC-20s and our TRS-80's from Radio Shack, aka 'Trash 80'. Who could
  2002. > have imagined all this?   So when was the last time *you* logged into
  2003. > Compuserve to use the encyclopedia?    <g>      PAT]
  2004.  
  2005. I was in high school when "Electronics" ?? magazine ran the
  2006. "TV-TYPWRITER" project. I salivated. Then, I think a few months later,
  2007. an advertisement for the ALTAIR computer was run. Damned if the
  2008. address of the company wasn't in my major home town of Albuquerque, NM. 
  2009. I took the bus to their office, a small dump near the fairgrounds off
  2010. Central Avenue (RT66). They (both of them) were friendly, and pointed
  2011. to a box with toggle switches, an 8008 (the 8080 was an upgrade!) and
  2012. yes, 256 bytes (the K was NOT left out!). It was playing a crude rendition 
  2013. of "Fool on the Hill" into a nearby radio by using RF generated by the
  2014. clocking of diferent instructions!
  2015.  
  2016. Bill Gates had not yet flown in from Boston with his Basic on paper tape!
  2017.  
  2018. I later met the former financial officer of the company (MITS) - he
  2019. had quit a few months before the advertisement had run because "they
  2020. had no money and he was tired of lying to suppliers".  Their local
  2021. bank (ANB) was going to shut them down, but the founders begged enough
  2022. money to run the advertisement (very risky for the bank -- New Mexico
  2023. was (is) not noted for Venture Capital!). They said the Post Office
  2024. brought $100K (the K is correct, in this case) in orders in one day!
  2025.  
  2026. They (the founders) cashed out later (I forget who bought them). The fin-
  2027. ancial guy who quit early is still working 9-5 ...
  2028.  
  2029.  
  2030. [TELECOM Digest Editor's Note: Ah yes, the Altair. I never had one myself
  2031. but read about them. My first machine was the OSI-C1P. It had 4K (yes 4000,
  2032. or more correctly 4096) bytes of memory. The 'Basic in RAM' took up about
  2033. 700 bytes, leaving about 3300 bytes to program with, using Microsoft BASIC,
  2034. aka "<B>eginner's <A>ll-purpose <S>ymbolic <I>nstruction <C>ode" is what
  2035. that meant. And you know what?  You could run a whole bookkeeping system
  2036. on it. That's how I first learned any programming at all. With such limited
  2037. space of course, you crammed all those instructions in there as many to
  2038. a line as you could get, remembering not to get trapped in the middle of
  2039. a line with an 'if/then' thing that might keep you from getting to the
  2040. end of the line ... 
  2041.  
  2042. Then one day the company announced a major improvement: they had a new
  2043. chip which had 8K (yes, 8192) bytes of RAM. Wow ... what were we gonna do
  2044. with all that extra space?  Not only that, by installing this chip you
  2045. could now use both UPPER and lower case; both would work. I sent away for
  2046. the chip and spent a couple hours one evening removing the old one and
  2047. soldering in the new one. 
  2048.  
  2049. My Apple ][+ had 48K, with slots where you could install various things
  2050. including a 'language card', or an additional 16K of RAM if desired. I had
  2051. that thing loaded -- every slot taken -- with the language card, a printer
  2052. card, modem card, two disk controller cards to operate four floppy disk
  2053. drives, and a clock card from the Thunderclock Company (remember them?)
  2054. My thing was writing programs to do rather elegant art on the screen and
  2055. music, which played through the speaker in the Apple which I replaced
  2056. with a much larger speaker. I had all kinds of hardware mods on that
  2057. thing also including a 'lower case adapter'. If you opened it up and
  2058. looked in back by the slots, the bus had all these solder traces that had
  2059. been cut and re-jumpered and whatever. Those machines were *so much fun*.
  2060. Apple used Microsoft BASIC with a few minor changes and they sold their
  2061. package under the name Applesoft BASIC. Along the way, I picked up a
  2062. couple of the 'black apples'. Most were in cream/white colored cases, but
  2063. at one point Apple had a special run they manufactured for the Bell and
  2064. Howell Company, and those were in black cases with the Bell and Howell
  2065. logo on the front along with the Apple logo; thus the nickname for them
  2066. of 'black apples'. 
  2067.  
  2068. One day I had been invited to give a demonstration of my artwork to a
  2069. computer class at the Lawson YMCA. I showed them a little program I had
  2070. written called 'Bach Squares'; it drew boxes on the screen in various
  2071. colors which would explode into larger and smaller boxes, etc, while the
  2072. speaker played (or rather honked, in a nasal sounding way) portions of
  2073. the Gigue Fugue of Johann Sebastian Bach. All the folks in this computer
  2074. class had books on 'Basic Programming Style'; you know, the books that
  2075. told you how to indent your loops, add a liberal quantity of REM statements
  2076. and put each instruction on its own line, etc.  "How did you make it 
  2077. draw those colorful boxes and play that music," they wanted to know.
  2078. I told them, the first thing you do, you take all those books on BASIC
  2079. programming style and dump 'em all in the trash!  You can't program in
  2080. the space of 4 or 8K and neatly indent all your loops and if/then's and
  2081. document it all besides.  You take that code and you cram it and shove
  2082. it and squeeze it in. Not only that, I told them, (looking them squarely 
  2083. in the eye in a stern way) *real men know how to program in machine
  2084. (6502) code* ... <g> ... have you mastered the op-codes and operands yet?
  2085. The book's author was also there that night, apparently trying to hawk
  2086. his books on programming style and I thought he was going to hit me
  2087. over the head with one of them.  Such great little machines, the Apples.
  2088. I ran my BBS on one for about three years.
  2089.  
  2090. They named today 'St. Patrick's Day' in honor of me; I'm the one who
  2091. drove all the snakes out of Usenet.  Have a nice weekend, all.  PAT]
  2092.  
  2093. ------------------------------
  2094.  
  2095. End of TELECOM Digest V15 #153
  2096. ******************************
  2097.     
  2098.     
  2099. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02307;
  2100.           18 Mar 95 12:39 EST
  2101. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2102.     id AA04198; Sat, 18 Mar 95 08:06:27 CST
  2103. Return-Path: <telecom>
  2104. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2105.     id AA04192; Sat, 18 Mar 95 08:06:25 CST
  2106. Date: Sat, 18 Mar 95 08:06:25 CST
  2107. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  2108. Message-Id: <9503181406.AA04192@delta.eecs.nwu.edu>
  2109. To: telecom@eecs.nwu.edu
  2110. Subject: TELECOM Digest V15 #154
  2111.  
  2112. TELECOM Digest     Sat, 18 Mar 95 08:06:00 CST    Volume 15 : Issue 154
  2113.  
  2114. Inside This Issue:                           Editor: Patrick A. Townson
  2115.  
  2116.     MTP; Ericsson, Northern, or Other (Steve Bunning)
  2117.     AT&T 500 Service Outside the USA (reb@xyzzy.com)
  2118.     Help Needed With PBX at Remote Location (Carol Garbacik)
  2119.     Apartment Entry System (Charles Gimon)
  2120.     Trying to Locate Recommendation E.123 (Christopher Wolf)
  2121.     Summary: Interface Computer Audio to Phone Line (Jeff C. Glover)
  2122.     DS-3 Inverse Mux (Chris Radicke)
  2123.     Information Wanted on SuiteTalker Voicemail (raymondg@talktech.co.nz)
  2124.     Help on Wireless LAN Products (Robert Mark Prudhomme)
  2125.     Re: T1 -> Modems (Steve Cogorno)
  2126.     Re: Using Live Radio With Automated Attendant (Gerald Serviss)
  2127.     Re: Using Live Radio With Automated Attendant (Gary Breuckman)
  2128.     Re: Using Live Radio With Automated Attendant (Patton M Turner)
  2129.     Re: Using Live Radio With Automa (johndc7@aol.com)
  2130.     Re: Pac Bell, Cal. PUC, and etc. (Peter Lamasney)
  2131.     Re: Help: E Telco Step-by-Step Switch (Richard Kevin)
  2132.     Re: Optical Wave Analyzer (Wally Ritchie)
  2133.  
  2134. TELECOM Digest is an electronic journal devoted mostly but not
  2135. exclusively to telecommunications topics. It is circulated anywhere
  2136. there is email, in addition to various telecom forums on a variety of
  2137. public service systems and networks including Compuserve and America
  2138. On Line. It is also gatewayed to Usenet where it appears as the moderated
  2139. newsgroup 'comp.dcom.telecom'. 
  2140.  
  2141. Subscriptions are available to qualified organizations and individual
  2142. readers. Write and tell us how you qualify:
  2143.  
  2144.                  * telecom-request@eecs.nwu.edu *
  2145.  
  2146. The Digest is edited, published and compilation-copyrighted by Patrick
  2147. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  2148. or phone at:
  2149.                     9457-D Niles Center Road
  2150.                      Skokie, IL USA   60076
  2151.                        Phone: 500-677-1616
  2152.                         Fax: 708-329-0572
  2153.   ** Article submission address only: telecom@eecs.nwu.edu **
  2154.  
  2155. Our archives are located at lcs.mit.edu and are available by using
  2156. anonymous ftp. The archives can also be accessed using our email
  2157. information service. For a copy of a helpful file explaining how to
  2158. use the information service, just ask.
  2159.  
  2160. *************************************************************************
  2161. *   TELECOM Digest is partially funded by a grant from the              *
  2162. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  2163. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  2164. * project.  Views expressed herein should not be construed as represent-*
  2165. * ing views of the ITU.                                                 *
  2166. *************************************************************************
  2167.  
  2168. Additionally, the Digest is funded by gifts from generous readers such
  2169. as yourself who provide funding in amounts deemed appropriate. Your help 
  2170. is important and appreciated. A suggested donation of twenty dollars per
  2171. year per reader is considered appropriate. See our address above.
  2172.  
  2173. All opinions expressed herein are deemed to be those of the author. Any
  2174. organizations listed are for identification purposes only and messages
  2175. should not be considered any official expression by the organization.
  2176. ----------------------------------------------------------------------
  2177.  
  2178. Date: Fri, 17 Mar 1995 16:49:39 -0500
  2179. From: bunning@acec.com (Steve Bunning)
  2180. Subject: MTP; Ericsson, Northern, or Other
  2181.  
  2182.  
  2183. Both Ericsson and Northern Telecom switches allow the transfer of call
  2184. detail records over X.25 networks.  The higher layer used for this
  2185. transfer is MTP or Message Transfer Protocol.  As these two different
  2186. switch manufacturers use the identical protocol for transferring CDRs,
  2187. it's my conjecture that the protocol originated somewhere else.
  2188.  
  2189. Does anyone know the origin of the Message Transfer Protocol?  Is it a 
  2190. mainframe protocol or was it developed by one switch manufacturer and 
  2191. copied by others?
  2192.  
  2193.  
  2194. Steve Bunning     | American Computer and Elec. Corp.| (301) 258-9850 (voice)
  2195. Product Manager   | 209 Perry Parkway                | (301) 921-0434 (fax)
  2196. TEL*COMM Division | Gathersburg, MD 20877            |  bunning@acec.com
  2197.  
  2198. ------------------------------
  2199.  
  2200. Date: Fri, 17 Mar 1995 17:51:49 -0500
  2201. From: Phydeaux's PC <reb@xyzzy.com>
  2202. Subject: AT&T 500 Service Outside the USA
  2203.  
  2204.  
  2205. Hi!
  2206.  
  2207. I was interested in AT&T's 500 service.  It is advertised as something
  2208. that lets your calls follow you wherever you go. But, after some
  2209. research, I wonder about that.  AT&T boasts that you can have your
  2210. calls follow you to any most any phone on the planet, and that a 500
  2211. number is useful because it is portable.  My problem is that I need to
  2212. be able to receive calls from outside the USA and have the calls find
  2213. me or my cellphone or my office wherever I am. 500 service sounded
  2214. like it was the thing to get.
  2215.  
  2216. So, I had a friend in the UK call another friend's 500 number to see
  2217. what would happen outside of the USA.  Unfortunately, the call would
  2218. not go through.  This led me to wonder how the 500 database is set up.
  2219. After numerous calls, someone at AT&T was finally able to tell me that
  2220. overseas callers should use USA Direct.  That is not exactly the most
  2221. convenient way to have people reach you, nor is it the most cost
  2222. effective for my customers.
  2223.  
  2224. Any thoughts on 500 service and how it is being implemented would be
  2225. welcomed.
  2226.  
  2227.  
  2228. reb     reb@xyzzy.com
  2229.  
  2230. PS: Call forwarding my cellphone is not an option.
  2231.  
  2232.  
  2233. [TELECOM Digest Editor's Note: I got a call via my 500 number the other
  2234. day from someone at British Telecom who was experimenting with the service
  2235. trying to get it to work from the UK. Then the next day I got a call from
  2236. someone at AT&T who had been working with that person at BT. They did not
  2237. tell me what they had decided, or what action was taken, if any.   PAT]
  2238.  
  2239. ------------------------------
  2240.  
  2241. Date: Fri, 17 Mar 1995 15:51:05 PST
  2242. From: Carol Garbacik <garbacic@ucs.orst.edu>
  2243. Subject: Help Needed With PBX at Remote Location 
  2244.  
  2245.  
  2246. I'm a relative neophyte at telephony (other job duties as may become
  2247. required), working for a Federal Gov't agency.  A couple of years ago
  2248. we were forced to install our own PABX (Mitel SX200 Digital).  Our
  2249. location includes several buildings relatively close to each other,
  2250. and one remote location (about 5 miles away).  At this time I am
  2251. facing armed insurrection (not really, just a flurry of really nasty
  2252. memos) from the folks at the remote location.  The situation is this:
  2253.  
  2254. *We are colocated on a University campus.
  2255.  
  2256. *The University is the POP for telecom services, therefore:
  2257. our lines are dropped off at the University's phone room, and shipped out 
  2258. to us via unconditioned house cable.  Calls then run out over our 
  2259. house cable to our buildings.  The quality is adequate.  
  2260.  
  2261. *The remote location's calls are processed by our PABX then sent out 
  2262. (again via University cable) to the local Telco via OPX lines to the 
  2263. remote location.  At the remote location they have an old 1A2 system 
  2264. with six button phones.
  2265.  
  2266. There is a lot of line loss on the lines to the remote location.  We 
  2267. have added amplifiers which help to some degree, but have also 
  2268. resulted in 'clipping'.  The local Telco (since we are Gov't) won't 
  2269. provide any advice.  The folks are so upset out at the remote location 
  2270. that every time the system burps (like all are CO lines are busy), 
  2271. they throw a hissy fit.
  2272.  
  2273. Can we do anything to improve the service to the remote location?   
  2274. What? Help! Please!
  2275.  
  2276.  
  2277. E-mail address:garbacic@ucs.orst.edu
  2278.  
  2279. ------------------------------
  2280.  
  2281. From: gimonca@skypoint.com (Charles Gimon)
  2282. Subject: Apartment Entry System
  2283. Date: 18 Mar 1995 03:45:12 GMT
  2284. Organization: SkyPoint Communications, Inc.
  2285.  
  2286.  
  2287. A couple of months ago the landlord in my building installed a DOOR KING
  2288. brand apartment entry system. 
  2289.  
  2290. You dial in a code, the outside box rings the apartment you want. Inside
  2291. that apartment, the phone rings, or there's a "call-waiting" style beep.
  2292. We're supposed to hit "9" then to open the door.
  2293.  
  2294. My problem is that there's no way to suppress the "call-waiting" beep.
  2295. Apparently the thing is wired directly into my private phone line, and
  2296. doesn't go through the central phone company switch. This is extremely
  2297. annoying, as it causes my modem to hang up on a connection like this one.
  2298. I've been learning a lot about the unix kill command, getting rid
  2299. of those wayward processes after I log back on.
  2300.  
  2301. Anyway, because this apartment entry box was wired directly into my
  2302. private phone line, I've been told by various people that this is a
  2303. violation of the law. Is this so? I never gave permission for anybody
  2304. to do anything to my phone line -- certainly nothing disruptive like
  2305. this.
  2306.  
  2307. I'd appreciate serious replies. Thanks.
  2308.  
  2309.  
  2310. gimonca@skypoint.com     Minneapolis MN USA
  2311. Last Call Junior >>> 612-861-7094 <<< A cyber-rumpus-room
  2312.  
  2313.  
  2314. [TELECOM Digest Editor's Note: It was attached directly to the 'house
  2315. pairs' on the apartment building side of the telco demarc. This means
  2316. you can change your phone number -- or not have phone service at all from 
  2317. telco -- and as long as there is a phone instrument in your apartment
  2318. the front door system will cause the phone to ring (or give the call
  2319. waiting tone). If you are on a call when someone comes to the front
  2320. door, then the system tests the line for a busy condition, puts the
  2321. central office call on hold and lets you talk to the caller at the front
  2322. door.  They're not bad deals; I have been set up that way in the past
  2323. at a place where I lived a few years ago. Our version was actually from
  2324. Illinois Bell called Enterphone. It is not against the law for the simple
  2325. reason the landlord owns the wiring inside your building. About the only
  2326. way around this is to see whether or not you have a *second pair* coming
  2327. to your apartment. In most newer constrcution, there will be two or three
  2328. pairs to each apartment. If there is a second pair, then either ask
  2329. telco to move your actual phone line to the second pair, or ask the
  2330. person maintaining the front door system to move your front door intercom
  2331. service to the second pair. In either event you will then need a second
  2332. actual phone instrument (or a two line phone) to handle front door calls.
  2333.  
  2334. I don't think when Enterphone (and its variants by whatever trade name)
  2335. was developed, anyone gave any thought to ways of suspending the call
  2336. waiting tone for lines handling modem communications. Using *70 will of
  2337. course suspend call waiting from the telco; it won't do a thing where
  2338. the front door is concerned.  Sorry about that.    PAT]
  2339.  
  2340. ------------------------------
  2341.  
  2342. From: Wolf <cmwolf@mtu.edu>
  2343. Subject: Trying to Locate Recommendation E.123
  2344. Date: Fri, 17 Mar 1995 17:06:52 EST
  2345. Reply-To: cmwolf@mtu.edu
  2346.  
  2347.  
  2348. It was mentioned in TELECOM Digest that one "might wish to access the
  2349. PostScript format files available from the ITU" for the E.123
  2350. recommendation.
  2351.  
  2352. How does one access ITU?  I searched the Digest header, but there was
  2353. no mention of ITU's location, and the only other reference I can find
  2354. is to itu.edu, which does not have direct ftp access.
  2355.  
  2356. Any suggestions?
  2357.  
  2358.  
  2359. Christopher Wolf, consumer of time, occupier of space.    
  2360.      http://www.cs.mtu.edu/grads/Wolf/Home.html
  2361.  
  2362. ------------------------------
  2363.  
  2364. Date: Fri, 17 Mar 95 18:27:48 -0800
  2365. From: jeffg@freya.sunnyvale.ca.us (Jeff C. Glover)
  2366. Subject: Summary: Interface Computer Audio to Phone Line
  2367.  
  2368.  
  2369. In a previous edition of the telecom digest I asked about hardware to
  2370. interface a computer's audio ports to a phone line with RS-232 control
  2371. over things like hook, touch-tones, etc.
  2372.  
  2373. Here's a summary of the responses:
  2374.  
  2375. =====================================================================
  2376.     Digital Storefront, a Macintosh-based voice mail system, uses a
  2377.     custom built phone interface.  The box is has a serial din-8
  2378.     interface for status, ring detect, control, dtmf equivalents (etc),
  2379.     and audio in/out (along with mic and speaker pass thrus) ports to
  2380.     hook into a unix box with mic and speaker.
  2381.  
  2382.     Full-duplex audio available thru the hardware, sampling  
  2383.     done by the host platform.
  2384.  
  2385.     No unix software or driver.
  2386.  
  2387.     Product information available at 800-73-STARS.
  2388. =====================================================================
  2389.     The device you described is the model T311 manufactured by Teltone.
  2390.     It is a DTMF/RS-232C interface, and is a reliable unit. It's fairly
  2391.     cheap, at $399 retail. Unfortunately, I don't have the phone #, but
  2392.     you could try an old NAB directory, or the Bill Daniels guide. AMX
  2393.     also has the AXC-DTMF interface card, but unless you already have
  2394.     an AXCESS system, the T311 is the path of least resistance, from a
  2395.     hardware/software/greenware standpoint.
  2396.  
  2397.     Teltone, Electronic Equipment & Supplies, Kirkland, WA 800 426-3926 
  2398. =====================================================================
  2399.     The best device that I have seen/used that does this is a device
  2400.     called the Computerphone III made by Suncoast Systems, Inc.  It is
  2401.     about the size of a standard external modem.  It has exactly the
  2402.     the things you listed in your email.  Plus it has its own
  2403.     programming language in 'C' (and maybe other languages) that lets
  2404.     you program it via application control.  I used to use one as an
  2405.     answering machine for my Unix computer, messages where stored on my
  2406.     hard disk.  Apparently the product has been around for a while.  I
  2407.     understand J.C. Penney used to use them in their catalog department
  2408.     for computer controlling and accounting their phone calls.
  2409.     Suncoast Systems can be reached at:
  2410.  
  2411.                 Suncoast Systems, Inc.
  2412.                 3100 McCormick St., Box 22
  2413.                 Pensacola, FL  32514
  2414.                 (904)478-6477
  2415. =====================================================================
  2416.  
  2417. I went with the Digital Storefront; it has some problems that I'm
  2418. working through.  Essentially it's audio connection to the computer is
  2419. a microphone level and it is incompatible with my computer's microphone
  2420. port.  Since I have a line-level input, I'll simply buy a microphone to
  2421. line-level black-box and use that.
  2422.  
  2423. Right now my "software" consists of a shell script that echos
  2424. characters to the serial port.  Works great.
  2425.  
  2426. I decided on the Digital Storefront since they were the only vendor to
  2427. answer technical questions.
  2428.  
  2429.  
  2430. Jeff    jeffg@freya.sunnyvale.ca.us
  2431.  
  2432. ------------------------------
  2433.  
  2434. From: ingo@primenet.com (Chris Radicke)
  2435. Subject: DS-3 Inverse Mux
  2436. Date: Fri, 17 Mar 1995 19:14:24 MST
  2437. Organization: Primenet
  2438.  
  2439.  
  2440. Anybody used any Digital Link inverse mux units??  I have a DL-3000
  2441. and it apears to have some problems looking for some info on problems
  2442. incounter if you have one..  Also I've been told some Telco's are
  2443. using them. Any information would be good.
  2444.  
  2445.  
  2446. Thanks in advance,
  2447.  
  2448. Chris Radicke   ingo@primenet.com
  2449.  
  2450. ------------------------------
  2451.  
  2452. From: news@news.midland.co.nz
  2453. Subject: Information Wanted on SuiteTalker Voicemail
  2454. Date: Fri, 17 Mar 1995 17:28:12 GMT
  2455. Organization: Midland Internet Limited Networks, Hamilton, NZ
  2456.  
  2457.  
  2458. Anybody out there had experiences either good or bad with a Voicemail
  2459. product called Suitetalker?  It comes from a company called
  2460. Demosource.  
  2461.  
  2462. Please email me at raymondg@talktech.co.nz.
  2463.  
  2464.  
  2465. Thanks.
  2466.  
  2467. ------------------------------
  2468.  
  2469. Date: Fri, 17 Mar 1995 10:43:58 MST
  2470. From: PRUDHOMME  ROBERT MARK <prudhomr@rintintin.Colorado.EDU>
  2471. Subject: Help on Wireless LAN Products
  2472.  
  2473.  
  2474. I am a graduate student writing my thesis on Wireless LANs, and I am
  2475. looking for any information on Wireless LAN products that support
  2476. telephony applications.  Most of my research so far as only uncovered
  2477. products which essentially serve as a wireless extension to the wired
  2478. LAN.  I am interested to find out if anyone knows of any products that
  2479. will support the IEEE 802.9 ISLAN standard, or proprietary developments 
  2480. that will support voice.  Any leads would be greatly appreciated.
  2481. Please respond directly to my email address.
  2482.  
  2483.  
  2484. Sincerely,
  2485.  
  2486. Robert M. Prudhomme
  2487. University of Colorado, Boulder
  2488. prudhomr@rtt.colorado.edu
  2489.  
  2490. ------------------------------
  2491.  
  2492. From: cogorno@netcom.com (Steve Cogorno)
  2493. Subject: Re: T1 -> Modems
  2494. Date: Fri, 17 Mar 1995 18:14:23 PST
  2495.  
  2496.  
  2497. ScottPCS (scottpcs@aol.com) wrote:
  2498.  
  2499. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  2500. > It seems like an inefficient solution to run the T1 into a channel
  2501. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  2502. > into 24 serial ports.  Is there any type of hardware that can handle
  2503. > this T1 / modem problem better?  Preferrably something PC based
  2504. > (Windows NT) and cheap <g>.
  2505.  
  2506. Scott, 
  2507.  
  2508. What are you going to be using the lines for? It sounds like this
  2509. might be a very good application for a packet-switched network.  ISDN
  2510. may handle thisE nicely for much less than a T-1.  This is from
  2511. PacBell's ISDN User's Guide:
  2512.  
  2513. "A signle B channel of ISDN can support hundreds of user X.25
  2514. connections to a bulliten board, information service, database, or
  2515. transaction host system.  And while user transmissions can originate
  2516. through either dialed modem links or through permanent ISDN D-channel
  2517. connections, a host system's permanent, fully digital B-channel link
  2518. to the packet network totally eliminates the need for modems at the
  2519. host site."
  2520.  
  2521. You might also want to keep in mind that D-Channel packets have under
  2522. 1 second setup time, whereas a modem takes upto 30 seconds to
  2523. negotiate.  Most ISDN phones have PAD (packet assembler-disassembler)
  2524. built in.
  2525.  
  2526. Rates in the Pacific Bell Service area for data packets are:
  2527.     .05 CENTS for transaction setup
  2528.     .005 CENTS per octet of data
  2529.  
  2530.  
  2531. Steve    cogorno@netcom.com
  2532.  
  2533. ------------------------------
  2534.  
  2535. From: serviss@tazdevil.cig.mot.com (Gerald Serviss)
  2536. Subject: Re: Using Live Radio With Automated Attendant
  2537. Date: 17 Mar 1995 15:21:48 GMT
  2538. Organization: Cellular Infrastructure Group, Motorola
  2539.  
  2540.  
  2541. Ward Larkin <adelante@sccsi.com> wrote:
  2542.  
  2543. > It's not that big a deal to use audio CD, or a tape deck, I simply
  2544. > want to know what specific FCC regulations (if any) prohibit use of
  2545. > live radio on telephony systems.
  2546.  
  2547. I don't know about the FCC rules but, I am aware of the fact that ASCP
  2548. (American Society of Composers & Publishers - I think) sues people who
  2549. play the radio in public places like restaurants, stores elevators.
  2550.  
  2551. The rational behind this is that they (the artists) are not receiving
  2552. the royalty payment that they are due for use of a copyrighted work.
  2553.  
  2554.  
  2555. Jerry Serviss      Motorola Inc    serviss@cig.mot.com
  2556.  
  2557. ------------------------------
  2558.  
  2559. Date: Fri, 17 Mar 1995 18:16:24 PST
  2560. From: Gary Breuckman <puma@netcom.com>
  2561. Subject: Re: Using Live Radio With Automated Attendant 
  2562.  
  2563.  
  2564. On Tue, 14 Mar 1995, Ward Larkin wrote:
  2565.  
  2566. > I'm fairly new to telephony, but I have installed a couple smaller
  2567. > automated attendant, fax-on-demand, voice mail systems.  I was
  2568. > recently told that it is technically against FCC regulations to use
  2569. > live radio broadcasts for when people are placed on hold (or choose to
  2570. > be placed on hold).
  2571.  
  2572. A number of places that I call, where there is radio on hold, seem to
  2573. pick the news-radio or all-talk stations.  I understood that the
  2574. reason behind this was that if they picked a station with music, they
  2575. would then owe royalties to the copyright holders of the music.
  2576.  
  2577. > It's not that big a deal to use audio CD, or a tape deck, I simply
  2578. > want to know what specific FCC regulations (if any) prohibit use of
  2579. > live radio on telephony systems.
  2580.  
  2581. I'm sure you would run into the same situation with CD or tape, unless
  2582. you purchase something that includes the rights for this type of use.
  2583. There are hold devices that play random musical tunes while on hold,
  2584. boring.  Have you heard that these music license folks have been going
  2585. into places that play a radio in the background and demanding license
  2586. fees?  I believe in fairly compensating the artists but this seems a
  2587. bit overboard.
  2588.  
  2589.  
  2590. puma@netcom.com
  2591.  
  2592. ------------------------------
  2593.  
  2594. From: pturner@netcom.com (Patton M Turner)
  2595. Subject: Re: Using Live Radio With Automated Attendant
  2596. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  2597. Date: Sat, 18 Mar 1995 03:29:12 GMT
  2598.  
  2599.  
  2600. adelante@sccsi.com (Ward Larkin) writes:
  2601.  
  2602. > I'm fairly new to telephony, but I have installed a couple smaller
  2603. > automated attendant, fax-on-demand, voice mail systems.  I was
  2604. > recently told that it is technically against FCC regulations to use
  2605. > live radio broadcasts for when people are placed on hold (or choose to
  2606. > be placed on hold).
  2607.  
  2608. Never heard of this, but you may not retransmit audio w/o the radio 
  2609. stations OK.  A payment to ASCAP/MBI may be required as well.  Most 
  2610. everybody does it anyway.  I got caught once and had to stop.
  2611.  
  2612. > It's not that big a deal to use audio CD, or a tape deck, I simply
  2613. > want to know what specific FCC regulations (if any) prohibit use of
  2614. > live radio on telephony systems.
  2615.  
  2616. Copyrighted material may not be publicly used w/o paying ASCAP or BMI.  
  2617. Public domain recordings are OK.
  2618.  
  2619.  
  2620. Patton Turner KB4GRZ  pturner@netcom.com  FAA Telecommunications
  2621.  
  2622. ------------------------------
  2623.  
  2624. Date: Fri, 17 Mar 1995 02:58:05 -0500
  2625. From: JohndC7@aol.com
  2626. Subject: Re: Using Live Radio With Automa
  2627.  
  2628.  
  2629. I was faced with the same problem. We were able to negotiate a "Site
  2630. License" with a local recording company. They were so happy to get our
  2631. money up front that they allowed us to use the music at all of our
  2632. sites. We saved the company a ton of money, made ourselves legal, and
  2633. improoved the quality of our music on hold.
  2634.  
  2635. ------------------------------
  2636.  
  2637. Date: Sat, 18 Mar 1995 00:31:58 CST
  2638. From: Peter Lamasney <plamasne@bigcat.missouri.edu>
  2639. Subject: Re: Pac Bell, Cal. PUC, and "Reasonable Level of Service"
  2640.  
  2641.  
  2642. jtara@cts.com (Jon Tara) wrote:
  2643.  
  2644. > The provider claims that they are trying to provide good service, but
  2645. > that Pac Bell and the PUC block them at every step. I'm wondering how
  2646. > true these claims may be, and how others manage to get this many lines
  2647.  
  2648. They manage to get the lines by ordering them!
  2649.  
  2650. Remembering my experiences in Pac Bell land, when we had 100+ lines
  2651. coming in and growing, it seemed that T1s would be a better route.  So
  2652. I called them to chat about it, and they got all excited -- thought it
  2653. was a great idea, sent over a couple of tech types to look around,
  2654. talk the idea up and all.  When I explored the cost "savings," it
  2655. turned out that the cost for the T1 was *in addition to* the normal
  2656. cost for 24 POTS lines!  It went: "Let's see, the monthly cost for T1
  2657. is (I forget), plus each T1 carries 24 POTS lines at $21.80" (or so; I
  2658. still forget, but it was the same as POTS via the tiny wires we both
  2659. were trying to avoid).
  2660.  
  2661. The bottom line was that I should write them a *much* larger check
  2662. each month for the privilege of saving them money.
  2663.  
  2664. When I pointed out that this didn't make any sense, they played
  2665. the tape that goes "Our hands are tied ... PUC Tariff ... there's
  2666. nothing we can do."  It did no good to play my tape that goes
  2667. "Let's see if I understand this: Your salaried employees craft
  2668. a tariff, type it using machines you own, submit it for approval.
  2669. Instead of saying there's nothing you can do, why don't you type
  2670. it differently?"
  2671.  
  2672. I'd expect your provider has walked this path also.  If the pipe in
  2673. from the street is full, it takes time (if not, it just takes an
  2674. order).
  2675.  
  2676. Here in GTE-land, we moved into a building that would was almost maxed
  2677. out after we installed a bunch of lines.  One day they showed up (we
  2678. hadn't asked them; they hadn't asked us), dug a 180 foot trench, and
  2679. installed 200 more pair in the building.  "Just in case."  (It's still
  2680. lousy service)
  2681.  
  2682. > (I keep urging them to co-locate, both for better avilability of lines
  2683. > and for better quality on modem connections.)
  2684.  
  2685. I don't believe this is something that you can force on them.  It
  2686. implies that they rent space to you, and that you have physical access
  2687. to your equipment (within their boundaries).  Neither is something
  2688. that they are anxious to do.
  2689.  
  2690.  
  2691. Pete   plamasne@bigcat.missouri.edu
  2692.  
  2693. ------------------------------
  2694.  
  2695. From: rkevin@indirect.com (Richard Kevin)
  2696. Subject: Re: Help: E Telco Step-by-Step Switch
  2697. Organization: Internet Direct, indirect.com
  2698. Date: Sat, 18 Mar 1995 12:41:54 GMT
  2699.  
  2700.  
  2701. In article <telecom15.152.17@eecs.nwu.edu> pturner@netcom.com (Patton
  2702. M Turner) writes:
  2703.  
  2704. > jlundgre@kn.PacBell.COM (John Lundgren) writes:
  2705.  
  2706. >> Often the old equipment had a 'KS' or 'KSS' on it, and this meant that
  2707. >> the equipment maker was Kellogg Switch and Signal, I think the name
  2708. >> was.  Just something that I remembered from my military days long ago.
  2709. >> I hope I'm not too far off. If so, there will probably be someone
  2710. >> correcting me in a followup.
  2711.  
  2712. > KS usually means a Bell System part number.  Many manufacturers put
  2713. > the KS number on the all of the products on the Bell contract since
  2714. > the Bell System was such a large customer.
  2715.  
  2716. Regarding the "KS" designation, someone told me a long time ago that
  2717. it stood for "Kearny Standard", in reference to the Western Electric
  2718. facility in New Jersey.
  2719.  
  2720.  
  2721. Richard Kevin   U S WEST Communications    rkevin@indirect.com
  2722.  
  2723. ------------------------------
  2724.  
  2725. From: writchie@gate.net
  2726. Subject: Re: Optical Wave Analyzer
  2727. Date: 17 Mar 1995 06:21:21 GMT
  2728. Reply-To: writchie@gate.net
  2729.  
  2730.  
  2731. In <telecom15.151.20@eecs.nwu.edu>, bruce.roberts@greatesc.com (Bruce
  2732. Roberts) writes:
  2733.  
  2734. > For some unknown reason our test equipment folks have decided that we
  2735. > need an optical wave analyzer as part of our field service kit.  We
  2736. > don't think we need one and would appreciate comments, pro or con, to
  2737. > help resolve this.  Thanks in advance,
  2738.  
  2739. If you fix cars you don't need one.  If you swap boards you don't need
  2740. one.  If you're a Maytag repairman you don't need one.  But if you
  2741. work with FO cable ...    ;-)
  2742.  
  2743.  
  2744. Wally Ritchie     Ft. Lauderdale, Florida
  2745.  
  2746. ------------------------------
  2747.  
  2748. End of TELECOM Digest V15 #154
  2749. ******************************
  2750.     
  2751.     
  2752. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa29900;
  2753.           20 Mar 95 17:12 EST
  2754. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2755.     id AA06101; Mon, 20 Mar 95 10:44:18 CST
  2756. Return-Path: <telecom>
  2757. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2758.     id AA06094; Mon, 20 Mar 95 10:44:15 CST
  2759. Date: Mon, 20 Mar 95 10:44:15 CST
  2760. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  2761. Message-Id: <9503201644.AA06094@delta.eecs.nwu.edu>
  2762. To: telecom@eecs.nwu.edu
  2763. Subject: TELECOM Digest V15 #155
  2764.  
  2765. TELECOM Digest     Mon, 20 Mar 95 10:44:00 CST    Volume 15 : Issue 155
  2766.  
  2767. Inside This Issue:                           Editor: Patrick A. Townson
  2768.  
  2769.     ESS'95 1st Call for Papers (Philippe Geril)
  2770.     Book Review: "Internet Anywhere" by MKS/Gardner (Rob Slade)
  2771.     Re: PCS Auction Results and Analysis (Bob Keller)
  2772.     The ITU in Gopherspace (Rishab Aiyer Ghosh)
  2773.     X.25/ISDN Prices; Global Information Wanted (Again) (Rishab Aiyer Ghosh)
  2774.     New Bell Atlantic Service (Washington Post via Chris J. Cartwright)
  2775.     Cellular Fraud in the News Again (TELECOM Digest Editor)
  2776.  
  2777. TELECOM Digest is an electronic journal devoted mostly but not
  2778. exclusively to telecommunications topics. It is circulated anywhere
  2779. there is email, in addition to various telecom forums on a variety of
  2780. public service systems and networks including Compuserve and America
  2781. On Line. It is also gatewayed to Usenet where it appears as the moderated
  2782. newsgroup 'comp.dcom.telecom'. 
  2783.  
  2784. Subscriptions are available to qualified organizations and individual
  2785. readers. Write and tell us how you qualify:
  2786.  
  2787.                  * telecom-request@eecs.nwu.edu *
  2788.  
  2789. The Digest is edited, published and compilation-copyrighted by Patrick
  2790. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  2791. or phone at:
  2792.                     9457-D Niles Center Road
  2793.                      Skokie, IL USA   60076
  2794.                        Phone: 500-677-1616
  2795.                         Fax: 708-329-0572
  2796.   ** Article submission address only: telecom@eecs.nwu.edu **
  2797.  
  2798. Our archives are located at lcs.mit.edu and are available by using
  2799. anonymous ftp. The archives can also be accessed using our email
  2800. information service. For a copy of a helpful file explaining how to
  2801. use the information service, just ask.
  2802.  
  2803. *************************************************************************
  2804. *   TELECOM Digest is partially funded by a grant from the              *
  2805. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  2806. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  2807. * project.  Views expressed herein should not be construed as represent-*
  2808. * ing views of the ITU.                                                 *
  2809. *************************************************************************
  2810.  
  2811. Additionally, the Digest is funded by gifts from generous readers such
  2812. as yourself who provide funding in amounts deemed appropriate. Your help 
  2813. is important and appreciated. A suggested donation of twenty dollars per
  2814. year per reader is considered appropriate. See our address above.
  2815.  
  2816. All opinions expressed herein are deemed to be those of the author. Any
  2817. organizations listed are for identification purposes only and messages
  2818. should not be considered any official expression by the organization.
  2819. ----------------------------------------------------------------------
  2820.  
  2821. From: phil@hobbes.rug.ac.be (Philippe Geril)
  2822. Subject: ESS'95 1st Call For Papers
  2823. Date: 20 Mar 1995 12:39:49 GMT
  2824. Organization: University of Ghent, Belgium
  2825.  
  2826.  
  2827. 7th EUROPEAN SIMULATION SYMPOSIUM ESS 95 Erlangen - Nuremberg 
  2828. October 26 - 28, 1995  Hosted by Friedrich-Alexander-University
  2829.  
  2830. CALL FOR PAPERS
  2831.  
  2832. TOPICS
  2833. SIMULATION METHODOLOGY AND APPLICATIONS
  2834. COMPUTER AND TELECOMMUNICATION SYSTEMS
  2835. DEPENDABILITY EVALUATION
  2836. ANALYTICAL AND NUMERICAL MODELLING TECHNIQUES
  2837. SIMULATION IN AUTOMATION
  2838. SIMULATION IN BUSINESS
  2839. SYMPOSIUM: MISSION EARTH
  2840.  
  2841. Organized and Sponsored by :
  2842. SCSI The Society for Computer Simulation International
  2843. SiE Simulation In Europe
  2844.  
  2845. CONFERENCE COMMITTEE
  2846.  
  2847. Conference Chairmen
  2848.  
  2849. Mario DalCin
  2850. University of Erlangen-Nuremberg
  2851. Department of Computer Science Chair of Computer Architecture
  2852. Martensstrasse 3
  2853. 91058 Erlangen, Germany
  2854. Tel.: +49.9131.857003
  2855. Fax: +49.9131.39388
  2856. e-mail: dalcin@immd5.informatik.uni-erlangen.de
  2857.  
  2858. Ulrich Herzog
  2859. University of Erlangen-Nuremberg
  2860. Department of Computer Science
  2861. Chair of Computer Architecture and Performance Evaluation
  2862. Martensstrasse 3
  2863. 91058 Erlangen, Germany
  2864. Tel.: +49.9131.857041
  2865. Fax: +49.9131.39388
  2866. e-mail: herzog@immd7.informatik.uni-erlangen.de
  2867.  
  2868. Conference Program Chairmen
  2869. Gunter Bolch
  2870. University of Erlangen-Nuremberg
  2871. Department  Computer Science
  2872. Chair of Operating Systems
  2873. Martensstrasse 1
  2874. 91058 Erlangen, Germany
  2875. Tel.: +49.9131.857903
  2876. Fax: +49.9131.39388
  2877. e-mail: bolch@informatik.uni-erlangen.de
  2878.  
  2879.  
  2880. Ali Riza Kaylan
  2881. Bogazici University
  2882. Department of Industry-Engineering
  2883. 80815 Bebek
  2884. Istanbul,Turkey
  2885. Tel.: +90.212.263.1540 / 2072
  2886. Fax: +90.212.2651800
  2887. e-mail:kaylan@trboun.bitnet
  2888.  
  2889. Finance Chairman and Conference - Coordination
  2890. Rainer Rimane
  2891. University of Erlangen-Nuremberg
  2892. Department of Computer Science
  2893. Chair of Operating Systems
  2894. Martensstrasse 1
  2895. 91058 Erlangen, Germany
  2896. Tel.: +49.9131.66247
  2897. Fax: +49.9131.66247
  2898. e-mail: rimane@informatik.uni-erlangen.de
  2899.  
  2900. Local Organizing Committee
  2901. Juerg Dittrich, Wolfgang Hohl, Walter Henning, Elke Stief, Roya Ulrich
  2902. University of Erlangen-Nuremberg
  2903.  
  2904. IPC - International Program Committee:
  2905. Amborski, K. (PL)
  2906. Balbo, G. (I)
  2907. Beilner, H. (D)
  2908. Biethahn J. (D)
  2909. BoHuLi (Tj)
  2910. Borutzky, W (D)
  2911. Boxma, O. (NL)
  2912. Breitenecker, F. (A)
  2913. Courtois, P.-J. (B)
  2914. Crosbie, R. (USA)
  2915. Eschenbacher, P. (D)
  2916. Forster, H. (D)
  2917. Giambiasi, N. (F)
  2918. Guasch, A. (E)
  2919. Hahn, W. (D)
  2920. Halin, J. (CH)
  2921. Hanschke, T. (D)
  2922. Haring, G. (A)
  2923. Houbak, N. (DK) 
  2924. Huntsinger, R. (USA)
  2925. Iazeolla, I. (D)
  2926. Irmscher, K. (D)
  2927. Iyer, R. (USA)
  2928. Jones, A. (USA)
  2929. Kerckhoffs, E. (NL)
  2930. Kleijnen, J. (NL)
  2931. Krug, W. (D)
  2932. Kuehn, P. (D)
  2933. Lehmann, A. (D)
  2934. Lehmann, F. (D)
  2935. Lehnert, R. (D)
  2936. Marie, R. (F)
  2937. Meisinger, R. (D)
  2938. Meisen, P. (USA)
  2939. Merkuryev, Y. (LV)
  2940. Molnar, I. (H)
  2941. Mosekilde, E. (DK)
  2942. Vren, T. (CAN)
  2943. Pataricza, A. (H)
  2944. Schmidt, B. (D)
  2945. Strunz, H. (D)
  2946. Szczerbicka, H. (D)
  2947. Tanir, O. (CAN)
  2948. Tripathi, S. (USA)
  2949. Trivedi, K. (USA)
  2950. Tucci, S. (I)
  2951. van As, H. (CH)
  2952. Verbraeck, A. (NL)
  2953. Walke, B. (D)
  2954. Witte, Th. (D)
  2955. Wittmann, J. (D)
  2956. Zobel, R. (GB)
  2957.  
  2958.  
  2959. Scientific Program:
  2960.  
  2961. The 1995 SCSI European Simulation Symposium is structured around the
  2962. following major themes. A track will be devoted to each of the topics
  2963. in parallel. The Conference Language is English.
  2964.  
  2965.  
  2966. Simulation  Methodology and Application
  2967.  
  2968. Coordination: Prof. Dr. Andras Javor, Hungary
  2969.  
  2970.    -Simulation Languages, 
  2971.    -Engineering Applications, 
  2972.    -Knowledge Based Simulation Tools,
  2973.    -Distributed and Parallel System Simulation, 
  2974.    -Graphical Model Editors
  2975.  
  2976. Computer and Telecommunications Systems
  2977.  
  2978. Coordination:  Winfried Dulz, Germany
  2979.  
  2980.     -Electronic Circuits and Components,
  2981.    - Parallel and Distributed Systems, 
  2982.    -High Speed Networks
  2983.     ISDN and ATM Communications,
  2984.    -Multimedia Systems
  2985.  
  2986.  
  2987. Dependability Evaluation
  2988.  
  2989. Coordination: G. Horton, United Kingdom
  2990.  
  2991.    -Reliability and Availability Assurance, 
  2992.    -Fault Forecasting, 
  2993.    -Safety and Security, 
  2994.    -Fault Tolerance
  2995.  
  2996. Analytical and Numerical Modelling Techniques
  2997.  
  2998. Coordination:  Hermann de Meer, The Netherlands
  2999.  
  3000.    -Queuing Networks, 
  3001.    -Stochastic Petri Nets, 
  3002.    -Markov Models, 
  3003.    -Optimization
  3004.  
  3005. Simulation in Automation
  3006.  
  3007. Coordination:  Klaus Feldmann, Germany
  3008.  
  3009.    -Scheduling,
  3010.    -Manufacturing,
  3011.    -System Optimization,
  3012.    -Applications
  3013.  
  3014.  
  3015. Simulation in Business
  3016.  
  3017. Coordination:  Peter Mertens, Germany
  3018.  
  3019.    -Production Planning 
  3020.    -Logistics, 
  3021.    -Risk-Analysis, 
  3022.    -Combination of Simulation and AI-Techniques
  3023.  
  3024. SYMPOSIUM:  MISSION EARTH
  3025. Coordination:  Alfred Jones, USA
  3026.  
  3027. Mission Earth is an Activity of the Society for Computer Simulation
  3028. International. Its purpose is the identification and dissemination of
  3029. the unique benefits of World Simulation as the prime tool for use in
  3030. planning and monitoring a sustainable future for the World System.
  3031.  
  3032. Keynote Speakers:
  3033.  
  3034. A. Alan B. Pritsker, Ph.D.
  3035. Pritsker Corporation, President and CEO
  3036. New Roles for Simulation in Industry
  3037.  
  3038. Prof. Dr. Hansjoerg Fromm
  3039. IBM Deutschland Produktion GmbH
  3040. Workflow Management and the Simulation of Business Processes
  3041.  
  3042. Invited Speakers
  3043.  
  3044. Focusing on the main tracks of the Conference, invited speakers will
  3045. give special in-depth presentations in plenary sessions, which will be
  3046. included in the Proceedings of the Conference.
  3047.  
  3048. Best Paper Awards
  3049.  
  3050. The 1995 European Simulation Symposium will award the best papers, one
  3051. in each track. From these papers the best overall paper will be
  3052. chosen. The awarded papers will be published in an International
  3053. Journal, if necessary after incorporating modifications to the paper.
  3054.  
  3055. Deadlines and Requirements:
  3056.  
  3057. Extended Abstracts (two or three pages for full, one page for short
  3058. papers typewritten without drawings and tables) are due to arrive in
  3059. quadruplicate at the European Simulation Office.
  3060.  
  3061. Philippe Geril
  3062. The Society for Computer Simulation International
  3063. European Simulation Office
  3064. University of Ghent, Coupure Links 653, B-9000 Ghent, Belgium
  3065. Tel. (Office) : +32.9.2337790
  3066. Tel.+Fax (Private): +32.59.800.804
  3067. Fax: +32.9.2234941
  3068. e-mail: philippe.geril@
  3069. rug.ac.be
  3070.  
  3071. before April 26, 1995
  3072.  
  3073. Only original papers, written in English, which have not previously
  3074. been published elsewhere will be accepted. In case you want to
  3075. organize a panel discussion, please contact the Program Chairmen.
  3076.  
  3077. Authors are expected to register early (at a reduced fee) and to
  3078. attend the Conference at their own expense to present the accepted
  3079. papers. If early registration and payment are not made, the paper will
  3080. not be published in the Conference Proceedings. In the case of
  3081. multiple authors, one author should be identified as the person who
  3082. will act as the correspondent for the paper.
  3083.  
  3084. Abstracts will be reviewed by three members of the International
  3085. Program Committee for full papers and one member for short papers.
  3086. Notification of acceptance or rejection will be sent by June 1, 1995.
  3087.  
  3088. An author kit with complete instructions for preparing a camera-ready
  3089. copy for the Proceedings will be sent to authors of accepted
  3090. abstracts. The camera-ready copy of the papers must be in by August
  3091. 31, 1995. Only the full papers, which are expected to be five pages
  3092. long, will be published in the Conference Proceedings. In order to
  3093. guarantee a high-quality Conference, the full papers will be reviewed
  3094. as well, to check whether the suggestions of the program committee
  3095. have been incorporated. The nominees for the best paper awards will
  3096. be selected as well.
  3097.  
  3098. Submission Deadline: April 28, 1995
  3099. Acceptance Notification: June 1, 1995
  3100. Camera-Ready Copies: August 31, 1995
  3101.  
  3102. Conference Information
  3103.  
  3104. The ESS series (organized by SCSI, the Society for Computer Simulation
  3105. International) is now in its seventh year. SCSI is an International
  3106. non-profit organization founded in 1952. On a yearly basis SCSI
  3107. organizes six Simulation Conferences worldwide, cooperates in two
  3108. others, and publishes the monthly magazine "Simulation", a quarterly
  3109. "Transactions", and books. For more information, please tick the
  3110. appropriate box on the reply-card
  3111.  
  3112. Exhibits
  3113.  
  3114. An exhibition will be held in the area, where the participants are
  3115. having coffee during the breaks. There will be a special exhibition
  3116. section for universities and non-profit organizations, and a special
  3117. section for publishers and commercial stands. If you would like to
  3118. participate in the exhibition, please contact the European Office.
  3119.  
  3120. Venue
  3121.  
  3122. Erlangen is a city with 100.000 inhabitants 10 miles away from
  3123. Nuremberg. Erlangen hosts the SIEMENS Research Center and a well known
  3124. university with ca. 36.000 students. The Symposium will be held at the
  3125. university in one of the buildings directly in the center of the city.
  3126. The International airport of Nuremberg is only 6 miles away from the
  3127. center of Erlangen.
  3128.  
  3129. Registration before August 31, 1995
  3130. Author       SCSI - members and members 
  3131. Other participants of the sponsoring societies
  3132. BF 16000     BF 16000        ECU 450
  3133. ECU 400    ECU 400        BF 18000
  3134.  
  3135. Registration after August 31,1995
  3136. Preregistration    BF 18000    BF 20000
  3137. required        ECU 450    ECU 500
  3138.  
  3139. The registration fee includes, one copy of the Conference Proceedings,
  3140. three Lunches, Refreshments during the breaks, a Welcome Cocktail and
  3141. the Conference Dinner.
  3142.  
  3143. Correspondence Address:
  3144.  
  3145. Philippe Geril
  3146. The Society for Computer Simulation International
  3147. European Simulation Office
  3148. University of Ghent, Coupure Links 653, B-9000 Ghent, Belgium
  3149. Tel. (Office) : +32.9.2337790
  3150. Fax (Office): +32.9.2234941
  3151. Tel.+Fax (Private): +32.59.800.804
  3152. e-mail: philippe.geril@rug.ac.be
  3153.  
  3154. Further information on the 1995 ESS Symposium can be found on WWW at:
  3155. http://faui30t.informatik.uni-erlangen.de:1200/Misc/ESS95.html
  3156.  
  3157.  
  3158.  
  3159. Philippe Geril                     SCS European Simulation Office
  3160.                                    University of Gent
  3161. phone : +32 (9) 233 77 90          Department for Applied Mathematics
  3162. fax   : +32 (9) 223 49 41          Biometrics and Process Control
  3163. e-mail: Philippe.Geril@rug.ac.be   Coupure Links 653, 9000 Gent
  3164.                                    Belgium
  3165.                              Carpe Diem !
  3166.  
  3167. ------------------------------
  3168.  
  3169. Date: Sat, 18 Mar 1995 20:33:25 EST
  3170. From: Rob Slade <roberts@mukluk.decus.ca>
  3171. Subject: Book Review: "Internet Anywhere" by MKS/Gardner
  3172.  
  3173.  
  3174. BKINTANW.RVW   950209
  3175.  
  3176. %A   James Gardner
  3177. %C   113 Sylvan Avenue, Englewood Cliffs, NJ   07632
  3178. %D   1995
  3179. %G   0-13-185612-X
  3180. %I   Prentice Hall PTR
  3181. %O   U$29.95/C$39.95 (515) 284-6751 FAX (515) 284-2607 beth_hespe@prenhall.com
  3182. %P   430
  3183. %T   "Internet Anywhere"
  3184. "Internet Anywhere", MKS Inc., 1995, 0-13-185612-X, U$29.95/C$39.95
  3185.  
  3186. This is *not* the Internet anywhere.  This is a 30 day test kit for
  3187. email (maybe) and news, in the US and Canada, under Windows.
  3188.  
  3189. What is really included here is a crippleware demo version of the MKS
  3190. mail and newsreader software for Windows.  Arrangements have been made
  3191. with The Rabbit Network Inc. for thirty days' free access through an
  3192. "800" number.  At the end of thirty days, the demo will stop working,
  3193. but you can contact MKS and get an "upgrade" for fifty bucks more
  3194. (sixty, in Canada), and contact Rabbit for a proper account.
  3195. (Alternate arrangements have been made with Portal.  This "30 days
  3196. free" is valid for only the first five hours, and requires a credit
  3197. card number for validation.)
  3198.  
  3199. The book is basically documentation of the MKS software, although about a
  3200. quarter of it is taken up with an extensive Internet provider list.
  3201.  
  3202. For those who want a taste of email and news, this might be a handy
  3203. start.  I'll have to review the software to comment further on it.
  3204.  
  3205.  
  3206. copyright Robert M. Slade, 1995   BKINTANW.RVW   950209. Distribution
  3207. permitted in TELECOM Digest and associated publications. Rob Slade's
  3208. book reviews are a regular feature in the Digest.
  3209.  
  3210.  
  3211. DECUS Canada Communications, Desktop, Education and Security group newsletters
  3212. Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733
  3213. Author "Robert Slade's Guide to Computer Viruses" 0-387-94311-0/3-540-94311-0
  3214.  
  3215. ------------------------------
  3216.  
  3217. Date: Sun, 19 Mar 1995 01:41:03 EST
  3218. From: Bob Keller <rjk@telcomlaw.com>
  3219. Subject: Re: PCS Auction Results and Analysis
  3220.  
  3221.  
  3222. The ranking of the comparative value of the MTAs (which was part of
  3223. the PCS Auction analysis that I posted last week) had one rather
  3224. significant error.  In aggregating the block A and B winning bids for
  3225. each market, New Orleans was somehow skipped, with the result that it
  3226. was listed twice, but both times at an extremely understated value.
  3227. Below is a revised version of the list which corrects this error and
  3228. makes some other changes:
  3229.  
  3230.  ==========================================================================
  3231.  Comparative Value of the MTAs
  3232.  ==========================================================================
  3233.  
  3234. The following tabulation shows the comparative value of each MTA,
  3235. calculated and ranked on the basis of dollars bid per pop. The winning
  3236. bids on each of the two licenses in each MTA were combined, except in
  3237. Washington, Los Angeles, and New York where only one license was
  3238. auctioned due to the previous pioneer's preference grants.  Each of
  3239. those three markets is shown twice in the tabulation below, once
  3240. including only the winning bid for the Block B (w/o pp), and once
  3241. including both the Block B winning bid plus the Block A pioneer's
  3242. preference revenue (w/pp).
  3243.  
  3244.     MTA# Market Name                        Population $/Pop  High Bid
  3245.     ---- ---------------------------------- ---------- ------ ------------
  3246.  01 M010 Washington-Baltimore (w/o pp)Rank   7,777,875 $54.45 $211,771,000
  3247.  02 M002 Los Angeles-San Diego (w/o pp)     19,145,232 $51.55 $493,500,000
  3248.   * M010 Washington-Baltimore (w/ pp)        7,777,875 $40.39 $314,114,539
  3249.   * M002 Los Angeles-San Diego (w/ pp)      19,145,232 $38.93 $745,418,526
  3250.  03 M017 New Orleans-Baton Rouge             4,925,269 $37.24 $183,424,485
  3251.  04 M001 New York (w/o pp)                  26,410,597 $33.53 $442,712,000
  3252.  05 M003 Chicago                            12,069,700 $30.88 $372,750,000
  3253.   * M001 New York (w/ pp)                   26,410,597 $29.92 $790,230,309
  3254.  06 M011 Atlanta                             6,942,084 $28.58 $198,411,000
  3255.  07 M024 Seattle (Excluding Alaska)          3,827,175 $27.79 $106,355,002
  3256.  08 M015 Miami-Fort Lauderdale               5,136,581 $25.64 $131,723,000
  3257.  09 M019 St. Louis                           4,663,926 $25.48 $118,836,000
  3258.  10 M031 Indianapolis                        3,017,475 $23.34  $70,433,000
  3259.  11 M027 Phoenix                             3,510,140 $22.32  $78,347,000
  3260.  12 M037 Jacksonville                        2,274,933 $20.22  $46,000,000
  3261.  13 M047 Honolulu                            1,108,229 $20.18  $22,361,030
  3262.  14 M020 Milwaukee                           4,541,432 $18.73  $85,043,289
  3263.  15 M033 San Antonio                         2,986,524 $18.21  $54,394,123
  3264.  16 M036 Salt Lake City                      2,573,372 $17.82  $45,847,030
  3265.  17 M016 Cleveland                           4,945,749 $17.59  $87,000,000
  3266.  18 M004 San Francisco-Oakland-San Jose     11,891,177 $17.37 $206,500,000
  3267.  19 M022 Denver                              3,880,637 $16.60  $64,436,000
  3268.  20 M013 Tampa-St. Petersburg-Orlando        5,417,788 $16.57  $89,786,837
  3269.  21 M014 Houston                             5,190,849 $16.16  $83,888,837
  3270.  22 M048 Tulsa                               1,096,396 $16.02  $17,562,369
  3271.  23 M025 Puerto Rico-U.S. Virgin Islands     3,623,846 $15.70  $56,899,000
  3272.  24 M026 Louisville-Lexington-Evansville     3,556,648 $13.85  $49,262,000
  3273.  25 M008 Boston-Providence                   9,452,712 $12.87 $121,660,000
  3274.  26 M028 Memphis-Jackson                     3,465,226 $12.46  $43,169,000
  3275.  27 M030 Portland                            3,059,948 $11.16  $34,155,030
  3276.  28 M029 Birmingham                          3,244,076 $10.97  $35,597,000
  3277.  29 M038 Columbus                            2,145,561 $10.39  $22,290,000
  3278.  30 M043 Nashville                           1,767,391  $9.26  $16,374,000
  3279.  31 M009 Philadelphia                        8,927,748  $9.07  $80,951,000
  3280.  32 M007 Dallas-Fort Worth                   9,694,157  $9.03  $87,500,578
  3281.  33 M018 Cincinnati-Dayton                   4,716,665  $8.89  $41,932,000
  3282.  34 M023 Richmond-Norfolk                    3,846,210  $8.75  $33,652,000
  3283.  35 M005 Detroit                            10,001,009  $8.12  $81,177,000
  3284.  36 M034 Kansas City                         2,913,304  $8.11  $23,619,168
  3285.  37 M032 Des Moines-Quad Cities              3,006,139  $7.35  $22,100,031
  3286.  38 M021 Pittsburgh                          4,102,766  $7.00  $28,719,362
  3287.  39 M006 Charlotte-Greensboro-Greenville-Ral 9,752,317  $6.83  $66,616,000
  3288.  40 M035 Buffalo-Rochester                   2,777,046  $6.80  $18,893,000
  3289.  41 M012 Minneapolis-St. Paul                5,986,039  $6.63  $39,674,673
  3290.  42 M040 Little Rock                         2,051,667  $6.21  $12,732,501
  3291.  43 M044 Knoxville                           1,721,911  $6.18  $10,635,000
  3292.  44 M041 Oklahoma City                       1,877,478  $5.92  $11,111,111
  3293.  45 M051 American Samoa                         47,000  $4.57     $214,555
  3294.  46 M039 El Paso-Albuquerque                 2,113,890  $4.08   $8,634,030
  3295.  47 M046 Wichita                             1,124,174  $3.91   $4,393,000
  3296.  48 M042 Spokane-Billings                    1,863,335  $3.05   $5,688,000
  3297.  49 M045 Omaha                               1,659,273  $2.80   $4,647,000
  3298.  50 M049 Alaska                                550,043  $1.82   $1,000,000
  3299.  51 M050 Guam-Northern Mariana Islands         176,000  $0.61     $107,000
  3300.  
  3301.  
  3302. Bob Keller (KY3R)            Email: rjk@telcomlaw.com
  3303. Law Office of Robert J. Keller, P.C.   Telephone:  301.229.5208
  3304. Federal Telecommunications Law       Facsimile:  301.229.6875
  3305.  
  3306. ------------------------------
  3307.  
  3308. Subject: The ITU in Gopherspace
  3309. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  3310. Date: Sat, 18 Mar 95 23:38:22 IST
  3311. Organization: Deus X Machina
  3312.  
  3313.  
  3314. Someone asked for info on the ITU's net.location.
  3315.  
  3316. Try gopher info.itu.ch.
  3317.  
  3318.  
  3319. Rishab Aiyer Ghosh                   For Electric Dreams subscriptions 
  3320. rishab@dxm.ernet.in                    and back issues, send a mail to
  3321. rishab@arbornet.org                           rishab@arbornet.org with
  3322. Vox +91 11 6853410 Voxmail 3760335       'help' in lower case, without
  3323. H 34C Saket, New Delhi 110017, INDIA       the quotes, as the Subject.
  3324.  
  3325. ------------------------------
  3326.  
  3327. Subject: X.25/ISDN prices; Global Information Wanted (Again)
  3328. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  3329. Date: Sat, 18 Mar 95 23:44:53 IST
  3330. Organization: Deus X Machina
  3331.  
  3332.  
  3333. Someone wrote: [on X.25 over ISDN]:
  3334.  
  3335. > Rates in the Pacific Bell Service area for data packets are:
  3336. > .05 CENTS for transaction setup
  3337. > .005 CENTS per octet of data
  3338.  
  3339. That works out to about $52 per Mb - is that _cheap_?
  3340.  
  3341. BTW I posted last week a request for telecom/datacom rates and
  3342. licences in various countries, similar to the info I provided on
  3343. India. Though I asked specifically for info on Asian/developing
  3344. countries, I only got replies from the US, UK and Malaysia. I intend
  3345. to collate this data and repost to the Digest, so stop being lazy and
  3346. help!
  3347.  
  3348. In case you missed my table on India, and volunteer to provide similar
  3349. data for your country, ask me for a copy of that post.
  3350.  
  3351.  
  3352. Rishab Aiyer Ghosh                   For Electric Dreams subscriptions 
  3353. rishab@dxm.ernet.in                    and back issues, send a mail to
  3354. rishab@arbornet.org                           rishab@arbornet.org with
  3355. Vox +91 11 6853410 Voxmail 3760335       'help' in lower case, without
  3356. H 34C Saket, New Delhi 110017, INDIA       the quotes, as the Subject.
  3357.  
  3358. ------------------------------
  3359.  
  3360. Date: Mon, 20 Mar 1995 09:52:29 EST
  3361. From: Chris J. Cartwright - ELF <dsc3cjc@imc220.med.navy.mil>
  3362. Subject: New Bell Atlantic Service
  3363.  
  3364.  
  3365.  From the {Washington Post} Friday, March 17, 1995: (all typos are mine)
  3366.  
  3367.              ***** Montgomery to Get Phone Message Service *****
  3368.     Bell Atlantic's Residential 'T-Mail' Experiment is First in Country
  3369.  
  3370.                 --------------------------------------------
  3371.                  By Mike Mills / Washington Post Staff Writer
  3372.                  --------------------------------------------
  3373.  
  3374.    Beginning next week, Montogomery County residents may notice
  3375. something different when they pick up their telephones: three quick
  3376. beeps before they hear a dial tone.  It will mean that they have a
  3377. "T-Mail" message waiting.
  3378.  
  3379.    "T-Mail" is a new service that Bell Atlantic Corp. is trying out
  3380. among its 400,000 customers in the county, with plans to expand the
  3381. service area-wide if it's popular.
  3382.  
  3383.    The first such residential service in the country, it is designed
  3384. to let a community group distribute messages to members, or a daughter
  3385. to get information to a parent who isn't home.
  3386.  
  3387.    Unlike Bell Atlantic's Answer Call voice mail service, T-mail does not 
  3388. take messages when people don't answer their phones.
  3389.  
  3390.    It's more like the voice mail that many offices now have.  Callers
  3391. in Montgomery County will be able to pick up their phones and dictate
  3392. messages that Bell Atlantic computers will record and then send on to
  3393. the phones of an individual or group of people who have the service.
  3394.  
  3395.    The phones will not ring to alert the recipient.  Instead they will
  3396. hear the beeps before the dial tone when the phone is picked up, or a
  3397. light will blink (of the customers own newer models of telephones
  3398. equipped with message lights).  To retrieve messages, customers will
  3399. dial a special number and enter their private passcode, and then
  3400. listen to, delete or forward messages to others who have the service.
  3401.  
  3402.    T-mail will allow customers to leave a message for someone who's
  3403. not home and doesn't have an answering machine.  Or, the same message
  3404. could go to a large number of people: A soccer coach could update team
  3405. members on practice schedules or a teacher could notify parents about
  3406. homework assignments.
  3407.  
  3408.    T-mail will be free from next Monday until May 30, after which
  3409. customers will pay 25 cents for each message they send or copy.
  3410. Listening to messages will remain free of charge.  Customers who
  3411. subscribe to Answer Call will pay 15 cents per message.
  3412.  
  3413.    The service is part of larger efforts by Bell Atlantic and other
  3414. local phone companies to increase their revenue by making their
  3415. networks "intelligent".  They see services such as this as prime
  3416. opportunities for new revenue from basic residential phone service,
  3417. which is only marginally profitable.
  3418.  
  3419.    Bell Atlantic is also trying to enhance the value of it's own offerings
  3420. as new competitors threaten to offer competing local phone service.
  3421.  
  3422.    Bell Atlantic officials say the service won't be a new opening for
  3423. telemarketers.  Junk-mail callers will be dissuaded from stuffing mail
  3424. boxes with messages, they predict, because of per message cost and
  3425. because mass messages can only be sent to as many as three groups of
  3426. 25 recipients each.
  3427.  
  3428.    People who don't want the service can call 1-800-870-0000 to have it 
  3429. disconnected.
  3430.  
  3431.    The service also will further Bell Atlantics's efforts to take
  3432. business away from the answering machine industry.  Answer Call voice
  3433. mail service already reaches 1.4 million residential customers,
  3434. according to Bell Atlantic, more than any other U.S. local phone
  3435. company.
  3436.  
  3437.    But nationwide, about 54 percent of U.S. telephone users still have
  3438. an answering machine, or more than 125 million people, according to
  3439. the Electronic Industries Association.
  3440.  
  3441.                          -------------------------------
  3442.  
  3443. I posted this because in addition to being a "new" service, it hits on
  3444. several topics discussed here of late. One is phones that detect
  3445. stutter tone or some other message waiting data that lets the phone
  3446. know there is a message (any bets only the RBOC's sell this little
  3447. gem).  And "Junk-mail callers will be dissuaded...", would you pay
  3448. $60,000 dollars to reach 400,000 people?  Not to mention that its
  3449. **FREE** for the next ten weeks to the everyone including
  3450. telemarketers!  I grant you that it make take some doing but I'll bet
  3451. some replacement window company, or credit card insurance marketer has
  3452. already paid the overtime to cash in on the free advertising to all of
  3453. Montgomery County.  Plus I thought any phone number with seven zero's
  3454. in it was worth mention.  I'll try to keep you posted.  If I'm not too
  3455. busy listening to all my new T-Mail ...
  3456.  
  3457.  
  3458. Chris Cartwright, Technical Engineer     
  3459. Mail  dsc3cjc@imc220.med.navy.mil         
  3460.  
  3461.  
  3462. [TELECOM Digest Editor's Note: Please let us know your early experiences
  3463. with this new service ... or is it a disservice?   <g>    PAT]
  3464.  
  3465. ------------------------------
  3466.  
  3467. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  3468. Subject: Cellular Fraud in the News Again
  3469. Date: Mon, 20 Mar 1995 10:30:00 CST
  3470.  
  3471.  
  3472. Over the weekend in the {Chicago Tribune} writer Kathy O'Malley offered
  3473. an interesting article on cellular fraud, primarily discussing how
  3474. phones are cloned and then abused. 
  3475.  
  3476. The thing which caught my eye, and which I discussed with her briefly on
  3477. the phone Monday morning was her tossing around of the figures given to
  3478. her by some industry people:   $1.3 million per day in fraud; and that 
  3479. this represented four percent of the industry's annual traffic. By my
  3480. calculations, 1.3 million per day comes to about $454 million per year,
  3481. and that figure is four percent of what astronomical amount?  
  3482.  
  3483. I know we have had discussions on this here before and many of you contend
  3484. losses due to fraud -- while a significant problem -- are substantially
  3485. less that the dollar amounts quoted on a routine basis in the media and
  3486. by industry representatives.
  3487.  
  3488. Ms. O'Malley asked me, if $1.3 million per day is *not* correct, then
  3489. what amount is correct or more realistic?  I'd like to forward her some
  3490. more accurate data if that is possible. Can anyone provide anything?
  3491.  
  3492. She said to me she was prompted to write the article based on her own
  3493. unfortunate experiences of being cloned twice in the past year. I told
  3494. her I could easily see and understand her feelings, but that overstating
  3495. the amount in question did not benefit anyone ... some of you here explained
  3496. that to me the last time this topic came up.
  3497.  
  3498. She is at the {Chicago Tribune}, 435 North Michigan Avenue, Chicago 60611
  3499. if you care to provide rebuttal, although it might be best if you send
  3500. it to me and I will pass it along.
  3501.  
  3502.  
  3503. Thanks,
  3504.  
  3505. Patrick Townson
  3506.  
  3507. ------------------------------
  3508.  
  3509. End of TELECOM Digest V15 #155
  3510. ******************************
  3511.     
  3512.     
  3513. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04963;
  3514.           21 Mar 95 0:04 EST
  3515. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3516.     id AA18682; Mon, 20 Mar 95 19:19:11 CST
  3517. Return-Path: <telecom>
  3518. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3519.     id AA18676; Mon, 20 Mar 95 19:19:09 CST
  3520. Date: Mon, 20 Mar 95 19:19:09 CST
  3521. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  3522. Message-Id: <9503210119.AA18676@delta.eecs.nwu.edu>
  3523. To: telecom@eecs.nwu.edu
  3524. Subject: TELECOM Digest V15 #156
  3525.  
  3526. TELECOM Digest     Mon, 20 Mar 95 19:19:00 CST    Volume 15 : Issue 156
  3527.  
  3528. Inside This Issue:                           Editor: Patrick A. Townson
  3529.  
  3530.     Book Review: "The Downloader's Companion for Windows" (Rob Slade)
  3531.     Consuming Ourselves Into Oblivion (Kevin Martin)
  3532.     French "MCI Friends and Family" System (Romain Fournols)
  3533.     T3 Framing and Connection (Phillip Schuman)
  3534.     PABX Signalling Protocols (Ronald A. Smit)
  3535.     Research on Dual Mode Terminals (Joerg Kuehne)
  3536.     Why Doesn't Zmodem Work? (David Burns)
  3537.     Looking For Small, Used, CHEAP, PBX/Key System (Seng-Poh Lee)
  3538.     Re: Looking For "Help Desk" System (Jim Wenzel)
  3539.     Re: 800 "Trademark" Rights (Jim Wenzel)
  3540.     Telephone Cost Research (Rafael Rivera)
  3541.     Re: Caller ID in CA (John Navas)
  3542.  
  3543. TELECOM Digest is an electronic journal devoted mostly but not
  3544. exclusively to telecommunications topics. It is circulated anywhere
  3545. there is email, in addition to various telecom forums on a variety of
  3546. public service systems and networks including Compuserve and America
  3547. On Line. It is also gatewayed to Usenet where it appears as the moderated
  3548. newsgroup 'comp.dcom.telecom'. 
  3549.  
  3550. Subscriptions are available to qualified organizations and individual
  3551. readers. Write and tell us how you qualify:
  3552.  
  3553.                  * telecom-request@eecs.nwu.edu *
  3554.  
  3555. The Digest is edited, published and compilation-copyrighted by Patrick
  3556. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  3557. or phone at:
  3558.                     9457-D Niles Center Road
  3559.                      Skokie, IL USA   60076
  3560.                        Phone: 500-677-1616
  3561.                         Fax: 708-329-0572
  3562.   ** Article submission address only: telecom@eecs.nwu.edu **
  3563.  
  3564. Our archives are located at lcs.mit.edu and are available by using
  3565. anonymous ftp. The archives can also be accessed using our email
  3566. information service. For a copy of a helpful file explaining how to
  3567. use the information service, just ask.
  3568.  
  3569. *************************************************************************
  3570. *   TELECOM Digest is partially funded by a grant from the              *
  3571. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  3572. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  3573. * project.  Views expressed herein should not be construed as represent-*
  3574. * ing views of the ITU.                                                 *
  3575. *************************************************************************
  3576.  
  3577. Additionally, the Digest is funded by gifts from generous readers such
  3578. as yourself who provide funding in amounts deemed appropriate. Your help 
  3579. is important and appreciated. A suggested donation of twenty dollars per
  3580. year per reader is considered appropriate. See our address above.
  3581.  
  3582. All opinions expressed herein are deemed to be those of the author. Any
  3583. organizations listed are for identification purposes only and messages
  3584. should not be considered any official expression by the organization.
  3585. ----------------------------------------------------------------------
  3586.  
  3587. Date: Mon, 20 Mar 1995 17:16:39 EST
  3588. From: Rob Slade <roberts@mukluk.decus.ca>
  3589. Subject: Book Review: "The Downloader's Companion for Windows"
  3590.  
  3591.  
  3592. BKDNLCMP.RVW   950208
  3593.  
  3594. "The Downloader's Companion for Windows", Scott Meyers/Catherine Pinch, 1995,
  3595. 0-13-342254-2, U$19.95/C$26.95
  3596. %A   Scott Meyers download@prenhall.com
  3597. %A   Catherine Pinch download@prenhall.com
  3598. %C   113 Sylvan Avenue, Englewood Cliffs, NJ   07632
  3599. %D   1995
  3600. %G   0-13-342254-2
  3601. %I   Prentice Hall PTR
  3602. %O   U$19.95/C$26.95 (515) 284-6751 FAX (515) 284-2607 beth_hespe@prenhall.com
  3603. %P   178
  3604. %T   "The Downloader's Companion for Windows"
  3605.  
  3606. Those who are promoting the advantages of the online world often cite
  3607. the enormous volume of programs, utilities, graphics, sound bytes and
  3608. other files available on BBSes, commercial services, and the net.
  3609. They seldom mention the necessity for learning cryptic one- to
  3610. three-letter codes that indicate which of a bewildering variety of
  3611. archival, compression, encoding, viewing, and other programs need to
  3612. be brought to bear on a given file, in order to make it yield up its
  3613. secrets.  The promoters often stress that much of this stuff is free
  3614. (or ridiculously cheap), but don't stress the fact that, for that very
  3615. reason, most of what you need simply cannot be found at the local
  3616. "Computers-R-Us".
  3617.  
  3618. This slim volume is an excellent starter for newbies who want to begin
  3619. downloading.  The network cognoscenti will find nothing fresh here,
  3620. but it is pitched exactly right for the newcomer.  It covers the
  3621. concepts of freeware and shareware (though not, interestingly, public
  3622. domain); the basics of downloading; compression, archiving and
  3623. encoding; media files; and some resources and filename explanations.
  3624. The material is not exhaustive, but does cover the important
  3625. points--including how to read version numbers.  An included disk
  3626. provides the basic archiving, compression, encoding and viewing tools
  3627. that the Windows user will need to get started.
  3628.  
  3629. There are a few points one might want to argue.  (There is also a
  3630. script font, used for headers, which is very difficult to read.)  By
  3631. and large, however, there is nothing to block the value of this work
  3632. for the new user.
  3633.  
  3634. For such a small book, the price might seem excessive.  However, the
  3635. fact that this book, and an hour or two of study, can get a neophyte
  3636. online, would make it well worth the cost.
  3637.  
  3638.  
  3639. copyright Robert M. Slade, 1995   BKDNLCMP.RVW   950208. Distribution
  3640. permitted in TELECOM Digest and associated publications. Rob Slade's
  3641. book reviews are a regular feature in the Digest.
  3642.  
  3643.  
  3644. Vancouver      ROBERTS@decus.ca    
  3645. Institute for  Robert_Slade@sfu.ca 
  3646. Research into  rslade@cue.bc.ca    
  3647. User           p1@CyberStore.ca    
  3648. Security       Canada V7K 2G6      
  3649.                                    
  3650. ------------------------------
  3651.  
  3652. Date: Mon, 20 Mar 1995 16:31:50 -0600
  3653. From: kmzzz@Mailbox.mcs.com (Kevin Martin)
  3654. Subject: Consuming Ourselves Into Oblivion
  3655.  
  3656.  
  3657.          In the 1600's monks slaved over reprinting letter by letter
  3658. then famous works like the Bible. When Guttenberg "revolutionized"
  3659. communication with the printing press an understanding emerged that
  3660. things would be different. New communication would forever alter human
  3661. interaction.
  3662.  
  3663.         When Marconi and radio transmission came along the same
  3664. "revolutionary" mindset emerged. Finally and ultimately national
  3665. governments would be held accountable for all their actions.
  3666.  
  3667.         Television, the last media/communication "revolution"
  3668. re-inspired, albeit only fleetingly, the human belief in control of
  3669. their personal intellectual destinies and re-invigorated the
  3670. government watchdog mentality.
  3671.  
  3672.         We surf, now, on the most recent technologically induced media
  3673. revolution but, nevertheless, allow it, even in its relative youth to
  3674. go the path of humanities other communication "revolutions."
  3675.  
  3676.     Neil Postman talks of, Americans in particular, informing ourselves
  3677. to death. Coinciding with that concept is the consuming ourselves into
  3678. oblivion argument that I wish to describe.
  3679.  
  3680.         Often unbeknownst to ourselves we are constantly, both subtly
  3681. and blatantly, force fed consumerism. In its dramatic form, television
  3682. commercials are now as hyped, constructed, debated and created as
  3683. detail oriented and cost (un) effective as feature films. TV commercial 
  3684. consumption and viewing is, personally, dramatically more entertaining/
  3685. dumbing than the actual programs they interrupt. One need only mention
  3686. particular campaigns to fathom the country's familiarity with thirty
  3687. second "buy something" commands that now pass as pure entertainment.
  3688. The IBM nuns, the AT&T/MCI wars, "Where's the Beef," etc.
  3689.  
  3690.         Although the shows are by no means free from this consumptive
  3691. mindset. Whether its the mind-boggling, seemingly constant cross
  3692. promotion of television shows (In particular on the upstart Fox
  3693. network programs) or the nonchalant product placement within your
  3694. favorite show's star's apartment or hand, or the subtle programming
  3695. differences that slide you from one program to another commercial
  3696. free; We constantly have the "consume" command brow beaten into our
  3697. minds.
  3698.  
  3699.         Every television millisecond is a command to buy something.
  3700. Intertwined in PBS programs, live sports coverage, even Presidential
  3701. address' complete with network logo in bottom right corner and
  3702. pre/post, book-selling, anchor persons and analyst response is the
  3703. "run out and charge something" message.
  3704.  
  3705.         So avoid your television. Kill your television! The escape and
  3706. "freedom" is only minimal. Movie product placement, action figure
  3707. sales, sequel contracts etc. promote constant consumption within the
  3708. movie industry. The entertainment conglomerates, in general, have a
  3709. strangle hold on all of our often unearned dollars.
  3710.  
  3711.         Freedom and the great communications "revolution" of the
  3712. Internet is relative mini-seconds away from the same mind-numbing,
  3713. content-guiding path of the almighty advertising dollar.
  3714.  
  3715.         Much needs to be said both in support of and against the
  3716. publishing industries role in guiding the Internet. The atomized
  3717. publishing industry of books, periodicals and newspapers seems to be
  3718. "getting back at" or "standing tall in light of" the digital/digitized
  3719. hype surrounding technological innovations such as the Internet which,
  3720. often self-described, spell the decline and fall of the traditional
  3721. written word and its format.
  3722.  
  3723.         One need only look at the shelf-space dedicated to computer
  3724. how-to manuals in their favorite bookstore to get a grasp on the
  3725. publishing industries success. Even Nicholas Negroponte's book "Being
  3726. Digital" has entered the best sellers list.
  3727.  
  3728.         A new non-fiction is emerging from the computer how-to
  3729. publishing market and it indicates a course for the Internet itself
  3730. that needs addressing. In promoting the further stupefaction and
  3731. status quoness of the race to digitize the planet, the infrastructure
  3732. ownership, mainstreaming, non-technical understanding, user-friendly
  3733. access learning usage curve and the ever growing plethora of related
  3734. literature is focused on privatized, commercialized, consumer based
  3735. and driven stupefacation.
  3736.  
  3737.         "How to make a million on the Internet," "Winning cyber-friends 
  3738. and influencing the non-cyber to buy your goods," the list of real and
  3739. shockingly possible concepts for usage of the Internet in the public
  3740. domain promoted by the atom publishing industry show nothing other
  3741. than the same social ills that plague all current mediums.
  3742.  
  3743.         The Hacker, the one true friend of the common good on the Internet,
  3744. is being lambasted, tracked down, arrested and eliminated from access in
  3745. the name of some cyber justice that helps clear the way for the great
  3746. revolution of key-stroke credit card purchases envisioned by the well
  3747. funded, government supported, retail industry.
  3748.  
  3749.         Where the WWW and Internet could take human connectedness and
  3750. communication is unimaginable. The course seems well laid out to take this
  3751. revolution down the same path the worlds other technological driven
  3752. communications revolts have gone: Into our consumer washed brain and
  3753. out our overstrectched personal and national credit line.
  3754.  
  3755.  
  3756. Thanks for your consideration and peace,
  3757.  
  3758. Kevin Martin
  3759.  
  3760.  
  3761. [TELECOM Digest Editor's Note: Thank you for your comments today. Perhaps
  3762. they will the root of an interesting discussion thread. The address by
  3763. Neil Postman to which you refer was printed here in the Digest some time
  3764. ago; perhaps a reprint for our newer readers would be a good idea.   PAT]
  3765.  
  3766. ------------------------------
  3767.  
  3768. Date: 19 Mar 95 17:22:52 EST
  3769. From: ROMAIN FOURNOLS <100431.1672@compuserve.com>
  3770. Subject: French "MCI Friends and Family" System
  3771.  
  3772.  
  3773. Starting last week, France Telecom proposed a new service (the same as
  3774. the MCI F&F system):
  3775.  
  3776. For 15FF per month fee, you choose three favorite numbers and you get
  3777. a 15% discount on your phone bill only on those three numbers communications.
  3778.  
  3779. This service is called "PRIMALISTE"
  3780.  
  3781.  
  3782. Romain FOURNOLS     Compuserve : 100431,1672
  3783. Email : 100431.1672@compuserve.com
  3784. Fax : +33 61 22 85 84
  3785.  
  3786. ------------------------------
  3787.  
  3788. From: Phillip Schuman <72510.1164@CompuServe.COM>
  3789. Subject: T3 Framing and Connection
  3790. Date: 19 Mar 1995 05:36:24 GMT
  3791. Organization: via CompuServe Information Service
  3792.  
  3793.  
  3794. I'm looking for some brief explanation of the two kinds of framing
  3795. on T3 - M13 and C-parity. I'm pretty familiar with D4/SF and ESF.
  3796.  
  3797. Also -- on a picture of the Digital Link T3 mux -- there are two BNC
  3798. connectors; are both used, or in/out or what? How does this work in
  3799. connecting to a fiber based system like T3 -- is there another
  3800. interface box between the telco and the CPE?
  3801.  
  3802. ------------------------------
  3803.  
  3804. From: Ronald A. Smit <ras@rhn.ow.nl>
  3805. Date: Mon, 20 Mar 1995 14:21:53 MET
  3806. Subject: PABX Signalling Protocols
  3807.  
  3808.  
  3809. Please can anyone tell me were I can get technical specifications and
  3810. the facilities of the following PABX signalling protocols:
  3811.  
  3812.         - CAILHO
  3813.         - CEPT L1
  3814.         - R2
  3815.         - E&M
  3816.         - DPNSS (Digital Private Network Signalling System)
  3817.         - APNSS (Analogue Private Network Signalling System)
  3818.         - Q.sig
  3819.  
  3820.  
  3821. Thanks,
  3822.  
  3823. Ronald A. Smit
  3824.  
  3825. ------------------------------
  3826.  
  3827. From: jk14@irz301.inf.tu-dresden.de (Joerg Kuehne)
  3828. Subject: Research on Dual Mode Terminals
  3829. Date: 20 Mar 1995 15:34:20 +0100
  3830. Organization: Dept. of Electrical Engineering, TU Dresden, Germany
  3831.  
  3832.  
  3833. Hi,
  3834.  
  3835. I'm a research assistant at the endowed chair for mobile communications
  3836. systems at Dresden University of Technology and I'm looking for useful books
  3837. or other information about the american mobile communications standards:
  3838. AMPS, IS 54/136 and IS 95. Please send any info/hints to me at:
  3839.  
  3840.    kuehnej@ifn.et.tu-dresden.de
  3841.  
  3842.  
  3843. Thanks,
  3844.  
  3845. Joerg Kuehne
  3846. Endowed Chair for Mobile Communications Systems
  3847. Department of Electrical Engineering
  3848. Dresden University of Technology
  3849.  
  3850. ------------------------------
  3851.  
  3852. From: saclib@garnet.msen.com (David Burns)
  3853. Subject: Why Doesn't Zmodem Work?
  3854. Date: 20 Mar 1995 16:17:09 GMT
  3855. Organization: Msen, Inc. -- Ann Arbor, MI (account info: +1 313 998-4562)
  3856.  
  3857.  
  3858. I am using a shell account to access the Internet, and most of the time I
  3859. get there via MichNet, which is a local call. The trouble is that none of 
  3860. the fast protocols, e.g., Zmodem, work when I'm dialed in this way. Kermit 
  3861. works, but it is slow and not absolutely trustworthy.
  3862.  
  3863.     If I dial in via direct line, bypassing MichNet, Zmodem works 
  3864. fine, but then I am paying a toll call.
  3865.  
  3866.     Can anyone supply any answers/solutions/confirmations?
  3867.  
  3868.  
  3869. David J. Burns    saclib@mail.msen.com
  3870. Technical Services Librarian    (517) 750-6443
  3871. Spring Arbor College
  3872.  
  3873. ------------------------------
  3874.  
  3875. From: lee@gdc.com (Seng-Poh Lee)
  3876. Subject: Looking For Small, Used, CHEAP, PBX/Key System
  3877. Date: Mon, 20 Mar 1995 14:06:46 EST
  3878. Organization: General DataComm Ind. Inc., Middlebury, CT
  3879.  
  3880.  
  3881. Can anyone point me towards a source of used and inexpensive PBXs and
  3882. key systems?  I'm looking for one for my home, and it only needs to
  3883. support two lines and no more than ten extensions.  It doesn't have to be
  3884. state of the art, but needs to be low cost.
  3885.  
  3886. If anyone has just upgraded their old PBX/Key system and wants to get
  3887. rid of it, drop me a line! I'm in Connecticut.
  3888.  
  3889.  
  3890. Seng-Poh Lee                  |  Internet:  Work: splee@gdc.com
  3891. Technology Center,            |             Alt : splee@pd.org
  3892. General DataComm Ind. Inc.    |  URL:       http://www.sandbox.org/
  3893. Middlebury, CT, USA           |  Finger splee@noel.pd.org for PGP Pub Key
  3894.  
  3895. ------------------------------
  3896.  
  3897. Date: Sun, 19 Mar 1995 12:43:00 -0500
  3898. From: jim.wenzel@grapevine.lrk.ar.us (Jim Wenzel)
  3899. Subject: Re: Looking For "Help Desk" System
  3900. Reply-To: jim.wenzel@grapevine.lrk.ar.us (Jim Wenzel)
  3901. Organization: Ferret BBS *** N. Little Rock, AR *** (501) 791-0124
  3902.  
  3903.  
  3904. > I am interested in a computer-based phone help-desk system to assist
  3905. > in the selling of a product.  In general, I would like to support fi
  3906. > phone attendants with voice mail and fax back capability.  I would
  3907. > also like it to be expandable.  I would like to deal with an integra
  3908. > in the Chicago area or, alternatively, I would like to be able to ob
  3909. > the operations of a satisfied customer with a similar system in the
  3910. > area.  I have more details on desired system features that I would b
  3911. > happy to email to anyone who thinks they may have a package that wou
  3912. > meet my needs.  I am currently preparing the budget.  I won't be in
  3913. > position to buy until June.
  3914.  
  3915. I don't represent anybody but me.
  3916.  
  3917. I researched help desk software not to long ago. I suggest you contact
  3918. the Help Desk Institute (a users group for Help Desk sites). They can
  3919. provide you with all the resources that you need. Particularly along
  3920. the area of vendors.
  3921.  
  3922. IBM has a nice product out that I heard was demonstrated out in
  3923. California at the recent convention. No phone is actually at the desk
  3924. but, the attendant plugs directly into the PC. All routing is done via
  3925. software controls. This particular product may fit your needs. There
  3926. are over a 100 vendors in the Help Desk software market right now.
  3927. (Buyer Beware).
  3928.  
  3929. I don't have the phone number handy (It's at work) but, would be glad to
  3930. get it if your interested.
  3931.  
  3932. A common problem for new help desks is that most folks don't realize
  3933. the resource potential they will eventually become. The data our
  3934. helpdesk collects is used in a variety of ways that were not even
  3935. conceived when first put into place. The database has become so
  3936. important to the daily operations that we are currently working to
  3937. mirror it on the mainframe.  This is to allow greater access to our
  3938. 250+ sites.
  3939.  
  3940. Email me privately if you would like. This is an area I know a little
  3941. bit about <grin>. However discussion kind of falls outside the scope of
  3942. the Digest.  (at Pat's discretion.)
  3943.  
  3944.  
  3945. jim.wenzel@grapevine.lrk.ar.us *  Sometimes, you just have to dust  *
  3946.                                *     yourself off, and start again  *
  3947. The Ferret Bulletin Board System  (501) 791-0124
  3948. North Little Rock, Arkansas   Carrying RIME, Throbnet, UN'I, and Usenet
  3949.  
  3950. ------------------------------
  3951.  
  3952. Date: Sun, 19 Mar 1995 12:43:00 -0500
  3953. From: jim.wenzel@grapevine.lrk.ar.us (Jim Wenzel)
  3954. Subject: Re: 800 "Trademark" Rights
  3955. Reply-To: jim.wenzel@grapevine.lrk.ar.us (Jim Wenzel)
  3956. Organization: Ferret BBS *** N. Little Rock, AR *** (501) 791-0124
  3957.  
  3958.  
  3959. > Airlines, banks, car rental agencies, and other businesses in the
  3960. > toll-freephone business, would like one, worldwide toll-free number
  3961. > assigned to their companies. It would eliminate the myriad of number
  3962. > one has to maintain and advertise in Europe, for example, due to the
  3963. > complexity of the freephone service overseas.
  3964.  
  3965. A thought, with the world of business getting smaller, it seems to me a
  3966. simple solution of providing a 'international country code' which could
  3967. be used exclusively for world-based businesses. Written guarantees
  3968. outlining the use of this new country code could be put into place that
  3969. would/could satisfy both the telco's and customers. I've always felt (in
  3970. concept) that the 800 number is a national business exchange. To try to
  3971. place international restrictions against it interferes with national
  3972. business interests. I do not necessarily apply this to US business
  3973. interests but, the investments of businesses who have toll free numbers
  3974. in any country. A 'toll-free' country code would open a new market for
  3975. the telco's and provide a elegant solution to the corporations that have
  3976. the need for these services.
  3977.  
  3978. Surely, I'm not the only person who has thought of this.
  3979.  
  3980.  
  3981. jim.wenzel@grapevine.lrk.ar.us
  3982. The Ferret Bulletin Board System  (501) 791-0124
  3983. North Little Rock, Arkansas   Carrying RIME, Throbnet, UN'I, and Usenet
  3984.  
  3985. ------------------------------
  3986.  
  3987. From: Rrivera@spin.com.mx (Rafael Rivera)
  3988. Subject: Telephone Cost Research
  3989. Date: 20 Mar 1995 03:10:43 GMT
  3990. Organization: SERCOFIN
  3991.  
  3992.  
  3993. I am doing a research on the cost/benefit of telecommunications with
  3994. special focus on telephony. I will appreciate all the help you could
  3995. give me, telling me about books and articles on this topic.
  3996.  
  3997. Does anyone could tell me how can I get the book:
  3998. The telephone Cost Reduction Encyclopedia,  by Jordan. Alan H.
  3999. I know is out of print, It is possible to get a copy?  Where? How?
  4000.  
  4001.  
  4002. Thanks from Mexico City,
  4003.  
  4004. Rfael Rivera 
  4005.  
  4006. ------------------------------
  4007.  
  4008. From: jnavas@netcom.com (John Navas)
  4009. Subject: Re: Caller ID in CA
  4010. Organization: The Navas Group, Dublin, CA
  4011. Date: Mon, 20 Mar 1995 18:53:08 GMT
  4012.  
  4013.  
  4014. Drew McEachern (drew@nbn.com) wrote:
  4015.  
  4016. > Does anyone out there have the latest info on Caller ID in CA? It's my
  4017. > understanding that it's any week now. Is this true? I'd love to have it.
  4018.  
  4019. For those interested in the real thing rather than second-hand annecdotal 
  4020. reports, it is available on the 'net at:
  4021.  
  4022.  
  4023. http://fcc.gov:70/0/News_Releases/Common_Carrier/nrcc4002.txt
  4024. -----------------------------------------------------------------------------
  4025. Report No. DC-2571   ACTION IN DOCKET CASE  March 8, 1994  (CC DOCKET 91-281)
  4026. CALLER ID TO BE AVAILABLE NATIONWIDE; FCC ADOPTS FEDERAL POLICIES FOR 
  4027. REGULATION
  4028.  
  4029. More importantly, the proposed new rules (contrary to some claims it isn't
  4030. all over but the shouting) are available at: 
  4031.  
  4032.  
  4033. http://fcc.gov:70/0/Orders/Common_Carrier/orcc4001.txt
  4034.  
  4035. IN THE MATTER OF                      )
  4036. Rules and Policies Regarding          )      CC Docket No. 91-281
  4037. Calling Number Identification         )
  4038. Service - Caller ID                   )
  4039. REPORT AND ORDER AND FURTHER NOTICE OF PROPOSED RULEMAKING 
  4040. Comments due:  May 18, 1994
  4041. Replies due:   June 21, 1994
  4042. Adopted: March 8, 1994              Released: March 29, 1994
  4043.  
  4044.  
  4045. If you object (as I do) to the proposed prohibition on per-line
  4046. blocking that you will find in the proposed rules as another
  4047. unwarranted and unconstitutional intrusion of the fedreal government
  4048. into our private lives, be sure to register your objection in the
  4049. appropriate manner, as spelled out in this excerpt:
  4050.  
  4051.            ---cut-here---
  4052.  
  4053.      76.  Comment Dates
  4054.  
  4055.      Pursuant to applicable procedures set forth in Sections 1.415 and
  4056. 1.419 of the Commission's rules, 47 C.F.R. '' 1.415 and 1.419,
  4057. interested parties may file comments on or before May 18, 1994 and
  4058. reply comments on or before June 21, 1994. To file formally in this
  4059. proceeding, interested parties must file an original and four copies
  4060. of all comments, reply comments, and supporting documents with the
  4061. reference number "CC Docket 91-281" on each document.  If interested
  4062. parties want each Commissioner to receive a personal copy of comments,
  4063. interested parties must file an original plus nine copies.  Interested
  4064. parties should send comments and reply comments to the Office of the
  4065. Secretary, Federal Communications Commission, Washington, DC 20554.
  4066. Comments and reply comments will be available for public inspection
  4067. during regular business hours in the FCC Reference Center, Room 239,
  4068. Federal Communications Commission, 1919 M Street, N.W., Washington,
  4069. DC.  Copies of comments and reply comments are available through the
  4070. Commission's duplicating contractor: International Transcription
  4071. Service, Inc. (ITS, Inc.), 2100 M Street, N.W., Suite 140, Washington,
  4072. DC 20037, (202) 857-3800.
  4073.  
  4074.      ---cut-here---
  4075.  
  4076. Otherwise we'll all just have to pray for the Contract with America's
  4077. freeze on new regulations. 
  4078.  
  4079. David Sternlight (strnlght@netcom.com) wrote:
  4080.  
  4081. > In article <jnavasD5q0qM.B32@netcom.com>, John Navas <jnavas@netcom.com> 
  4082. > wrote:
  4083.  
  4084. >> What is at issue here is per line blocking.  Per call blocking is too
  4085. >> annoying to be practical, which is why industry supports it over per line
  4086. >> blocking. 
  4087.  
  4088. > Relax, John. You can't keep a good technologist down, and according to
  4089. > another post here, Hello Direct is already selling a little box that will
  4090. > provide you with per-line blocking. It seems to be the ideal solution, since
  4091. > it is unfair to impose the costs of per-line blocking on every other phone
  4092. > user. Per-line blockers should pay the costs of that, just as Caller ID
  4093. > readers should pay the costs of that. Letting the costs fall on the user of
  4094. > each capability is correct public policy in such matters.
  4095.  
  4096. Any such device would undoubtedly be unduly expensive and problematic.  
  4097.  
  4098. No thanks.
  4099.  
  4100. Regardless, there are no such carrier costs.  The FCC "found" that
  4101. per-call blocking has "no significant additional SS7 costs" and should be
  4102. free.  Per-line blocking is clearly less expensive for the telco. 
  4103.  
  4104. The argument against per-line blocking is that it reduces the "value" of
  4105. Caller ID to the callee, and therefore would reduce callee revenue to the
  4106. telco.  In other words, the concern is that people might actually use it. 
  4107. Which is my point.  Needless to say, I am not impressed by this argument. 
  4108.  
  4109. ------------------------------
  4110.  
  4111. End of TELECOM Digest V15 #156
  4112. ******************************
  4113.     
  4114.     
  4115. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa08900;
  4116.           21 Mar 95 5:09 EST
  4117. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4118.     id AA23253; Mon, 20 Mar 95 23:10:15 CST
  4119. Return-Path: <telecom>
  4120. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4121.     id AA23246; Mon, 20 Mar 95 23:10:12 CST
  4122. Date: Mon, 20 Mar 95 23:10:12 CST
  4123. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  4124. Message-Id: <9503210510.AA23246@delta.eecs.nwu.edu>
  4125. To: telecom@eecs.nwu.edu
  4126. Subject: TELECOM Digest V15 #157
  4127.  
  4128. TELECOM Digest     Mon, 20 Mar 95 23:10:00 CST    Volume 15 : Issue 157
  4129.  
  4130. Inside This Issue:                           Editor: Patrick A. Townson
  4131.  
  4132.     Re: Globalstar, Odyssey, Aries (John Bachmann)
  4133.     Re: Credit Checking on Cellular Customers (Alan Dahl)
  4134.     Re: Magnet in Cell Phone Dangerous to Laptop? (Michael Berlant)
  4135.     Re: Denver International Airport (Emerson Schwartzkopf)
  4136.     Re: Wireless Modems? (now FreeWave Tech Modems) (John Foust)
  4137.     Re: Trying to Locate Recommendation E.123 (Roy A. Mccrory)
  4138.     Re: GTE (GTD-5) ISDN is Coming (Matt Holdrege)
  4139.     Re: T1->10BaseT: How? (Mike Harpe)
  4140.     Re: T1 -> Modems (Mike Stump)
  4141.     Re: NYNEX: Idiocy in Pricing (Russell Blau)
  4142.     Re: Callback System Hardware and Software? (Douglas Frank)
  4143.     Call Screen, aka *60 (Chris Farrar)
  4144.     Gray Associates WEB Site Up and Running (Mike Rehmus)
  4145.     Re: Reinvention Team Dials in on U.S. Federal Phone Improvements (Levenson)
  4146.     Re: AT&T 500 Service Outside the USA (Richard Cox)
  4147.     Telecommunications on Demand Reseller Package (Sharon Ziebert)
  4148.  
  4149. TELECOM Digest is an electronic journal devoted mostly but not
  4150. exclusively to telecommunications topics. It is circulated anywhere
  4151. there is email, in addition to various telecom forums on a variety of
  4152. public service systems and networks including Compuserve and America
  4153. On Line. It is also gatewayed to Usenet where it appears as the moderated
  4154. newsgroup 'comp.dcom.telecom'. 
  4155.  
  4156. Subscriptions are available to qualified organizations and individual
  4157. readers. Write and tell us how you qualify:
  4158.  
  4159.                  * telecom-request@eecs.nwu.edu *
  4160.  
  4161. The Digest is edited, published and compilation-copyrighted by Patrick
  4162. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  4163. or phone at:
  4164.                     9457-D Niles Center Road
  4165.                      Skokie, IL USA   60076
  4166.                        Phone: 500-677-1616
  4167.                         Fax: 708-329-0572
  4168.   ** Article submission address only: telecom@eecs.nwu.edu **
  4169.  
  4170. Our archives are located at lcs.mit.edu and are available by using
  4171. anonymous ftp. The archives can also be accessed using our email
  4172. information service. For a copy of a helpful file explaining how to
  4173. use the information service, just ask.
  4174.  
  4175. *************************************************************************
  4176. *   TELECOM Digest is partially funded by a grant from the              *
  4177. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  4178. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  4179. * project.  Views expressed herein should not be construed as represent-*
  4180. * ing views of the ITU.                                                 *
  4181. *************************************************************************
  4182.  
  4183. Additionally, the Digest is funded by gifts from generous readers such
  4184. as yourself who provide funding in amounts deemed appropriate. Your help 
  4185. is important and appreciated. A suggested donation of twenty dollars per
  4186. year per reader is considered appropriate. See our address above.
  4187.  
  4188. All opinions expressed herein are deemed to be those of the author. Any
  4189. organizations listed are for identification purposes only and messages
  4190. should not be considered any official expression by the organization.
  4191. ----------------------------------------------------------------------
  4192.  
  4193. From: jobachmann@aol.com (JOBACHMANN)
  4194. Subject: Re: Globalstar, Odyssey, Aries
  4195. Date: 20 Mar 1995 10:10:51 -0500
  4196. Organization: America Online, Inc. (1-800-827-6364)
  4197. Reply-To: jobachmann@aol.com (JOBACHMANN)
  4198.  
  4199.  
  4200. > I would appreciate if someone tells me where to get information on
  4201. > Globalstar, Odyssey, Aries.
  4202.  
  4203. To answer your general question, I found a good overview in:
  4204.                 Eastern European & Former Soviet Telecom Report
  4205.                                   July 1, 1994
  4206. SECTION: No. 7, Vol. 5; ISSN: 1054-6499
  4207. LENGTH: 2937 words
  4208. HEADLINE: SPECIAL REPORT: Big LEO Systems - Global Voice and Data Service
  4209. Providers
  4210.  
  4211. What are you interested in?  More detailed articles are available -- I
  4212. have been finding fair info in Dialog and Lexus/Nexus.
  4213.  
  4214. I am currently doing research myself on this all, and am particularly
  4215. interested in market demand forecasts for PCSS / GSM-type services.  Do
  4216. you have any references for me?
  4217.  
  4218.  
  4219. Regards
  4220.  
  4221. John Bachmann    
  4222. NY, NY  JoBachmann@AOL.COM
  4223.  
  4224. ------------------------------
  4225.  
  4226. From: Alan Dahl <alan.dahl@mccaw.com>
  4227. Date: Wed, 15 Mar 95 16:06:39 -0800
  4228. Subject: Re: Credit Checking on Cellular Customers
  4229.  
  4230.  
  4231. Mfrere <mfrere@limestone.kosone.com> writes:
  4232.  
  4233. >> When I applied with RochesterTel Mobile, they wanted a $250 deposit.
  4234. >> Since I am a college student, I don't usually have that much money
  4235. >> lining my wallet, anxious to sit in someone else's pocket. :) It seems
  4236. >> that since I haven't had residential telephone service for three
  4237. >> continuous years (time on the campus CBX doesn't count), they think
  4238. >> I'm a risk.
  4239.  
  4240. > The Cellular carrier I work for, on average, was writing off at least
  4241. > 10% of it's revenue due to bad credit!  With tighter credit checks,
  4242. > it's down below 3%.
  4243.  
  4244. > This might give you something to think about.
  4245.  
  4246. > Cellular is a business, not a right.
  4247.  
  4248. > [TELECOM Digest Editor's Note: You are correct it is a business, and not
  4249. > a 'right'; in the sense that landline telco is regulated and must accept
  4250. > all customers, and even the landline telco has the right to require a
  4251. > deposit or advance payment from customers it thinks will default on the
  4252. > bill.
  4253.  
  4254. > One thing cellular companies might do however to decrease their risks
  4255. > while encouraging new customers with credit which is not the best to
  4256. > subscribe is make adaptations in their switches so that credit limits
  4257. > could be set and honored. For example, John Doe has poor credit, but
  4258. > wants a cell phone. Why can't the carrier turn on his account and set
  4259. > it up so that he has a fifty dollar per month (as an example) limit then
  4260. > cut him off at that point?  Why require a thousand dollar deposit that
  4261. > John Doe cannot raise?  The callback services all do this. The customer
  4262. > and the company mutually agree on a credit limit; at that point the
  4263. > service gets turned off until payment is received. Would that be so
  4264. > hard for a cellular carrier to accomplish?    PAT]
  4265.  
  4266. Cellular companies _are_ working on systems like that and in fact there are  
  4267. several already out there, most notably one called _Hotwatch_ by a former  
  4268. employeer of mine, Cellular Techinal Services of Seattle, Washington.  
  4269. However, this sort of usage-level monitoring requires real-time rating of  
  4270. calls and remote call delivery of roaming calls (this is important since most  
  4271. cloners are roamers), neither of which is trival or inexpensive. Believe it  
  4272. or not most calls are rated via batch tapes and not as they happen. This  
  4273. technology is available in some of the high-fraud markets now and will be  
  4274. available everywhere in the next few years but it's going to take a while.
  4275.  
  4276. IMHO, I think it's funny that people with poor credit won't complain about  
  4277. failing to qualify for a new car loan but will complain because a cellular  
  4278. carrier won't take a risk that they'll skip after generating tens of  
  4279. thousands of dollars (retail, let's not start that argument again) worth of  
  4280. cellular service. A cell phone is no different than having a Visa card with a  
  4281. $10,000 limit so it's not surprising that they won't give them to just  
  4282. anyone.
  4283.  
  4284. No insult intended towards college students but they should know how hard it  
  4285. is to get credit for anything.
  4286.  
  4287.  
  4288. Alan Dahl                    | alan.dahl@mccaw.com
  4289. Analysts International Co.   | (NeXTMail OK) -or-
  4290. 10655 N.E. 4th St. Suite 804 | adahl@eskimo.com
  4291. Bellevue, WA 98004           |  PH:  (206) 803-4496
  4292. http://www.eskimo.com/~adahl/personal.html    | FAX:  (206) 803-7406
  4293.  
  4294.  
  4295.  
  4296. [TELECOM Digest Editor's Note:  Well Alan, your mention of 'after the
  4297. fact billing' and credit limits, and how hard it is to enforce credit
  4298. limits without some input right at the time of the transaction reminds
  4299. me of the bad joke that 'credit limits' used to be in the very early
  4300. days of credit cards as we know them today. Throughout the 1960's as
  4301. BankAmericard (now it is known as VISA) first got established, and
  4302. member banks signed up to offer it, they had to write off huge amounts
  4303. of bad debt -- many millions of dollars annually -- due to poorly
  4304. planned administration of their program and the virtual impossibility
  4305. of holding users to pre-established limits. Credit limits in those days
  4306. basically relied on the customer being on the 'honor system' although
  4307. the customers were never told that for good reason. Everything was done
  4308. on manual, paper tickets where the merchants were concerned, and these
  4309. paper tickets would flood into the credit card processing office by the
  4310. hundreds of thousands daily. It was only at either the 'cycle billing'
  4311. (what went in the mail to the customer) or the 'interim billing' (an
  4312. in-house report used by the collectors) that the credit card office got
  4313. wise to someone over their limit. If you knew you were getting close to
  4314. your limit and you went on a *big* one day shopping spree for instance,
  4315. all those charge tickets would come crashing in at the same time, and
  4316. if they missed the billing cutoff by even a day they'd sit in the vault
  4317. until the next billing. 'Smart shoppers' <grin> knew just what day to
  4318. shop if it was their intention to abuse that VISA, American Express or
  4319. Diner's Club card.
  4320.  
  4321. Naturally the office would see it and the card would be blacklisted in
  4322. the next (weekly) issue of their 'bad cards list' that went out to the
  4323. merchants. By then, the customer was way past any reasonable amount of
  4324. debt. The credit card people finally got the idea of doing 'sales author-
  4325. ization' where the merchants had to call in and get approval for the sale.
  4326. There had to be a happy medium somewhere so the merchant was not inconven-
  4327. ienced (they were still trying to sign up merchants to accept BankAmericard)
  4328. and they did not want to annoy the card holders too much either, so they
  4329. set 'floor limits' for sales. Amounts over that had to be called in for
  4330. approval and sales under that did not have to be called in. Exceptions
  4331. were restaurants which seldom had floor limits, and electronics stores or
  4332. jewelry stores which always had to call everything in. If a merchant was
  4333. suspected of being friendly to fraud users, the credit card office would
  4334. make him call in every sale. 
  4335.  
  4336. Since there was no such thing as online terminals at every desk, the people
  4337. who did the sales authorizations worked from ledger cards printed out 
  4338. showing the customer's last billed balance, and they had to pencil in the
  4339. new sales on that card. Another authorizer the next day would see the
  4340. hand written notation in the book that the customer had been approved for
  4341. a hundred dollar sale the day before and he would not allow any more sales
  4342. on that card. Since in the early days VISA (BankAmericard) had 'only' about
  4343. a million customers (Diner's Club on the other hand had about three million
  4344. as did American Express in the 1960's) that required about 150 people to
  4345. staff the phones in a large room. Rack after rack and row after row of
  4346. customer ledger cards; the authorizers wearing headsets with very long
  4347. cords on them; walking around the room looking for the customer's ledger
  4348. card to jot down the latest purchase. On any given day several thousand
  4349. cards would be missing because the bookkeepers had come and taken them
  4350. away to do the billing for that cycle, so if no card could be found for
  4351. the customer then the authorizer just automatically approved the sale unless
  4352. he saw the card listed in the 'hot card bulletin'. 
  4353.  
  4354. Since the bookkeepers *always* had priority over anything/everything
  4355. else in the office, the authorizer could walk up to one of the stacks,
  4356. start to pull the drawer out to get that customer's card and a bookkeeper
  4357. with a push cart would come along, yank the drawer with a couple thousand
  4358. customer ledger cards out right in front of him, set it on the push
  4359. cart and walk away with the whole thing while he was still looking for
  4360. the desired ledger card.  Other times the phones would get so incredibly 
  4361. clogged and backed up with calls the supervisor of the authorizers
  4362. would 'raise the floor limit' (typically in those days I think it was
  4363. anything above twenty dollars) to thirty or forty dollars. To clear
  4364. the backlogged phone queue, the authorizers were told to approve
  4365. anything and everything up to forty dollars without bothering to look
  4366. at anything or write anything down; just give an approval code number
  4367. and disconnect, move on to the next call. Once they got the phones under
  4368. control again, the floor limit would be reduced to what the merchants
  4369. and customers expected it to be. Diner's and American Express went from
  4370. *completely manual* billing on credit cards to semi-computerized systems
  4371. in the early 1960's. VISA started out semi-computerized; all of them had
  4372. gotten almost totally automated by 1980. My experience was with the Diner's/
  4373. Amoco Credit Card Office in Chicago during the period 1967-74; the sales
  4374. authorizers finally got 'on line' about 1973 with terminals to look at
  4375. rather than cabinets full of ledger cards but customer bills were printed 
  4376. by computer beginning about 1965. 
  4377.  
  4378. Now, everything is done at 'point of sale' terminals; your card is swiped
  4379. and the transaction posted to your account; you reach your limit and that
  4380. is that. Even though the cellular companies still do 'billing by the batch'
  4381. after the fact, you'd think there would be a way the towers could transmit
  4382. some sort of 'memo billing' information to the carrier. It wouldn't be
  4383. perfect, but it would give the carriers a good idea of what any given
  4384. customer's bill was going to be like that month. That, plus interim reports
  4385. to the collectors at the mid-way point in the billing cycle with what
  4386. had been posted to that date would allow some rather good controls. The
  4387. collector would then, based on the customer's history, decide to either 
  4388. pull the plug, or contact the customer by phone to ask for money, or what-
  4389. ever.   PAT]
  4390.  
  4391. ------------------------------
  4392.  
  4393. From: lnjptyo1.mberla01@eds.com (Michael Berlant)
  4394. Subject: Re: Magnet in Cell Phone Dangerous to Laptop?
  4395. Date: 20 Mar 1995 06:06:31 GMT
  4396. Organization: EDS Japan
  4397.  
  4398.  
  4399. In article <telecom15.151.6@eecs.nwu.edu>, jporten@mail2.sas.upenn.edu 
  4400. says...
  4401.  
  4402. > I read in the manual, "there's a magnet in the phone, so don't
  4403. > expose for long periods of time to magnetic media."
  4404.  
  4405. Well, it doesn't exactly "close the flip".  It is indeed about a quarter 
  4406. inch long, located in the flip approximately below the END button at
  4407. the right edge, and it activates a reed switch which is your secondary
  4408. SND/END key which automatically answers the ringing phone and ends a
  4409. conversation when you open or close the flip.
  4410.  
  4411. Is it dangerous?  Not likely, but who knows.  I guess you ought to get
  4412. your galvanometer out of retirement and check it out!
  4413.  
  4414. ------------------------------
  4415.  
  4416. From: eschwa@csn.net (Emerson Schwartzkopf)
  4417. Subject: Re: Denver International Airport
  4418. Date: 20 Mar 1995 15:07:36 GMT
  4419. Organization: Colorado Supernet
  4420.  
  4421.  
  4422. Another amusing tidbit: While the airport opened a year-and-a-half late,
  4423. there still isn't full looping of all the concourses for cellular service.
  4424. Cell phones will work in the main Jeppesen Terminal, but not in the three
  4425. concourses. So, if you're flying through Denver and want to use your cell
  4426. phone, you need to ride a little subway train back to the main terminal,
  4427. out to the non-secured area, and into a fairly noisy building that kinda
  4428. looks like a spiffy shopping mall.
  4429.  
  4430. One good point on DIA and pay phones -- a bank of eight is placed between
  4431. every two gates in the passenger waiting areas.
  4432.  
  4433.  
  4434. Emerson Schwartzkopf       Gunnison, Colorado
  4435. eschwa@csn.org             A warm spot in a cold place
  4436.  
  4437.  
  4438. [TELECOM Digest Editor's Note: Emerson, I am curious: are you related
  4439. to either the General or to Elizabeth?   PAT]
  4440.  
  4441. ------------------------------
  4442.  
  4443. From: syndesis@beta.inc.net (John Foust)
  4444. Subject: Re: Wireless Modems? (now FreeWave Tech modems)
  4445. Date: 20 Mar 1995 20:47:01 GMT
  4446. Organization: Syndesis Corporation
  4447.  
  4448.  
  4449. In article <3k3m4u$r0n@pandora.sdsu.edu>, larryr@saturn.sdsu.edu (Larry 
  4450. Riedel) says:
  4451.  
  4452. > What are my choices for wireless modems with a range of a few km
  4453. > and at least 112/128kbps throughput?
  4454.  
  4455. Someone told me about:
  4456.  
  4457. >> Ah, you're thinking of a FreeWave Technologies wireless, frequency-hopping, 
  4458. >> spread-spectrum modem, which operates at 115.2 kbps uncompressed throughput.  
  4459. >> There are links up to 20 miles, the modems are expensive ($1,250), but no 
  4460. >> license is required.  Call FreeWave at +1.303/444-3862 to get more info.
  4461.  
  4462. I'd love to hear from users of this product.  Even at $1250, it sounds
  4463. cheaper than an install of switched 56 or frame relay, not to mention
  4464. the monthly charge for a haul of 20 miles.  Great for jumping LATAs,
  4465. too, or a home-office link.
  4466.  
  4467. So what kind of data connection is on the back of this box?
  4468.  
  4469. ------------------------------
  4470.  
  4471. From: Roy A. Mccrory <mccrory@gamma.lanl.gov>
  4472. Subject: Re: Trying to Locate Recommendation E.123
  4473. Date: Sun, 19 Mar 1995 20:50:17 MST
  4474.  
  4475.  
  4476. Wolf <cmwolf@mtu.edu> wrote:
  4477.  
  4478. > It was mentioned in TELECOM Digest that one "might wish to access the
  4479. > PostScript format files available from the ITU" for the E.123
  4480. > recommendation.
  4481.  
  4482. > How does one access ITU?  I searched the Digest header, but there was
  4483. > no mention of ITU's location, and the only other reference I can find
  4484. > is to itu.edu, which does not have direct ftp access.
  4485.  
  4486. I believe that they have a gopher -- gopher://gopher.itu.ch/.  I have
  4487. tried their www server without success.  I get the dreaded "cannot
  4488. access" message and my mail to Mr. Shaw at itu.ch bounces.
  4489.  
  4490.  
  4491. Roy A.& <mccrory@gamma.lanl.gov> URL http://192.149.217.20/
  4492.  
  4493. ------------------------------
  4494.  
  4495. Date: Mon, 20 Mar 1995 16:48:41 EST
  4496. Subject: Re: GTE (GTD-5) ISDN is Coming
  4497. Organization: Digital Equipment Computer Users Society
  4498. From: holdrege@eisner.decus.org (Matt Holdrege)
  4499.  
  4500.  
  4501. In article <telecom15.152.2@eecs.nwu.edu>, lauren@vortex.com (Lauren
  4502. Weinstein) writes ...
  4503.  
  4504. > Greetings.  To my considerable surprise given previously available
  4505. > information, I've learned from the data folks at GTE California that
  4506. > widespread ISDN implementation in their GTD-5 service areas will be
  4507. > rolling out this year.  This is surprising since previously I had been
  4508. > led to believe that not only would ISDN service not be supported
  4509. > directly through GTD-5 switches, but that no plans for backhauling
  4510. > ISDN into those areas had been made.
  4511.  
  4512. Actually, GTE has been providing ISDN to GTD-5 offices via overlay for
  4513. some time now. Additionally, GTE started rolling out PRI on the GTD-5
  4514. a few months ago.
  4515.  
  4516. > Apparently, this has all changed.  For example, parts of the West Los
  4517. > Angeles area served by GTD-5 switches are slated for ISDN on 9/1,
  4518. > including remote RSUs served by those switches.  There seems to be a
  4519. > general (no pun intended) plan to widely provide ISDN in those areas
  4520. > through what GTE is calling "overlays".
  4521.  
  4522. Most of the GTD-5's in the LA area now have ISDN served by the overlay
  4523. network.
  4524.  
  4525.  
  4526. Matt    holdrege@eisner.decus.org
  4527.  
  4528. ------------------------------
  4529.  
  4530. From: mike@hermes.louisville.edu (Mike Harpe)
  4531. Subject: Re: T1->10BaseT: How?
  4532. Date: 20 Mar 1995 15:34:45 -0500
  4533. Organization: University of Louisville, Louisville KY USA
  4534.  
  4535.  
  4536. Get the two networks running, buy a Cisco 2501 for each end and
  4537. connect them together via a leased T-1 with your favorite SDLC CSU/DSU
  4538. on each end.  We do it several places here at U of L.
  4539.  
  4540. The other guy was right.  Call your Cisco rep.  They'll tell you all
  4541. about it.
  4542.  
  4543.  
  4544. Michael Harpe, Communications Analyst III          Information Technology
  4545. Internet: mike@hermes.louisville.edu               University of Louisville
  4546. (502) 852-5542 (Voice) (502) 852-1400 (FAX)        Louisville, Ky. 40292
  4547.  
  4548. ------------------------------
  4549.  
  4550. From: Mike Stump <mrs@kithrup.com>
  4551. Subject: Re: T1 -> Modems
  4552. Organization: Kithrup Enterprises, Ltd.
  4553. Date: Mon, 20 Mar 1995 20:22:00 GMT
  4554.  
  4555.  
  4556. In article <telecom15.154.10@eecs.nwu.edu>, Steve Cogorno <cogorno@netcom.
  4557. com> wrote:
  4558.  
  4559. > ScottPCS (scottpcs@aol.com) wrote:
  4560.  
  4561. > Rates in the Pacific Bell Service area for data packets are:
  4562. >    .05 CENTS for transaction setup
  4563. >    .005 CENTS per octet of data
  4564.  
  4565. At $900/minute for a connection, you might seriously consider something 
  4566. else, anything else.  (Compared to a v.34 modem call, 100% utilization.)
  4567.  
  4568. ------------------------------
  4569.  
  4570. Subject: Re: NYNEX: Idiocy in pricing
  4571. From: rblau@neteast.com (RUSSELL BLAU)
  4572. Date: Mon, 13 Mar 95 00:18:00 -0500
  4573. Organization: Online Technologies, Inc. - 301-738-0001
  4574. Reply-To: rblau@neteast.com (RUSSELL BLAU)
  4575.  
  4576.  
  4577. In a recent article, Chris Labatt-Simon (labatt@disaster.com) wrote:
  4578.  
  4579. > Can anyone tell me the rationale in the following?
  4580.  
  4581. > Two "FlexPath" T1s composed of 48 DIDs total cost ~$3500/month
  4582. > (FlexPath is based on mileage and the location is ~2 miles from the
  4583. > closest switch).
  4584.  
  4585. > 48 standard individual business lines will cost about $1,200/month.
  4586.  
  4587. > Now, I'd like to know (sarcastically speaking of course) which is more
  4588. > difficult to install and maintain??  2 Ts or 48 individual jacks/lines?
  4589.  
  4590. Personally, I never thought I would find myself in the position of
  4591. defending anything that NYNEX does, however, look at what you are
  4592. comparing.  Flexpath is a DID trunk service.  Therefore, you should
  4593. compare it to the price of 48 analog DID trunks, not 48 individual
  4594. measured business lines.
  4595.  
  4596.  
  4597. Russell Blau   Swidler & Berlin, Chtd.   Washington, D.C.
  4598.  
  4599. ------------------------------
  4600.  
  4601. From: alta@pacrain.com 
  4602. Subject: Re: Callback System Hardware and Software?
  4603. Date: 20 Mar 1995 09:51:03 GMT
  4604. Organization: RAIN Public Access Internet (805) 967-RAIN
  4605.  
  4606.  
  4607. Bernardo Lam (blam@panix.com) wrote:
  4608.  
  4609. > Does anyone know where I can find information about the equipment and
  4610. > software required for setting up a callback system?
  4611.  
  4612. Try OneCom, at (805)565-5997. They, along with another company called
  4613. Powercom, sell turnkey callback solutions, with state-of-the-art
  4614. specialized callback switches, made by a company called ICON.
  4615.  
  4616.  
  4617. Douglas Frank
  4618.  
  4619. ------------------------------
  4620.  
  4621. From: Chris.Farrar@p1.f20.n246.z1.fidonet.org (Chris Farrar)
  4622. Date: 20 Mar 95 20:38:09 -0500
  4623. Subject: Call Screen, aka *60
  4624. Organization: FidoNet Nameserver/Gateway
  4625.  
  4626.  
  4627. I recently encountered a problem with Call Screen, or whatever you
  4628. local telco calls the service under access code *60.
  4629.  
  4630. You are supposed to be able to enter a phone number or numbers that
  4631. you do not wish to accept calls from, and the caller will be routed to
  4632. an intercept stating something politically correct in that you aren't
  4633. taking calls at the moment.
  4634.  
  4635. Well, here in Bell Canada land, we frequently receive Caller ID from
  4636. the US.  Some travel and promotion company in Tampa, FL was calling
  4637. several times during the day, and hanging up on the answering machine.
  4638. Problem is, that I was generally asleep at the times the calls came
  4639. in, due to working midnights.  Attempting to enter the offending
  4640. number resulted in a message "the number you have entered can't be
  4641. reached by this service."  I tried it several times in two different
  4642. ways, 813-915-XXXX and 1-813-915-XXXX.  Each time, I'd get the above
  4643. message.  However, if I used #01# to reject the last calling party,
  4644. the system would accept the number, and tell me, the "the number you
  4645. have entered is 813-915-XXXX.  Please continue..." .  
  4646.  
  4647. This works great, providing you don't have any subsequent calls
  4648. between the time the offending number calls in and the time you go to
  4649. block it.  However, if I enter a number in Bell Canada territory, such
  4650. as 416-274-XXXX or 1-905-625-XXXX, the system will accept it for
  4651. blocking with no problems.
  4652.  
  4653. Is there a bug/flaw in the setup of my telco's implementation of Call Screen,
  4654. and is there a known fix that I can bring to their attention, as so far they
  4655. say they can't find any problem.
  4656.  
  4657.  
  4658. Email: Chris.Farrar@p1.f20.n246.z1.fidonet.org
  4659.  or    ai703@detroit.freenet.org
  4660.  
  4661. ------------------------------
  4662.  
  4663. Date: Mon, 20 Mar 1995 11:12:08 -0800
  4664. From: mrehmus@shell.portal.com (Mike Rehmus)
  4665. Subject: Gray Associates WEB Site Up and Running
  4666.  
  4667.  
  4668. Gray Associates is the leading supplier of facsimile engineering
  4669. tools. Our site is designed to be your source of information not only
  4670. of our company and products, but for all net-borne information on
  4671. facsimile.  Please take a look at our expanding tutorial on facsimile
  4672. protocol standards and industry practice, and try some of our links to
  4673. other FAX resources.
  4674.  
  4675.         hppt://www.grayfax.com
  4676.  
  4677. Mike Rehmus    mrehmus@grayfax.com
  4678. 408 251-0263   408 251-0264 facsimile
  4679.  
  4680. ------------------------------
  4681.  
  4682. From: dave@westmark.com (Dave Levenson)
  4683. Subject: Re: Reinvention Team Dials in on U.S. Federal Phone Improvements
  4684. Organization: Westmark, Inc.
  4685. Date: Mon, 20 Mar 1995 15:01:38 GMT
  4686.  
  4687.  
  4688. Pat writes:
  4689.  
  4690. > Do any of you old-timers who remember the days of manual telephone
  4691. > service remember the Bell System comment that 'if manual service were
  4692. > to be continued, within the next several years, if every single woman
  4693. > in the USA over the age of 18 was employed as a telephone operator,
  4694. > there still wouldn't be any way to keep up with the demand for connections.'
  4695. > Yes, Bell made that comment after a study in the 1950's as they were
  4696. > beginning to phase in dial service.  Now I have to wonder if by the
  4697. > year 2000, and everyone in the USA was employed as a customer service/
  4698. > telephone attendant/operator if there would be any way to keep up with
  4699. > demand for on the spot, telephone information.  <g> PAT]
  4700.  
  4701. The classic rejoinder to the Bell System comment is that if everyone
  4702. over the age of 18 were employed as a telephone operator, there would
  4703. be nobody left who is not a telephone operator ... and therefore,
  4704. nobody to place all of the telephone calls these operators would be
  4705. waiting to connect!
  4706.  
  4707. The same is true for customer-service personnel.  The number of
  4708. providers is, indeed, too small in many companies and in many
  4709. government agencies.  But continually increasing the number of servers
  4710. will, at some point, diminish the number of clients, and therefore,
  4711. the demand for service.
  4712.  
  4713.  
  4714. Dave Levenson        Internet: dave@westmark.com
  4715. Westmark, Inc.        UUCP: uunet!westmark!dave
  4716. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  4717.  
  4718.  
  4719. [TELECOM Digest Editor's Note: But they would not all be working at the
  4720. same instant on the same day or in the same industry. The customer service
  4721. clerk at a company may still want to make a personal call on her lunch
  4722. or break period to find out about her social security benefits for example.
  4723. So she'll need to use the services of both the telephone operator and
  4724. the clerk at the government office.  I heard the rejoinder to the Bell
  4725. System comment a long time ago; and Bell's rejoinder to the rejoinder (?)
  4726. was simply, "Well, we never said they would all be working at the same
  4727. time ... two thirds of them would be off duty at any given time and perhaps
  4728. wanting to make phone calls." Nor did they ever say 'all the *people* over
  4729. the age of 18' ... they said 'all the *women* over the age of 18'.   PAT]
  4730.  
  4731. ------------------------------
  4732.  
  4733. Date: Sun, 19 Mar 1995 10:44:00 -0500
  4734. From: richard@mandarin.com
  4735. Subject: Re: AT&T 500 Service Outside the USA
  4736.  
  4737.  
  4738. PAT said:
  4739.  
  4740. > [TELECOM Digest Editor's Note: I got a call via my 500 number the
  4741. > other day from someone at British Telecom who was experimenting with
  4742. > the service trying to get it to work from the UK.  Then the next day
  4743. > I got a call from someone at AT&T who had been working with that
  4744. > person at BT.  They did not tell me what they had decided, or what
  4745. > action was taken.
  4746.  
  4747. Well, when Mercury (a UK competitor of BT) tried to set up links from
  4748. the UK into AT&T's 500 service, their calls got rejected by the AT&T
  4749. switch.  When they tried to follow this up later with AT&T, the first
  4750. representative they spoke to wouldn't help them: and they were called
  4751. back by a manager who wanted to know where they had gotten the number
  4752. from.  It was, Mercury were told, "a special private network for the
  4753. use of the US government only"!
  4754.  
  4755. That's what might be expected if they had been trying to get access
  4756. to +1-710: but it very definitely was +1-500.  Some people at Mercury
  4757. aren't talking to me right now -- they think I had been setting them
  4758. up.  Come on, AT&T, tell us (and Mercury) what is going on here.
  4759.  
  4760.  
  4761. Richard D G Cox
  4762.  
  4763. Mandarin Technology, P.O. Box 111, Penarth, South Glamorgan  CF64 3YG
  4764. Voice: 0956 700111;      Fax: 0956 700110;     VoiceMail: 0941 151515
  4765. e-mail address: richard@mandarin.com;  [PGP2.6 public key on request]
  4766.  
  4767.  
  4768. [TELECOM Digest Editor's Note: Isn't that precious! A private network
  4769. for the US Government ... on 1/0-500.  And a manager saying this yet;
  4770. my, my.  Reminds me of the time I called repair service to report some
  4771. problem long since forgotten. I got called back by a repair clerk a bit
  4772. later but was not here to take her call, however her *seven digit number*
  4773. was on my caller-id display. So I punched the button on my box that calls
  4774. back the number shown on the display. We talked a couple minutes and she 
  4775. promised to call me back. Instead of her calling back, maybe ten minutes
  4776. later I was called by a very high level person in repair with a complaint
  4777. about me: "You are using *unauthorized numbers* to call direct into our
  4778. repair department. You are not to do this again and if you do you will
  4779. get in big trouble, Mister!"
  4780.  
  4781. I told her all I did was return a call to the number displayed on my 
  4782. caller-id box -- the service they sell to people, remember? -- and maybe
  4783. she was the one who needed to get into some Big Trouble, and could I be
  4784. of assistance in getting that accomplished? She had *no idea* how caller-id
  4785. worked, or that internal numbers at Bell showed up on display boxes just
  4786. like all other numbers, but she supervised a bunch of repair clerks, by
  4787. golly ... since her number was on my display box also at that point when
  4788. we hung up I dialed her back the same way, and she was furious. 
  4789.  
  4790. Remember, I mentioned here before that the first or second day of my 500
  4791. service being in operation and giving out the number -- 500-677-1616 --
  4792. I got called at seven in the morning by a guy working for AT&T on the
  4793. east coast who hadn't the foggiest idea what he was calling either. I was
  4794. so astounded I had to say, 'excuse me, you *do* work for AT&T?' ... Yes
  4795. he did, but he had never heard of 500 service. Now wouldn't you think that
  4796. when the company introduced this new service they would have gone out of
  4797. their way to make sure *every employee* knew about it?  It certainly is
  4798. a wonderful service; AT&T is providing a great thing, why did they not
  4799. explain it to all their employees and get everyone aware of how it worked
  4800. and what a good deal it is? 
  4801.  
  4802. So ... come one, come all!  Dial me now at <whatever you dial>-500-677-1616
  4803. here in the USA. If you can't get through, then advise your telecom admin-
  4804. istration that its AT&T's new 'personal number service' and ask them to
  4805. intervene and help you place your call.  I want to be able to receive calls
  4806.  from my readers and friends all over the world. I want them to be able
  4807. to locate me wherever I may be ... that's what I am paying for isn't it?
  4808. And when you call, please let me know if you have yet sent in your sub-
  4809. scription donation for the Digest. Quite a few of you have responded and
  4810. I thank each of you for your financial assistance for the Digest. If you
  4811. have not yet done so, please subscribe today. The suggested donation
  4812. amount is twenty dollars per reader per year. Write:
  4813. TELECOM Digest / 9457-D Niles Center Road / Skokie, IL 60076.  Or phone me
  4814. anytime -- 500-677-1616. Thank you!   PAT] 
  4815.  
  4816. ------------------------------
  4817.  
  4818. From: sharon@earth.execpc.com (Sharon Ziebert)
  4819. Subject: Telecommunications on Demand Reseller Package
  4820. Date: 20 Mar 1995 16:02:47 GMT
  4821. Organization: Exec-PC
  4822.  
  4823.  
  4824. TELECOMMUNICATIONS ON DEMAND, INC. (TOD) - and a major west coast
  4825. reseller have jointly developed  the best package that TOD has ever
  4826. offered.  
  4827.  
  4828. This program is NOT for 'dabblers'.  We have persuaded the reseller to
  4829. make the following concessions by promising them only serious marketers.
  4830. The package is superior to what they normally offer.
  4831.  
  4832. WILTEL PRODUCT  
  4833.  
  4834. Commissions will be PAID UPON BILLING. In some instances, commissions
  4835. can actually paid UPON SUBMISSION. The following are some examples.
  4836.  
  4837. 15.5%  COMMISSION:      
  4838. INTERSTATE    PEAK $.1453    OFF-PEAK $.1308
  4839. California          .1069               .1069
  4840. Florida        .1448               .1159
  4841. New York       .1400               .1120
  4842. Texas               .1645               .1316
  4843.  
  4844. 12.5% COMMISSION:  
  4845. INTERSTATE     PEAK $.1372    OFF-PEAK $.1236
  4846. California          .1010               .1010
  4847. Florida        .1368               .1094
  4848. New York       .1322               .1058
  4849. Texas               .1553               .1243
  4850.  
  4851. 9.5% COMMISSION:
  4852. INTERSTATE RATE    PEAK $.1300    OFF-PEAK $.1171
  4853. California          .0957               .0957
  4854. Florida        .1296               .1037
  4855. New York       .1253               .1002
  4856. Texas               .1472               .1178
  4857.  
  4858. 5.5% COMMISSION: 
  4859. INTERSTATE RATE    PEAK $.1235    OFF-PEAK $.1112   
  4860. California          .0909               .0909
  4861. Florida        .1231               .0985
  4862. New York       .1190               .0952
  4863. Texas               .1398               .1119
  4864.  
  4865.  PROGRAM HIGHLIGHTS & INFORMATION
  4866.  
  4867. 1) You will be contracted directly to the Service-Provider. You  will
  4868. also be PAID DIRECTLY by the Service-Provider.
  4869. 2) A TOD staff person will be available to support (toll-free) your 
  4870. marketing efforts for this program.
  4871. 3) You will be offered a substantial discount on qualified leads. If 
  4872. your production warrants it, you be offered leads at NO cost.
  4873. 4) You will not be responsible for bad debt. 
  4874. 5) There are NO billing fees (outbound or inbound) to your customers.
  4875. 6) There are no 'short-fall' penalties. The only volume commitment is 
  4876. $10K of business within 12 months. This is an easy number to achieve. 
  4877. In fact, a start-up should be able to produce at this level. 
  4878. Irregardless, if 10K is not achieved within 12 months, then the Reseller
  4879. reserves the right to not accept additional order.  HOWEVER, THEY MUST
  4880. CONTINUE TO PAY YOU THE SAME MONTHLY RESIDUAL COMMISSIONS ON YOUR
  4881. EXISTING BASE OF BUSINESS. 
  4882.  
  4883. For more information contact:   
  4884. Telecommunications On Demand, INC.  (TOD)
  4885. Midwest Office
  4886. N38 W26876 Glacier Road
  4887. Pewaukee, WI53072 
  4888. (800) 781-5063
  4889. FAX (414) 691-4336
  4890. internet: sharon@execpc.com   
  4891.  
  4892. ------------------------------
  4893.  
  4894. End of TELECOM Digest V15 #157
  4895. ******************************
  4896.     
  4897.     
  4898. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa09736;
  4899.           21 Mar 95 6:27 EST
  4900. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4901.     id AA24142; Tue, 21 Mar 95 00:12:13 CST
  4902. Return-Path: <telecom>
  4903. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4904.     id AA24136; Tue, 21 Mar 95 00:12:11 CST
  4905. Date: Tue, 21 Mar 95 00:12:11 CST
  4906. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  4907. Message-Id: <9503210612.AA24136@delta.eecs.nwu.edu>
  4908. To: telecom@eecs.nwu.edu
  4909. Subject: TELECOM Digest V15 #158
  4910.  
  4911. TELECOM Digest     Tue, 21 Mar 95 00:12:00 CST    Volume 15 : Issue 158
  4912.  
  4913. Inside This Issue:                           Editor: Patrick A. Townson
  4914.  
  4915.     Re: Cellular Fraud in the News Again (Bob Compiano)
  4916.     Re: Cellular Fraud in the News Again (Phil Ritter)
  4917.     Re: Cellular Fraud in the News Again (Mike Frere)
  4918.     Re: New Bell Atlantic Service (Michael D. Sullivan)
  4919.     Re: Consuming Ourselves Into Oblivion (Chris Hardaker)
  4920.     Re: Help: E Telco Step-by-Step Switch (Bob Dunscomb)
  4921.     Re: ADCPM and CO's (Les Reeves)
  4922.     Re: T1 -> Modems (Rich Greenberg)
  4923.     Re: Trying to Locate Recommendation E.123 (Peter M. Weiss)
  4924.     Re: Trying to Locate Recommendation E.123 (Wally Ritchie)
  4925.     Re: NYNEX: Idiocy in Pricing (Terry Kennedy)
  4926.     Last Laugh! Techie SOs Unite! (Shirley Clawson via John Shaver)
  4927.  
  4928. TELECOM Digest is an electronic journal devoted mostly but not
  4929. exclusively to telecommunications topics. It is circulated anywhere
  4930. there is email, in addition to various telecom forums on a variety of
  4931. public service systems and networks including Compuserve and America
  4932. On Line. It is also gatewayed to Usenet where it appears as the moderated
  4933. newsgroup 'comp.dcom.telecom'. 
  4934.  
  4935. Subscriptions are available to qualified organizations and individual
  4936. readers. Write and tell us how you qualify:
  4937.  
  4938.                  * telecom-request@eecs.nwu.edu *
  4939.  
  4940. The Digest is edited, published and compilation-copyrighted by Patrick
  4941. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  4942. or phone at:
  4943.                     9457-D Niles Center Road
  4944.                      Skokie, IL USA   60076
  4945.                        Phone: 500-677-1616
  4946.                         Fax: 708-329-0572
  4947.   ** Article submission address only: telecom@eecs.nwu.edu **
  4948.  
  4949. Our archives are located at lcs.mit.edu and are available by using
  4950. anonymous ftp. The archives can also be accessed using our email
  4951. information service. For a copy of a helpful file explaining how to
  4952. use the information service, just ask.
  4953.  
  4954. *************************************************************************
  4955. *   TELECOM Digest is partially funded by a grant from the              *
  4956. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  4957. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  4958. * project.  Views expressed herein should not be construed as represent-*
  4959. * ing views of the ITU.                                                 *
  4960. *************************************************************************
  4961.  
  4962. Additionally, the Digest is funded by gifts from generous readers such
  4963. as yourself who provide funding in amounts deemed appropriate. Your help 
  4964. is important and appreciated. A suggested donation of twenty dollars per
  4965. year per reader is considered appropriate. See our address above.
  4966.  
  4967. All opinions expressed herein are deemed to be those of the author. Any
  4968. organizations listed are for identification purposes only and messages
  4969. should not be considered any official expression by the organization.
  4970. ----------------------------------------------------------------------
  4971.  
  4972. Date: Mon, 20 Mar 1995 15:19:04 -0500
  4973. From: Bob Compiano <74774.3167@CompuServe.COM>
  4974. Subject: Re: Cellular Fraud in the News Again
  4975. Organization: via CompuServe Information Service
  4976.  
  4977.  
  4978. Why don't you work on that figure a bit (my lame excuse is I don't
  4979. have a calculator) and see how many minutes a day it would take to
  4980. rack up that figure, then divide by the top 35 major cellular markets
  4981. and see if it is a reasonable amount of talking per city. If the
  4982. numbers are too high you'll see that it is not possible for that much
  4983. fraud to go on unless the per minute charge is some high, high figure.
  4984. This would just help see if the figures fit in with reality or not.
  4985. Doesn't do anything to confirm if the figures are accurate.
  4986.  
  4987. Tell her she should do a follow up article on how they uncover the
  4988. cloning operations. I don't know for sure, but I suspect they have
  4989. equipment to detect receivers tuned to the coordination channel of the
  4990. cellular band.  Then they probably sit some place where there are
  4991. traffic jams regularly and then scan for people who have receivers
  4992. tuned to the coord.  The equipment would have to be very, very
  4993. sensitive.
  4994.  
  4995. The cloners, on the other hand, may be aware of this and are probably
  4996. taking counter-counter measures, including heavy shielding of their
  4997. equipment, etc. etc.
  4998.  
  4999.  
  5000. Bob 
  5001.  
  5002. ------------------------------
  5003.  
  5004. From: pritter@nit.AirTouch.COM (Phil Ritter)
  5005. Subject: Re: Cellular Fraud in the News Again
  5006. Organization: AirTouch Cellular, Los Angeles
  5007. Date: Mon, 20 Mar 1995 22:16:45 GMT
  5008.  
  5009.  
  5010. In article <telecom15.155.7@eecs.nwu.edu> telecom@eecs.nwu.edu (TELECOM 
  5011. Digest Editor) writes:
  5012.  
  5013. > Over the weekend in the {Chicago Tribune} writer Kathy O'Malley offered
  5014. > an interesting article on cellular fraud, primarily discussing how
  5015. > phones are cloned and then abused. 
  5016.  
  5017. > The thing which caught my eye, and which I discussed with her briefly on
  5018. > the phone Monday morning was her tossing around of the figures given to
  5019. > her by some industry people:   $1.3 million per day in fraud; and that 
  5020. > this represented four percent of the industry's annual traffic. By my
  5021. > calculations, 1.3 million per day comes to about $454 million per year,
  5022. > and that figure is four percent of what astronomical amount?  
  5023.  
  5024. I don't want to get into the "Hard $$/Soft $$" debate.  It is a
  5025. difficult subject, somewhat like a religious argument, that we are
  5026. unlikely to come to terms upon.  Besides, I'm much too close to it to
  5027. be objective and may have to deal in proprietary information to talk
  5028. intelligently (which I am not authorized to do ... [reveal proprietary
  5029. info, that is :-)]).
  5030.  
  5031. However, the "annual revenue" for the "cellular industry" that is
  5032. implied above is not only not astronomical, but probably understates
  5033. the the actual industry revenues (well, OK, it is astronomical, but in
  5034. the context above Pat also implies that it could not possibly be that
  5035. high -- I contend that it is actually higher!).
  5036.  
  5037. Here's how I back up that claim:
  5038.  
  5039.     Get a copy of "AirTouch Communications Facts & Financials" dated
  5040.     February 8, 1995 (order by calling Investor Relations,
  5041.     415-658-2040).  I am using this public information so that I do
  5042.     not have to deal with anything that might be proprietary (and that
  5043.     might get me into trouble ;-).
  5044.  
  5045.     Note that AirTouch' "Domestic Cellular Proportionate Results"
  5046.     shows domestic cellular revenues $1,149,0000,000, which mostly
  5047.     represents Los Angeles, San Diego, Atlanta, Sacramemto, and about
  5048.     1/2 each of San Franscisco, Michigan & Ohio.  There are a few
  5049.     more minority interests, but they are probably not significant
  5050.     for this "back of the envelope" argument. See Page 14 of the
  5051.     above reference.
  5052.  
  5053.     Assume that all of these markets are highly competetive and that
  5054.     that other system in each of these markets have approximately
  5055.     equal revenues.  These markets then represent $2,298,000,000 in
  5056.     annual revenues.
  5057.  
  5058.     The "astronomical" industry revenue represented above is
  5059.     $454,000,000/.04 = $11,350,000,000.  AirTouch and their direct
  5060.     market to market competetors account for 20.25%.
  5061.  
  5062.     Note that this revenue only represents 5.5 markets;
  5063.  
  5064.     No stretch of the imagination to see that these are less than 20% of
  5065.     total cellular markets and revenue.  Therefore, the baseline
  5066.     implied for industry revenues is not inflated.
  5067.  
  5068. No, Pat, these figures are probably realistic, not inflated.  Now, the
  5069. hard $$/soft $$ debate can continue without assuming that the baseline
  5070. figures are inflated.
  5071.  
  5072.  
  5073. Phil Ritter  pritter@la.airtouch.com
  5074.  
  5075.  
  5076. [TELECOM Digest Editor's Note: I did not get into a 'hard/soft' discussion
  5077. with her; I wanted to see mainly if anything could be done with that
  5078. '$1.3 million per day which is four percent of annual revenues' comment.
  5079. I don't know how far I would get with her on the 'hard/soft' discussion
  5080. anyway; her interest in the matter is as a consumer. She said to me her
  5081. entire knowledge of cellular phones was that 'she turns it on and expects
  5082. it to work ...'. She said she was inspired to write the piece based on
  5083. the two instances of cloning which happened to her in the past year.  
  5084. Basically it was a good article and pretty factual.   PAT] 
  5085.  
  5086. ------------------------------
  5087.  
  5088. From: Mfrere <mfrere@limestone.kosone.com>
  5089. Subject: Re: Cellular Fraud in the News Again
  5090. Date: 21 Mar 1995 02:36:32 GMT
  5091. Organization: Solect Technology Group
  5092.  
  5093.  
  5094. telecom@eecs.nwu.edu (TELECOM Digest Editor) wrote:
  5095.  
  5096. > Over the weekend in the {Chicago Tribune} writer Kathy O'Malley offered
  5097. > an interesting article on cellular fraud, primarily discussing how
  5098. > phones are cloned and then abused. 
  5099.  
  5100. > The thing which caught my eye, and which I discussed with her briefly on
  5101. > the phone Monday morning was her tossing around of the figures given to
  5102. > her by some industry people:   $1.3 million per day in fraud; and that 
  5103. > this represented four percent of the industry's annual traffic. By my
  5104. > calculations, 1.3 million per day comes to about $454 million per year,
  5105. > and that figure is four percent of what astronomical amount?  
  5106.  
  5107. > I know we have had discussions on this here before and many of you contend
  5108. > losses due to fraud -- while a significant problem -- are substantially
  5109. > less that the dollar amounts quoted on a routine basis in the media and
  5110. > by industry representatives.
  5111.  
  5112. > Ms. O'Malley asked me, if $1.3 million per day is *not* correct, then
  5113. > what amount is correct or more realistic?  I'd like to forward her some
  5114. > more accurate data if that is possible. Can anyone provide anything?
  5115.  
  5116. > She said to me she was prompted to write the article based on her own
  5117. > unfortunate experiences of being cloned twice in the past year. I told
  5118. > her I could easily see and understand her feelings, but that overstating
  5119. > the amount in question did not benefit anyone ... some of you here explained
  5120. > that to me the last time this topic came up.
  5121.  
  5122. > She is at the {Chicago Tribune}, 435 North Michigan Avenue, Chicago 60611
  5123. > if you care to provide rebuttal, although it might be best if you send
  5124. > it to me and I will pass it along.
  5125.  
  5126. I think it will be difficult to get that number.  Most companies are
  5127. rather reluctant to provide that info, and it's a moving target anyway.
  5128.  
  5129. I had a cellular fraud presentation last year, and the amount of overseas
  5130. air time a cloned phone can ring up is wild!  Up to $5500 a day per phone!
  5131.  
  5132. This company regularly looks at the top ten daily users and cuts off
  5133. on average six of them.  They look at each phone's background, calling
  5134. patterns, etc.
  5135.  
  5136. If Joe Average has no record of calling Red China and is suddenly ringing up
  5137. 18 hours of calls there, you're pretty sure its fraud!
  5138.  
  5139. To fight this they don't give overseas calling privileges automatically.  
  5140. You need to ask for it.  Also some carriers are now using PIN ID. Every call 
  5141. or LD call, you need to enter your PIN first.
  5142.  
  5143. They also had alot of voice mail fraud.  Alot of people use their last
  5144. four numbers as their password.  People can easaly figure out which block of 
  5145. phone numbers are assigned to cellular and hack in, change the password, 
  5146. then use the box for automated third party LD approval!
  5147.  
  5148. They would change the persons greeting to yes,yes,yes,yes,yes,yes,yes, ...
  5149.  
  5150. Then they would call the automated operator and tell it to bill to that 
  5151. mailbox number.  The operator would call the box, wait for an acknoledgement, 
  5152. get 'YES' and put the call through!
  5153.  
  5154. The companies have had little help from the overworked police, so they
  5155. don't get to prosecute much.  They just try to stay ahead of the game.
  5156.  
  5157.  
  5158. Later,
  5159.  
  5160. Mike
  5161.  
  5162. ------------------------------
  5163.  
  5164. From: mds@access.digex.net (Michael D. Sullivan)
  5165. Subject: Re: New Bell Atlantic Service
  5166. Date: 20 Mar 1995 23:34:11 -0500
  5167. Organization: Wilkinson, Barker, Knauer & Quinn (Washington, DC, USA)
  5168.  
  5169.  
  5170. Regarding Chris Cartwright's posting on Bell Atlantic's T-Mail:
  5171.  
  5172. In the form T-mail will initially be made available, it won't be of much 
  5173. use to telemarketers.  You can only store 25 numbers in a list, and you 
  5174. only have three lists.  So you can only do a mass-T-mailing to 75 
  5175. numbers.  You would have to have the patience of Job (and a staff of 
  5176. dialing idiot-savants) to enter 400,000 numbers into such a format.  Key 
  5177. in three lists of 25; record message; send; delete lists; repeat 5333 
  5178. times.  It would make more sense simply to hire a telemarketing boiler 
  5179. room (can't use an autodialer and a recorded message due to a law passed 
  5180. a couple of years ago).
  5181.  
  5182. This isn't to say that a more commercial version won't be made available, 
  5183. however, once the experiment is through.
  5184.  
  5185.  
  5186. Michael D. Sullivan | INTERNET E-MAIL TO:  mds@access.digex.net 
  5187. Bethesda, Md., USA  | also avogadro@well.com, 74160.1134@compuserve.com
  5188.  
  5189. ------------------------------
  5190.  
  5191. From: Chris Hardaker <hardaker@clear.co.nz>
  5192. Subject: Re: Consuming Ourselves Into Oblivion
  5193. Date: Tue, 21 Mar 95 16:54:00 PST
  5194.  
  5195.  
  5196. Mr. Martin raised a good point. I do, however, see a 'bright' side to all 
  5197. this. Humans invented the printed word. Then advertising discovered the 
  5198. printed word. Humans invented radio,  then advertising discovered radio. 
  5199. Advertising were getting good at this by now so when humans invented 
  5200. television, advertising where already there, waiting. Every mass market 
  5201. attracts advertising. With the media hype, the 'Net' has become another mass 
  5202. market and advertising are ready to climb aboard.
  5203.  
  5204. It's not that advertising follows technological advances, it's more that 
  5205. every time advertising comes along to 'pervert' the course of a technology, 
  5206. humans run, hide and invent a new technology just to bug the living hell out 
  5207. of advertisers. It's classic Tom and Jerry stuff. Cat chases mouse, mouse 
  5208. can't run as fast so slowly cat catches up. BUT just as the paw is about to 
  5209. spell the demise of our hero the mouse, there is a small hole in the wall, 
  5210. just big enough for the mouse to get thru ... WHAM a flat faced cat and all 
  5211. you hear is a mouse sniggering in the background.
  5212.  
  5213. The 'Net' race has begun, the advertising cat is bigger than before and 
  5214. faster, but I'm running. In a year or two I will need a technological hole 
  5215. to dive through. So while the humans at the leading edge of technology are 
  5216. trying to invent the next giant leap for telecommunications, I'm happy to 
  5217. play cat and mouse and dream of hearing the WHAM as I slip away from 
  5218. advertising's graps. I only hope my firewall can handle the pressure until 
  5219. then ...
  5220.  
  5221.  
  5222. Your expectantly,
  5223.  
  5224. Chris Hardaker    CLEAR Communications
  5225. Auckland  New Zealand    HARDAKER@clear.co.nz
  5226. +64 9 912 4286 Voice     +64 9 912 4452 Fax
  5227.  
  5228.  
  5229. [TELECOM Digest Editor's Note: I hope your firewall holds up. I can tell
  5230. you the amount of advertising I get in a day's time here for the Digest
  5231. and comp.dcom.telecom is pretty incredible.  All kinds of messages with
  5232. things for sale; personnel recruiting (head-hunting) type messages, etc.
  5233. One person at some personnel company sends me a dozen messages at a time
  5234. about the kinds of people they are looking for on behalf of their clients.
  5235. And the nervy part is, not once do any of these jokers offer to send me
  5236. nickle one ... they heard the Internet is 'free' and can't possibly imagine
  5237. why they should have to pay to help support it. On three different
  5238. occassions this person has sent me a big bunch of messages looking for
  5239. people to fill various positions. I wrote back once saying 'you know, you
  5240. charge your clients big $$ to fill these positions, how about becoming
  5241. a corporate sponsor here in order that I can improve the Digest for all
  5242. the readers ... who knows, I might develop a mailing list for the exchange
  5243. of human resources information for the readers ...'.  Instead of getting
  5244. back an answer to that, instead I get two more big batches of messages
  5245. to be run.  :(   Every small business is now setting up a home window
  5246. they want you to look at, and they want me to tell you about. I do tell
  5247. you about quite a few of them, but I can see where that is going to have
  5248. to stop soon also; I've been reluctant to help some in this way while
  5249. refusing to help others, or to show favoritism, but it is going to have to
  5250. halt soon. None of them bother to read the archives or the back issues;
  5251. they don't even want to subscribe presently; they just want a place to
  5252. dump their commercial messages. Some days I feel like so much of my time
  5253. is wasted doing this stuff.    PAT]
  5254.  
  5255. ------------------------------
  5256.  
  5257. From: dunscomb@aol.com (Dunscomb)
  5258. Subject: Re: Help: E Telco Step-by-Step Switch
  5259. Date: 20 Mar 1995 08:30:52 -0500
  5260. Organization: America Online, Inc. (1-800-827-6364)
  5261. Reply-To: dunscomb@aol.com (Dunscomb)
  5262.  
  5263.  
  5264. When I worked as a Craftsman for AT&T Long Lines (away back in ought-55) 
  5265. we were told that "KS" stood for "Kearny Specification", and that a KS
  5266. number was applied to every part manufactured for the Bell System by
  5267. anyone other than Western Electric.
  5268.   
  5269. Kearny, NJ, was the location of an enormous Western Electric complex,
  5270. so the first part of the story seems plausible.  That the second part
  5271. was true was, to quote Thomas Jefferson, "self-evident".
  5272.  
  5273.  
  5274. Bob Dunscomb, Maxwell Consulting
  5275.  
  5276. ------------------------------
  5277.  
  5278. From: lreeves@crl.com (Les Reeves)
  5279. Subject: Re: ADCPM and CO's
  5280. Date: 19 Mar 1995 07:02:10 -0800
  5281. Organization: CR Labs
  5282.  
  5283.  
  5284. Steven Bergman (sbergman@ix.netcom.com) wrote:
  5285.  
  5286. > I was wondering if anyone know of a resource whereby I could determine 
  5287. > whether a particular CO supported both ISDN and ADPCM.  Also, what 
  5288. > devices, if any, are out there that currently combine the two of them in 
  5289. > some way.
  5290.  
  5291. For ISDN, call the business office, and when they say they don't know
  5292. ask them for someone in data communications marketing.
  5293.  
  5294. Regarding ADPCM, in the context of ISDN I would think this is a terminal 
  5295. adapter issue.
  5296.  
  5297.  
  5298. Les     lreeves@crl.com       Atlanta,GA      404.874.7806
  5299.  
  5300. ------------------------------
  5301.  
  5302. From: richgr@netcom.com (Rich Greenberg)
  5303. Subject: Re: T1 -> Modems
  5304. Date: Sun, 19 Mar 1995 03:30:11 GMT
  5305.  
  5306.  
  5307. In article <telecom15.153.6@eecs.nwu.edu> scottpcs@aol.com (ScottPCS) writes:
  5308.  
  5309. >>> I need to bring in a T1 line to 24 1200 baud modems for my company.
  5310.  
  5311. > Bill Grenoble responded:
  5312.  
  5313. >> I have seen a T1 rack mount modem (V.Fast I think), but it cost more
  5314.  
  5315. > Unfortunately the originator is a Verifone credit card terminal and
  5316. > only has a 1200 baud modem.  It is not possible at this time to get a
  5317. > 2400 or faster.  But the call length is only a few seconds and a
  5318. > faster speed would not significantly shorten the call.
  5319.  
  5320. For this type of application, 1200 baud is the best speed to use.  The
  5321. connection is so short that a faster modem would take longer in training 
  5322. than the data transmission at 1200 would take.
  5323.  
  5324. The newest bells and whisles are not always the appropriate technology.
  5325.  
  5326.  
  5327. Rich Greenberg            Work: TBA.  Know anybody needing a VM guru?
  5328. N6LRT   TinselTown, USA   Play: richgr@netcom.com       310-649-0238
  5329.  
  5330. ------------------------------
  5331.  
  5332. Date: Mon, 20 Mar 1995 13:07:02 EST
  5333. From: Peter M. Weiss <PMW1@PSUVM.PSU.EDU>
  5334. Subject: Re: Trying to Locate Recommendation E.123
  5335. Organization: Penn State University
  5336.  
  5337.  
  5338. Though I can find a gopher at info.itu.ch, and ITU-T and its submenu
  5339. ITU-E series, I can not locate that specific one E.123 (nor does a
  5340. gopher search at that site).
  5341.  
  5342. --  co-owner INFOSYS, TQM-L, CPARK-L, ERAPPA-L, JANITORS, LDBASE-L, et -L
  5343. Pete-Weiss@psu.edu        "Ready, Aim, Fire, OOPS!"       +1 814 863 1843
  5344. 31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA
  5345.  
  5346. ------------------------------
  5347.  
  5348. From: writchie@gate.net
  5349. Subject: Re: Trying to Locate Recommendation E.123
  5350. Date: 19 Mar 1995 04:01:55 GMT
  5351. Reply-To: writchie@gate.net
  5352.  
  5353.  
  5354. In <telecom15.154.5@eecs.nwu.edu>, Wolf <cmwolf@mtu.edu> writes:
  5355.  
  5356. > It was mentioned in TELECOM Digest that one "might wish to access the
  5357. > PostScript format files available from the ITU" for the E.123
  5358. > recommendation.
  5359.  
  5360. > How does one access ITU?  I searched the Digest header, but there was
  5361. > no mention of ITU's location, and the only other reference I can find
  5362. > is to itu.edu, which does not have direct ftp access.
  5363.  
  5364. ITU operates a gopher server where you get everything at:
  5365.  
  5366.    info.itu.ch
  5367.  
  5368.  
  5369. Wally Ritchie     Ft. Lauderdale, Florida
  5370.  
  5371. ------------------------------
  5372.  
  5373. From: terry@spcvxb.spc.edu (Terry Kennedy)
  5374. Subject: Re: NYNEX: Idiocy in Pricing
  5375. Organization: St. Peter's College, US
  5376. Date: Sun, 19 Mar 1995 19:25:17 GMT
  5377.  
  5378.  
  5379. In article <telecom15.153.5@eecs.nwu.edu>, rblau@neteast.com (RUSSELL
  5380. BLAU) writes:
  5381.  
  5382. > Personally, I never thought I would find myself in the position of
  5383. > defending anything that NYNEX does ... however, look at what you are
  5384. > comparing.  Flexpath is a DID trunk service.  Therefore, you should compare
  5385. > it to the price of 48 analog DID trunks, not 48 individual measured
  5386. > business lines.
  5387.  
  5388.   Unfortunately, if I want 48 numbers delivered on two T1's (perhaps
  5389. because I have a US Robotics modem chassis that takes T1's and turns
  5390. them into Ethernet packets), I wind up paying the same premium as
  5391. the customer who wants DID service. If I have enough lines that NYNEX
  5392. would bring me digital entrance facilities anyway, I'd have to pay
  5393. them *more* to just leave the T's and not install a SLC/DIS*C/whatever
  5394. to turn it back into copper.
  5395.  
  5396.   Worse yet, NYNEX's competitors price their service by being a
  5397. certain percentage less than NYNEX's rates, without considering
  5398. types of services that NYNEX isn't supplying. Until the competition
  5399. gets their heads out of the sand, we're not going to see "real
  5400. competition" for these services -- being 15% less than an unacceptable
  5401. price won't cut it.
  5402.  
  5403.  
  5404. Terry Kennedy          Operations Manager, Academic Computing
  5405. terry@spcvxa.spc.edu      St. Peter's College, Jersey City, NJ USA
  5406. +1 201 915 9381 (voice)   +1 201 435-3662 (FAX)
  5407.  
  5408. ------------------------------
  5409.  
  5410. Date: Wed, 08 Mar 95 09:08:59 MST
  5411. From: John Shaver <shaverj@huachuca-emh17.army.mil>
  5412. Subject: Last Laugh! Techie SOs Unite!
  5413.  
  5414.  
  5415. SIGNIFICANT OTHERS SPEAK OUT !!!
  5416.  
  5417. By:  Shirley Clawson
  5418.  
  5419. So you've found yourself attracted to a computer nerd.  (Sorry
  5420. techies; that IS what those of us that exist in the real world call
  5421. you.)  Spousal units and significant others (collectively referred to
  5422. herein as "SO's") who have long endured the idiosyncrasies of their
  5423. techie mates have banded together to provide the unsuspecting "future
  5424. significant other" a peek at existence with: THE TECHIE.  But first, a
  5425. couple of disclaimers: All persons and events portrayed in this
  5426. article are real and any resemblance to actual people or incidents is
  5427. entirely intentional.  Techies portrayed herein are of the male
  5428. variety but male SO's have confirmed that they experience the same
  5429. phenomenon in relation to their female techies.
  5430.  
  5431. To properly co-exist with a techie, you must first understand three
  5432. basic premises on which his view of the world is based:
  5433.  
  5434. 1.   There is a proper order in the universe.  Computers
  5435.      come first; significant others somewhere thereafter.
  5436.  
  5437. 2.   Programmers, while reluctantly admitting (subsequent
  5438.      to intense pressure) that they are not God, are however,
  5439.      equal to God.
  5440.  
  5441. 3.   Computer illiterate people are complete morons.
  5442.  
  5443. These three premises result in techies having a drastically different
  5444. way of thinking as compared to the average person.  This unique
  5445. approach to life will be exhibited on a daily basis in many subtle
  5446. ways:
  5447.  
  5448. TOPIC           WHAT YOU'RE THINKING      WHAT HE'S THINKING
  5449. ==============  =======================   ===========================
  5450. Ideal Vacation  Tahiti                    Las Vegas -- during Comdex
  5451.  
  5452. Shopping Trip   New wardrobe              Computer bookstore
  5453.  
  5454. Eating Out      Chez Romantic             Vending machine at the office
  5455.  
  5456. Fun Weekend     Picnic in the mountains   Non-stop programming
  5457.  
  5458. 6 A.M.          Romantic sunrise          Late night of programming
  5459.  
  5460. People over for
  5461.   Dinner        Friends, Conversation     Victims to view latest
  5462.                                           software developments
  5463.   Tax Time      Call an accountant        Order a tax package for SO
  5464.  
  5465.    Looking at
  5466.      Stereo
  5467.      Equipment     Casual browsing        Select model, Close deal
  5468.  
  5469.    Share
  5470.      Housework     50/50                   Refrain from complaining that
  5471.                                            Pepsi isn't restocked
  5472.  
  5473.    Spending more
  5474.      time with
  5475.      Children      Interactive Learning    Set up Barbies next to computer
  5476.  
  5477.    Reason to cash out
  5478.      Investments   Child's Education       This years BMW's look good
  5479.  
  5480. It is true that techies rarely subscribe to GQ magazine but, in all
  5481. fairness, let's dispense with the slide-rule, taped glasses, white,
  5482. button-down shirt stereotype.  They no longer wear slide-rules;
  5483. laptops are in.  Taped glasses -- well, ok, sometimes.  White shirts
  5484. have been replaced by t-shirts and flowered Hawaiian atrocities.
  5485. "Dressing up" for a special occasion entails putting on jeans and a
  5486. wrinkled shirt with a collar.  If you happen to be domestically
  5487. inclined, don't bother ironing shirts (or if you're not, feeling
  5488. guilty about NOT ironing them) because pressed shirts are simply not a
  5489. priority in a Techie's life and neither he nor any of his contemporaries 
  5490. will notice that the shirt he's wearing looks like it's been trapped
  5491. between his mattress and box springs for a year.
  5492.  
  5493. Material possessions are of vital importance to the techie.  Of
  5494. paramount importance is: THE CAR.  The cost of this is directly
  5495. proportional to the size of: THE EGO.  There are two types of vehicles
  5496. owned by techies: 1966 station wagons with deteriorating wood on the
  5497. sides OR the most expensive vehicle income will allow.  (Neither
  5498. category would be caught dead, however, driving a car with a Mary Kay
  5499. bumper sticker attached.)  Single techies can be identified by their
  5500. dumpy apartments, frayed clothing and impeccably maintained Ferraris.
  5501.  
  5502. Techies with vehicles in the second category assemble their machines
  5503. for the annual Testosterone 500.  Grown men gather at an area race
  5504. track, spend 90 percent of the day walking around bragging about their
  5505. car to anyone who will listen and devote the balance of the time
  5506. tearing around on a track hoping they won't kill themselves.  What we
  5507. are witnessing is NOT simply a car race, but rather a battle of the
  5508. egos.  This same group of techies has also mastered the art of
  5509. maneuvering discussion of THE CAR into every conversation.
  5510.  
  5511. The home computer system is another source of competition.  Our family
  5512. of four (techie, SO, eight and two year old) is the proud owner of six
  5513. computers, seven monitors, three laser printers, two dot matrix
  5514. printers, two scanners, two optical disk drives, a CD ROM drive, and
  5515. four boxes of cables that "might come in handy someday".  Most
  5516. appalling of all is that the two year old is limited to a 286 with an
  5517. EGA!  HORRORS!  Special effort is made to explain to visiting techies
  5518. that we are in the process of upgrading her system.
  5519.  
  5520. Other elaborate electronic devices run a close second to the "home
  5521. computer competition".  Techies must always have the latest and the
  5522. best of any electronic device on the market and they MUST be the first
  5523. in their group to own one.  We have established true superiority with
  5524. our home PBX phone system with the capacity to handle ten incoming
  5525. lines, conference calls, 45 auto-dial numbers and, best of all, music
  5526. on hold.  Oh, and our answering machine has voice mail capabilities,
  5527. can receive fax transmissions and makes dinner.
  5528.  
  5529. As you've probably already noticed, dating a techie has special
  5530. challenges and rewards.  Although your social hours are restricted to
  5531. 11:00 p.m. - 3:00 a.m., you do have the opportunity to meet other SO's
  5532. who, like you, are hanging around the office waiting for "just one
  5533. more compile".  A techie's estimate of "15 more minutes" generally
  5534. means they will appear an hour or two later having absolutely no clue
  5535. that more than 15 minutes has passed.
  5536.  
  5537. If you do manage to convince your techie to take a vacation, plan on
  5538. his inspecting the computer system at every hotel, gas station,
  5539. restaurant, car rental agency and airline.  Expect him to make
  5540. suggestions for improvements to busboys, valets, maids and waiters,
  5541. none of whom have the remotest interest in their establishment's
  5542. computer system, much less any influence in this arena.  Keep in mind
  5543. also that no matter where you go, techies will find each other.  The
  5544. first trip I, my sweetie and his portable computer took together was
  5545. to Europe.  I was one of the lucky few to be dating a man who owned
  5546. one of the first portable computers manufactured, which of course
  5547. automatically entitled us to first class service everywhere.  He no
  5548. sooner had placed the computer on the airline tray table than six
  5549. fellow techies leaped to his side to discuss the merits of the
  5550. computer.  Personal conversation with my traveling companion totalled
  5551. ten minutes out of a six hour flight.
  5552.  
  5553. Lunching with a group of techies is comparable to being dropped into a
  5554. remote village in central Albania, with one major difference: Sign
  5555. language is completely useless.  They are speaking a foreign language
  5556. and they are completely oblivious to this fact.  My suggestion: Don't
  5557. bother going.  No one will notice that you were there anyway, including 
  5558. your techie.
  5559.  
  5560. Parties dominated by techies are truly exciting experiences.  Techies
  5561. have never developed the art of smalltalk (their computers don't
  5562. require this attribute) so don't expect to see a techie talking to a
  5563. non-techie.  If a techie was forced to bring his SO, he will feel
  5564. obligated, however, to forego technical discussions for at least the
  5565. first ten minutes.
  5566.  
  5567. If you are unfortunate enough to be an SO with a "real job", you will
  5568. encounter additional difficulties.  The techie cannot fathom anyone
  5569. going to work earlier than 10:00 a.m.  He will tell you to simply
  5570. inform your boss that you won't be starting until then.
  5571.  
  5572. Techies are very well read.  They devour books and articles on such
  5573. exciting topics as memory management, VXD's and debugging but give
  5574. them a book on relationships and watch the panic spread across their
  5575. faces.  Mention a couples workshop you think both of you should attend
  5576. and watch those deadlines move up.
  5577.  
  5578. At some point in their relationship, the SO must reveal to the
  5579. techie that a romantic holiday does not entail bringing along a
  5580. portable computer, stacks of computer magazines and a trunkload
  5581. of listings.  They will be expected to spend an entire weekend
  5582. without their computer!  If you make it through this traumatic
  5583. experience, a marriage or move-in-together proposal may be in the
  5584. air.  Expect any proposal to be very practical.  Important issues
  5585. such as what kind of dog you will get, how much money will be
  5586. allotted to ego-related purchases, and how much space will be
  5587. allocated for the special, hands-off place for his computers in
  5588. your future home must be settled before a techie will even
  5589. consider a permanent relationship.   (Critical tip:  This
  5590. allotted space will double in size within six months, often
  5591. spewing out into other areas of your home if you have not planned
  5592. ahead.)  Your wedding date will be arranged around development
  5593. conferences, COMDEX and technical crises.
  5594.  
  5595. If, at some point in your relationship, you decide to have children,
  5596. you will have to fit baby-making in between compiles.  If you do
  5597. manage to conceive, take a few photographs of your techie to tape over
  5598. the baby's crib so your child will recognize your techie's face as
  5599. well as his back.
  5600.  
  5601. On a personal level, the techie is very supportive of his significant
  5602. other.  When I decided to diet, my techie stood by me and agreed to
  5603. diet with me; as long as he didn't have to give up Pepsi and Twinkies.
  5604. When I determined that I needed a new look, he promised not to laugh
  5605. when I came back with a new hairdo and agreed to unlimited funding for
  5606. purchases made at lingerie shops.
  5607.  
  5608. The techie is also an accomplished gift-giver.  Just last month, for
  5609. my birthday, my techie gave me a Bug Zapper.  (You know, one of those
  5610. things that vaporizes the bugs flying around on your patio.)  It seems
  5611. he "heard me mention that we should get one."  Guess he missed the
  5612. references to the diamond necklace and pearl earrings.  Last Christmas
  5613. I was the proud recipient of a portable toolkit -- it's a beaut.
  5614.  
  5615. Well, I'd better close now.  I'm due for my 10:43 appointment to
  5616. review the 1991 COMDEX floor plan with you-know-who.  Never a dull
  5617. moment ...
  5618.  
  5619.                     --------------------
  5620.  
  5621.    Biography:  The author is married to a techie who denies
  5622.    exhibiting any of the aforementioned behavior and feigned
  5623.    ignorance when asked if he noticed these characteristics in any
  5624.    of his fellow techies.
  5625.  
  5626.    (c) Copyright 1991 by Shirley Clawson, ALL RIGHTS RESERVED
  5627.  
  5628. ------------------------------
  5629.  
  5630. End of TELECOM Digest V15 #158
  5631. ******************************
  5632.     
  5633.     
  5634. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa19952;
  5635.           21 Mar 95 19:46 EST
  5636. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5637.     id AA07476; Tue, 21 Mar 95 13:33:07 CST
  5638. Return-Path: <telecom>
  5639. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5640.     id AA07469; Tue, 21 Mar 95 13:33:05 CST
  5641. Date: Tue, 21 Mar 95 13:33:05 CST
  5642. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  5643. Message-Id: <9503211933.AA07469@delta.eecs.nwu.edu>
  5644. To: telecom@eecs.nwu.edu
  5645. Subject: TELECOM Digest V15 #159
  5646.  
  5647. TELECOM Digest     Tue, 21 Mar 95 13:33:00 CST    Volume 15 : Issue 159
  5648.  
  5649. Inside This Issue:                           Editor: Patrick A. Townson
  5650.  
  5651.     500 Service and Federal Telecom System (mstandrew@aol.com)
  5652.     Re: T3 Framing and Connection (synchro@access4.digex.net)
  5653.     Re: T3 Framing and Connection (Richard M. Kenshalo)
  5654.     Re: Bandwidth Question (synchro@access4.digex.net)
  5655.     Downloading Mac Software With a PC (Reid Goldsborough)
  5656.     Alarm Reporting Black Box (D.E. Jennings)
  5657.     CCIT G.711 PCM Format (also Dialogic 8khz, 8 bit PCM Format) (P. Chehowski)
  5658.     100VG AnyLAN (Phil Ho)
  5659.     Sources For Telecom Law (khh@access2.digex.net)
  5660.     MicroUnity Contact Wanted (Stewart Fist)
  5661.     X25 and TCP/IP (Marios Scottis)
  5662.     Motorola Cell Programming Help Needed (Jim Knoll)
  5663.     Re: X.25/ISDN Prices; Global Information Wanted (Again) (Steve Cogorno)
  5664.     Re: X.25/ISDN Prices; Global Information Wanted (John Combs)
  5665.     Re: NYNEX: Idiocy in Pricing (Fred R. Goldstein)
  5666.     Re: Credit Checking on Cellular Customers (Jeff Wolfe)
  5667.     Re: Looking For "Help Desk" System (Joe Sulmar)
  5668.     Re: LAPD and Variants Implementation (Matthew P. Downs)
  5669.     Re: Benchmarking Internet Providers (Mike Rehmus)
  5670.     Re: Voicemail System Wanted (D.F. Anderson)
  5671.     Re: Recommendations For Good Primer on Telecom Technologies (D.F. Anderson)
  5672.     Last Laugh! Great Moments in Radio History (Nigel Allen)
  5673.  
  5674. TELECOM Digest is an electronic journal devoted mostly but not
  5675. exclusively to telecommunications topics. It is circulated anywhere
  5676. there is email, in addition to various telecom forums on a variety of
  5677. public service systems and networks including Compuserve and America
  5678. On Line. It is also gatewayed to Usenet where it appears as the moderated
  5679. newsgroup 'comp.dcom.telecom'. 
  5680.  
  5681. Subscriptions are available to qualified organizations and individual
  5682. readers. Write and tell us how you qualify:
  5683.  
  5684.                  * telecom-request@eecs.nwu.edu *
  5685.  
  5686. The Digest is edited, published and compilation-copyrighted by Patrick
  5687. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  5688. or phone at:
  5689.                     9457-D Niles Center Road
  5690.                      Skokie, IL USA   60076
  5691.                        Phone: 500-677-1616
  5692.                         Fax: 708-329-0572
  5693.   ** Article submission address only: telecom@eecs.nwu.edu **
  5694.  
  5695. Our archives are located at lcs.mit.edu and are available by using
  5696. anonymous ftp. The archives can also be accessed using our email
  5697. information service. For a copy of a helpful file explaining how to
  5698. use the information service, just ask.
  5699.  
  5700. *************************************************************************
  5701. *   TELECOM Digest is partially funded by a grant from the              *
  5702. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  5703. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  5704. * project.  Views expressed herein should not be construed as represent-*
  5705. * ing views of the ITU.                                                 *
  5706. *************************************************************************
  5707.  
  5708. Additionally, the Digest is funded by gifts from generous readers such
  5709. as yourself who provide funding in amounts deemed appropriate. Your help 
  5710. is important and appreciated. A suggested donation of twenty dollars per
  5711. year per reader is considered appropriate. See our address above.
  5712.  
  5713. All opinions expressed herein are deemed to be those of the author. Any
  5714. organizations listed are for identification purposes only and messages
  5715. should not be considered any official expression by the organization.
  5716. ----------------------------------------------------------------------
  5717.  
  5718. From: mstrandrew@aol.com (MSTRANDREW)
  5719. Subject: 500 Service and Federal Telecom System
  5720. Date: 21 Mar 1995 11:26:41 -0500
  5721. Organization: America Online, Inc. (1-800-827-6364)
  5722. Reply-To: mstrandrew@aol.com (MSTRANDREW)
  5723.  
  5724.  
  5725. I asked a friend recently to call me from his work phone using my new
  5726. ATT 500 number.  He indicated that the local phone network accepted
  5727. the 500 number, but the call would not process through FTS.  Does any
  5728. one know if FTS is going to get the message?
  5729.  
  5730. I understand that FTS does not process international calls as well as
  5731. calls to Canada.  Since I call program my 500 number to any number in
  5732. the world, I wonder if FTS wants to avoid accepting 500 numbers so
  5733. that calls can not be forwarded to points outside the FTS system.
  5734.  
  5735. On a totally unrelated note, does any one know if thought was given to
  5736. assigning new NPAs to Guam (671) and American Samoa (684), so that
  5737. they could be treated as "domestic" calls??
  5738.  
  5739.  
  5740. [TELECOM Digest Editor's Note: In both Guam and American Samoa the locals
  5741. refer to themselves as 'area code 671' and 'area code 684' when giving
  5742. their phone number to persons needing to call them. Strictly speaking this
  5743. is not true yet, but a recent chat I had with someone at Bellcore leads
  5744. me to believe that soon enough the '011' international prefix will not be
  5745. needed to those two points and that their area codes will simply be the
  5746. country codes they have been using all along. Speaking of the South Pacific
  5747. region, the 808 area code which traditionally has been just Hawaii was
  5748. expanded about a year ago to include Midway Island and the United States
  5749. Trust Territory collection of islands.   PAT]
  5750.  
  5751. ------------------------------
  5752.  
  5753. From: synchro@access4.digex.net (Steve)
  5754. Subject: Re: T3 Framing and Connection
  5755. Date: 21 Mar 1995 12:19:17 GMT
  5756. Organization: Express Access Online Communications, Greenbelt, MD USA
  5757.  
  5758.  
  5759. The details for the DS3 frame formats are best obtained from the source 
  5760. (i.e. ANSI document T1.107 or similar) because the frame structure is 
  5761. subdivided into subframes (it's hard to follow).
  5762.  
  5763. C-bits are essentially only to be altered by DS3 sources.  In the M13 
  5764. arena, M23 mux sections use the C-bit to indicate the presence of 
  5765. stuffing.  Whereas in C-bit parity applications it may be used for 
  5766. something else (like performance monitoring on the fly ...)
  5767.  
  5768. The two coax connections are needed because each coax is a side of the
  5769. channel (i.e. one for transmit, the other for receive).  Fiber systems
  5770. have these two coax connections for each DS3 also.  The only thing that
  5771. may come in the middle of any DS3 connection is just a manual jack
  5772. field (DSX-3) or an electronic cross connect (an automatic version of
  5773. a patch panel).
  5774.  
  5775. ------------------------------
  5776.  
  5777. Date: Tue, 21 Mar 1995 09:04:27 -0800
  5778. From: RICHARD M KENSHALO <TSRMK@acad1.alaska.edu>
  5779. Subject: Re: T3 Framing and Connection
  5780.  
  5781.  
  5782. On 19 Mar 1995, Phillip Schuman <72510.1164@CompuServe.COM> wrote:
  5783.  
  5784. > I'm looking for some brief explanation of the two kinds of framing
  5785. > on T3 - M13 and C-parity. I'm pretty familiar with D4/SF and ESF.
  5786.  
  5787. Two basic formats are used, each composed of the basic M-Frame
  5788. structure.  Both channelized (M13 format) and un-channelized (C-Bit
  5789. Parity) service applications are supported.  The various applications of
  5790. the basic M-frame structure are distinguished from one another by the
  5791. way the 21 C-bits are used.  M13 format uses the 21 C-bits for bit 
  5792. stuffing.  C-Bit Parity uses the C-bits for maintenance purposes. 
  5793.  
  5794. M13 Format (Subrated/Channelized DS3) - The M13 format will allow a DS3
  5795. signal to be channelized into 28 DS1s.
  5796.  
  5797. C-Bit Parity Format (Subrated/Channelized and Non-Subrated/Non-
  5798. Channelized DS3) - C-Bit Parity can be used for either channelized or
  5799. non-channelized DS3 signals.  It is recommended in all cases for non-
  5800. channelized DS3 service because of it's superior maintenance
  5801. capabilities over the standard M13 format.  DS1 to DS3 multiplexing
  5802. (channelized) using the C-Bit Parity format is the same two-step
  5803. multiplexing process used for standard M13 (channelized) format except
  5804. that bit stuffing is done at every opportunity during the second step of
  5805. multiplexing.  Since stuffing is done 100% of the time, the C-bits are
  5806. no longer needed to indicate the presence of stuff bits, and are used
  5807. for proprietary maintenance overhead capabilities.
  5808.  
  5809. In the C-Bit Parity format, the 21 C-bits are allocated as follows:
  5810. AIC = Application Identification Channel:  1 C-bit
  5811. NA = Reserved Network Application bit:  1 C-bit
  5812. FEA = Far-End Alarm bit:  1 C-bit
  5813. DL = Data Link bits:  12 C-bits
  5814. CP = C-Bit Parity bits:  3 C-bits
  5815. FEBE = Far-End Block Error bits:  3 C-bits
  5816.  
  5817. Path Level Monitoring Implications:  M13 vs. C-Bit Parity Formats:
  5818.  
  5819. With the M13 format, the only available path level monitoring technique
  5820. is to use the P-bit, which is a parity designation for the entire
  5821. payload (4704 bits of data).  The problem is that most networking
  5822. equipment interfacing at the DS3 level was designed to segment the
  5823. network on a point to point basis.  Thus, at intermediate points along
  5824. the network, the network equipment corrects the value of the P-bit
  5825. before transmitting the signal along the DS3 line.  This results in no
  5826. complete monitoring on a path basis.  
  5827.  
  5828. Path level monitoring using the C-Bit Parity format allows end to end
  5829. monitoring of the path level since these bits are not altered anywhere
  5830. along the path.  Also, the FEBE allows the far end to indicate to the
  5831. near end that a parity error on a block of data has occurred.
  5832.  
  5833. > Also -- on a picture of the Digital Link T3 mux -- there are two BNC
  5834. > connectors; are both used, or in/out or what? How does this work in
  5835. > connecting to a fiber based system like T3 -- is there another
  5836. > interface box between the telco and the CPE?
  5837.  
  5838. One BNC is DS3 IN and one is DS3 OUT.  No other interface box is
  5839. required between the telco and the CPE, as long as the DS3 meets the
  5840. following electrical interface requirements:
  5841.  
  5842. Electrical Interface
  5843.  
  5844. 1.  The pulse amplitude shall be between 0.36 volts and 0.85 volts
  5845. (peak), measured at the center of the pulse.  
  5846.  
  5847. 2.  The transmission rate of the DS3 signal shall be 44.736 Mbps plus
  5848.  or minus 895 bps.  
  5849.  
  5850. 3.  The line codes for the DS3 signal shall be Bipolar with 3 Zero
  5851. Substitution (B3ZS).  
  5852.  
  5853. 4.  The test load shall be a pure resistive termination of 75 ohms 
  5854. at the network interface and shall be used to evaluate signal
  5855. characteristics.  
  5856.  
  5857.  
  5858. Hope this helps. 
  5859.  
  5860. Richard Kenshalo   tsrmk@acad1.alaska.edu
  5861.  
  5862. ------------------------------
  5863.  
  5864. From: synchro@access4.digex.net (Steve)
  5865. Subject: Re: Bandwidth Question
  5866. Date: 21 Mar 1995 12:01:32 GMT
  5867. Organization: Express Access Online Communications, Greenbelt, MD USA
  5868.  
  5869.  
  5870. "Switched 56" is a good way of doing an economical bandwidth on demand 
  5871. thing.  With this you just dial up more 56kbps lines as you need them.  
  5872. You pay channel termination charges for each possible line; however, the 
  5873. rest is usage.
  5874.  
  5875.  
  5876. Take it easy,
  5877.  
  5878. Steve
  5879.  
  5880. ------------------------------
  5881.  
  5882. From: reidgold@netaxs.com (Reid Goldsborough)
  5883. Subject: Downloading Mac Software With a PC
  5884. Date: 21 Mar 1995 17:25:04 GMT
  5885. Organization: Philadlephia's Complete Internet Provider
  5886.  
  5887.  
  5888. Here's the short version: What do I need to do to download Mac shareware 
  5889. and commercial bug fixes with a Windows-based PC to make the software 
  5890. usable on a Mac?
  5891.  
  5892. Here's the long version: I have a Windows-based PC that I'm going to use 
  5893. as a word processor and telecommunications machine and a new Power Mac 
  5894. that I'm using as a graphics and desktop publishing machine. I'm trying 
  5895. to figure out, without success so far, how to download Mac software with 
  5896. the PC and transfer it so it's usable with the Mac. I understand that Mac 
  5897. software has these resource fork thingies, which complicates things.
  5898.  
  5899. What I've done so far is grab from Apple's FTP server four files that 
  5900. update System 7.5 (they each have the extension .hqx). They're now 
  5901. sitting on my Windows PC's hard disk, renamed to conform to DOS 8.3 
  5902. naming conventions (I'll rename them back once they're on the Mac's hard 
  5903. disk).
  5904.  
  5905. One problem is that two of the compressed files are larger than 1.44 MB, 
  5906. so they can't fit on a floppy as is. The DOS program PKZip could handle 
  5907. this problem. I've downloaded the Mac PKZip unzip program. I actually 
  5908. found two program. One has the filename mac-unzip-50p1.hqx, the other is 
  5909. named unzip-201.hqx.
  5910.  
  5911. I believe you need the program StuffIt (or equivalent) to unstuff these 
  5912. files with extensions .hqx). So I also downloaded UnStuffIt.1.5.bin. I'm 
  5913. not sure what the extension .bin means. Does it mean it can unstuff 
  5914. itself by doubleclicking on its icon?
  5915.  
  5916. Well, I copied UnStuffIt.1.5.bin from my PC's hard disk to my Mac's hard 
  5917. disk, but when I doubleclicked on it, I just got a message that Apple 
  5918. File Exchange didn't recognize it. This is a Mac program so it doesn't 
  5919. need Apple File Exchange, but my Mac thinks it's a PC program. So this is 
  5920. where I'm stuck.
  5921.  
  5922. One option would be to get a Mac telecom program and move my 14.4 
  5923. external modem to the Mac whenever I needed to download Mac programs. But 
  5924. this would be inconvenient. I'd rather try to find a solution where I 
  5925. could simply use a floppy to transfer Mac programs to the Mac that I 
  5926. downloaded with the PC.
  5927.  
  5928. Any advice greatly appreciated.
  5929.  
  5930. ------------------------------
  5931.  
  5932. Date: Tue, 21 Mar 95 00:43:46 PST
  5933. From: Jennings <pp000539@interramp.com>
  5934. Subject: Alarm Reporting Black Box
  5935.  
  5936.  
  5937. Is there an "off the shelf" black box that will take an alarm output
  5938. from a system or subsystem and dial a phone number to report the state
  5939. of the alarm output ... the black box should have a modem built in and
  5940. would call another modem that would be in the auto answer state, and
  5941. after the exchange of handshake, dump the status ... this must be a
  5942. common requirement, it seems to me, does anyone have a vendor of this
  5943. kind of stuff, a part number? 
  5944.  
  5945.  
  5946. Thanks,
  5947.  
  5948. D. E. Jennings
  5949. Spectrum Analysis & Frequency Engineering, Inc.
  5950. pp000539@interramp.com-voice:301.869.7969-FAX:301.869.6992
  5951.  
  5952. ------------------------------
  5953.  
  5954. From: paulc@hookup.net (Paul Chehowski)
  5955. Subject: CCIT G.711 PCM Format (also Dialogic 8khz, 8 bit PCM Format)
  5956. Date: Tue, 21 Mar 1995 02:47:37 GMT
  5957. Organization: Sulis Computing
  5958.  
  5959.  
  5960. Is anybody familiar with the actual values behind the PCM telephony
  5961. format specified in CCIT Spec G.711?  I'm trying to write a conversion
  5962. program that converts between Dialogic PCM VOX files and Microsoft
  5963. Windows WAV files, and the good folks at Dialogic told me that no one
  5964. in tech support there could help me with their file format specification, 
  5965. but that it was the same format specified in the CCIT spec.  In the
  5966. Microsoft WAV specification for 8 bit PCM WAV files, the minimum value
  5967. is 0 and the maximum value is 255 (0xff). As far as I have been able
  5968. to decipher so far, some conversions between Dialogic VOX and
  5969. Microsoft WAV files are (all values are hex):
  5970.  
  5971.   WAV    VOX
  5972.   ---    ---
  5973.  
  5974.   001    000  (near minimum value for WAV file)
  5975.  
  5976.   080    0FA  (near middle value, 0 magnitude for WAV file)
  5977.   080    0FB
  5978.   080    0FC
  5979.   080    0FD
  5980.   080    0FE
  5981.   080    0FF
  5982.   081    0F0
  5983.   082    0E0
  5984.   083    0D8
  5985.   084    0D0
  5986.  
  5987.   088    0C0
  5988.   090    0B0
  5989.  
  5990.   0FE    080  (near maximum value for WAV file)
  5991.  
  5992. Any help or suggestions would be greatly appreciated.
  5993.  
  5994.  
  5995. Paul Chehowski        paulc@hookup.net          
  5996. Sulis Computing       ad771@freenet.carleton.ca 
  5997.  
  5998. ------------------------------
  5999.  
  6000. From: hop@ix.netcom.com (Phil Ho)
  6001. Subject: 100VG AnyLAN
  6002. Date: 21 Mar 1995 05:39:58 GMT
  6003. Organization: Netcom
  6004.  
  6005.  
  6006. Is anyone familiar with 100VG AnyLAN?  What does it take to upgrade a
  6007. existing IPX 10BaseT network to 100VG?  New NICs, new hubs, and what
  6008. else?  What about the printers on the network with JetDirect?  There
  6009. isn't a 100VG equivalent of a JetDirect, is there?  I understand that
  6010. it's 802.3 compatible, but what does this really mean in practical
  6011. sense?
  6012.  
  6013. I appreciate any comments or suggestions.  Please email to me.
  6014.  
  6015.  
  6016. Thanks,
  6017.  
  6018. phil
  6019.  
  6020. ------------------------------
  6021.  
  6022. From: khh@access2.digex.net
  6023. Subject: Sources For Telecom Law
  6024. Date: 21 Mar 1995 17:04:15 GMT
  6025. Organization: Express Access Online Communications, Greenbelt, MD USA
  6026.  
  6027.  
  6028. To find out more about the state of the telecommunications industry
  6029. and telecommunications law, you might want to point a WWW browser to
  6030. http://khht.com/huber/ft/ftl.html; http:/huber//geo1/geo1.html; or
  6031. khht://huber/geo2/geo2.html, where you can read excerpts from the
  6032. books of one of the Nation's leading telecommunications experts, Peter
  6033. Huber.
  6034.  
  6035. ------------------------------
  6036.  
  6037. Date: 21 Mar 95 06:03:17 EST
  6038. From: Stewart Fist <100033.2145@compuserve.com>
  6039. Subject: MicroUnity Contact Wanted
  6040.  
  6041.  
  6042. Does anyone know how to contact MicroUnity, the company that is
  6043. supposedly making a very high-speed media-processing chip?
  6044.  
  6045. Any information about the company, location or the chip developments
  6046. would be of help.
  6047.  
  6048.  
  6049. Stewart Fist
  6050. Technical journalist
  6051.  
  6052. ------------------------------
  6053.  
  6054. From: scottis@bigdog.engr.arizona.edu (Marios Scottis)
  6055. Subject: X25 and TCP/IP
  6056. Date: 21 Mar 1995 08:27:11 GMT
  6057. Organization: College of Engineering and Mines, University of Arizona
  6058.  
  6059.  
  6060. I need to use TCP/IP on top of X25. I am trying to get an internet
  6061. access through an X25 connection.
  6062.  
  6063. Does anybody know how to do this? What hardware and software is needed?
  6064. Also any vendor names will be greatly appreciated.
  6065.  
  6066.  
  6067. Thanks,
  6068.  
  6069. Marios Scottis     scottis@ece.arizona.edu
  6070.  
  6071. ------------------------------
  6072.  
  6073. From: jknoll@winternet.com (Jim Knoll)
  6074. Subject: Motorola Cell Programming Help Needed
  6075. Date: Tue, 21 Mar 1995 10:27:11 CST
  6076.  
  6077.  
  6078. Patrick,
  6079.  
  6080. I got a copy of your Motorola Programming manual and have been playing
  6081. with my brick portable phone.  I picked up the phone used and want to
  6082. add it as an "extension" to my mobile phone number.  I seemed to get
  6083. everything almost correct and wanted to change another item in the
  6084. nam, only to find out that I have a phone with three runs at programming 
  6085. before you can do no more.  Do you know of any more detailed info on
  6086. how to reset the nam so I can continue with my programming effort?
  6087. Or, do you know where to get information on the net for creating the
  6088. extension phone with my Motorola brick?  I have heard that this 
  6089. information is available, but don't know where.  Thanks for any and all 
  6090. help.
  6091.  
  6092.  
  6093. Thanks,
  6094.  
  6095. Jim    jknoll@winternet.com
  6096.  
  6097.  
  6098. [TELECOM Digest Editor's Note: What you have to do is put the phone in
  6099. 'local mode'; that will give you a lot more programming options including
  6100. one to reset the counter which keeps track of how many times the phone
  6101. number has been changed.  For many/most cellular phones, putting it into
  6102. 'local mode' involves shorting a contact on the phone where the battery
  6103. is connected.  Notice from schematics that one of the pins on the connector
  6104. is chassis ground. One of the other pins has to be held low, meaning shunted 
  6105. to the ground. One way of doing this is to get one of those connectors
  6106. at Radio Shack which allow you to open the case and move the arrangement of 
  6107. the pins around. Typically they are used to reverse pins 2/3 (or is it
  6108. 1/2) between a computer and modem, but you can use it just as easily
  6109. for this purpose. Drop a teeny tiny bit of solder in there between the
  6110. two wires in question causing a short. Then plug the battery into one
  6111. end of this and the other end into where the battery would normally be
  6112. connected.  What happens is you now have caused the pin in question to
  6113. go low -- or to ground -- and when the phone turns on it will be in
  6114. programming mode. When done programming just pull this device out of the
  6115. line and attach the battery in the normal way. 
  6116.  
  6117. You can do lots of interesting things in local mode including punching
  6118. in whatever channel you want to be on *whether or not it is in use* then
  6119. sitting there and listening to the people who are using that channel. You
  6120. can boost the power on the phone up a little; this is sometimes called
  6121. 'burning' a channel. The main thing is you want to reset the register 
  6122. which keeps track of how often the phone number has been changed back to
  6123. zero. I forget which pin needs to be grounded, and it may vary from one
  6124. model of Motorola to another. If you have forgotten the lock code and
  6125. find yourself locked out of the phone you can also use 'local mode' to
  6126. cure that; one programming option lets you zero out everything back to
  6127. factory default, giving you a 'phone number' of 000-000-0000 and a 
  6128. passcode of 0000. Someone who has the programming manual will proabably
  6129. write you with specifics, but bear in mind you do need that one very
  6130. minor hardware modification in the power supply. 
  6131.  
  6132. For extra credit in this class, do this: mount a tiny toggle switch on
  6133. the side of the phone which allows you to toggle in and out of local
  6134. mode as desired. Cut the wire to the chassis ground and send it through
  6135. that little switch and out to the desired pin (or not) depending on the
  6136. position of the switch. Then when you have used up the three chances they
  6137. give you with the phone number, just press that little switch for a few
  6138. seconds, punch a couple buttons on the keypad, release the switch and
  6139. start over!   :)  I'm sure others will be in touch with you soon.   PAT]
  6140.  
  6141. ------------------------------
  6142.  
  6143. From: cogorno@netcom.com (Steve Cogorno)
  6144. Subject: Re: X.25/ISDN Prices; Global Information Wanted (Again)
  6145. Date: Mon, 20 Mar 1995 08:24:49 PST
  6146.  
  6147.  
  6148. Rishab Aiyer Ghosh said:
  6149.  
  6150. > Someone wrote: [on X.25 over ISDN]:
  6151.  
  6152. >> Rates in the Pacific Bell Service area for data packets are:
  6153. >> .05 CENTS for transaction setup
  6154. >> .005 CENTS per octet of data
  6155.  
  6156. > That works out to about $52 per Mb - is that _cheap_?
  6157.  
  6158. Where did you get this figure? When I calculate it it works out to $3.27 per
  6159. MB.
  6160.  
  6161. 1 MB = 1024K = 1048576 Bytes = 8388608 bits = 65536 octets (1 octet=128 bits)
  6162.  
  6163. 65536 octets * .005 cents = 327.68 cents = $3.27
  6164.  
  6165. And yes, that is a lot cheaper than the approximately $9.90 that it
  6166. would cost to transmit the same amount of information over a 1200bps
  6167. modem (what the poster orignally asked for).  What you don't know is
  6168. that Scott needed info for credit card authorizations which take less
  6169. than 100 bytes to transmit.
  6170.  
  6171.  
  6172. Steve     cogorno@netcom.com
  6173.  
  6174. ------------------------------
  6175.  
  6176. Date: Mon, 20 Mar 95 22:13 EST
  6177. From: Testmark Laboratories <0006718446@mcimail.com>
  6178. Subject: Re: X.25/ISDN Prices; Global Information Wanted
  6179.  
  6180.  
  6181. In TELECOM Digest<15.155> Rishab Aiyer Ghosh<rishab@dxm.ernet.in> wrote:
  6182.  
  6183. > Someone wrote: [on X.25 over ISDN]:
  6184.  
  6185. >> Rates in the Pacific Bell Service area for data packets are:
  6186. >> .05 CENTS for transaction setup
  6187. >> .005 CENTS per octet of data
  6188.  
  6189. > That works out to about $52 per Mb - is that _cheap_?
  6190.  
  6191. Actually, there are 16 bits per two byte octet.  Therefore:
  6192.  
  6193.      ((0.005 cents)/16 bits)*(1,048,576 bits/Mbit) = 328 cents/Mbit,
  6194.         or $26.21/Mbyte, still rather pricey!
  6195.  
  6196. I wonder who would actually pay rates like this for packet data?
  6197.  
  6198.  
  6199. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  6200.  
  6201. ------------------------------
  6202.  
  6203. From: fgoldstein@bbn.com (Fred R. Goldstein)
  6204. Subject: Re: NYNEX: Idiocy in Pricing
  6205. Date: Tue, 21 Mar 1995 11:29:11 GMT
  6206. Organization: Bolt Beranek & Newman Inc.
  6207.  
  6208.  
  6209. In article <telecom15.158.11@eecs.nwu.edu> terry@spcvxb.spc.edu (Terry
  6210. Kennedy) writes:
  6211.  
  6212. > In article <telecom15.153.5@eecs.nwu.edu>, rblau@neteast.com (RUSSELL BLAU) 
  6213. > writes:
  6214.  
  6215. >> Personally, I never thought I would find myself in the position of
  6216. >> defending anything that NYNEX does ... however, look at what you are
  6217. >> comparing.  Flexpath is a DID trunk service.  Therefore, you should compare
  6218. >> it to the price of 48 analog DID trunks, not 48 individual measured
  6219. >> business lines.
  6220.  
  6221. > Unfortunately, if I want 48 numbers delivered on two T1's (perhaps
  6222. > because I have a US Robotics modem chassis that takes T1's and turns
  6223. > them into Ethernet packets), I wind up paying the same premium as
  6224. > the customer who wants DID service. If I have enough lines that NYNEX
  6225. > would bring me digital entrance facilities anyway, I'd have to pay
  6226. > them *more* to just leave the T's and not install a SLC/DIS*C/whatever
  6227. > to turn it back into copper.
  6228.  
  6229. NYNEX does "bundle" DID service into Flexpath, and ISDN PRI, so you
  6230. only have to pay for the numbers.  If you don't need 100 numbers, you
  6231. still pay for DID service.  That's minor.
  6232.  
  6233. What's really dumb is the way NYNEX prices both T1-based services.
  6234. The idea they use is that T1 is a PREMIUM that adds VALUE to the
  6235. service, so you should pay THEM for it.  This made some sense back in
  6236. 1985 when they introduce it, since they had mostly analog CO switches.
  6237. Flexpath was implemented by sticking a big fat D4 channel bank next to
  6238. the switch, running 24 wires into the D4, and giving you a T1.
  6239. Nowadays, of course, the CO is usually digital, so the economics are
  6240. flipped around: Analog lines require the extra hardware.  But the
  6241. tariff is unchanged.  This causes NYNEX to waste money.
  6242.  
  6243. Another dumbness in their tariff is the pricing for the T1 loop
  6244. itself.  For an analog loop, distance is THEIR problem.  If you build
  6245. a factory six miles from the CO, then they string fat wire on the
  6246. poles, or do whatever they feel like doing, but the price is the same.
  6247. (There is no "rural" area in Mass., at least; some states have
  6248. surcharges.)  For T1 loops, they charge mileage from the CO, so it's
  6249. quite costly if you're even three miles out.  This enocurages the use
  6250. of costly separate pairs for the long runs, and cheap T1 muxing for
  6251. short runs -- ecoomically counter to NYNEX' best interests, unless
  6252. they're really more interested in padding the rate base.
  6253.  
  6254.  
  6255. Fred R. Goldstein   k1io    fgoldstein@bbn.com
  6256. Bolt Beranek & Newman Inc., Cambridge MA  USA   +1 617 873 3850
  6257.  
  6258. ------------------------------
  6259.  
  6260. Date: Tue, 21 Mar 1995 12:13:44 -0500
  6261. From: Jeff Wolfe <wolfe@ems.PSU.EDU>
  6262. Subject: Re: Credit Checking on Cellular Customers
  6263. Organization: PSU - Earth & Mineral Sciences
  6264.  
  6265.  
  6266. In article <telecom15.157.2@eecs.nwu.edu> is written:
  6267.  
  6268. > IMHO, I think it's funny that people with poor credit won't complain
  6269. > about failing to qualify for a new car loan but will complain because
  6270. > a cellular carrier won't take a risk that they'll skip after
  6271. > generating tens of thousands of dollars (retail, let's not start that
  6272. > argument again) worth of cellular service. A cell phone is no
  6273. > different than having a Visa card with a $10,000 limit so it's not
  6274. > surprising that they won't give them to just anyone.  
  6275.  
  6276. > No insult intended towards college students but they should know how
  6277. > hard it is to get credit for anything.
  6278.  
  6279. I graduated in May of last year with a dual major BS in Computer Sci
  6280. and Geography (gis). I've got a car loan and two credit cards. I pay my
  6281. full credit card balance monthly, and I have a few thousand left on my
  6282. car loan. I travel a lot, and I wanted a phone for my 'peace of mind'.
  6283.  
  6284. I walked into the local Cell One "phone store" cash-in-hand. I was
  6285. ready to pay up front for the phone. (In this area, One likes to push
  6286. expensive phones on payment plans.)  They ran a credit check on me and
  6287. decided that I'd need a $250 deposit to open a cell account. I left,
  6288. walked down the street to Wireless one, bought the same phone for $70
  6289. less, and had service the next day, no deposit required. 
  6290.  
  6291. As far as I'm concerned, Cell One lost my business. I'll never recommend 
  6292. them to anyone I know.
  6293.  
  6294. I went through the "write the credit agency to see why process" The
  6295. response I got was that I had a low income, and an unsecured loan.
  6296.  
  6297. Oh well ... I have a cell phone now and I daresay I've been a good
  6298. customer.
  6299.  
  6300.  
  6301. Jeff
  6302.  
  6303. ------------------------------
  6304.  
  6305. From: jsulmar@shore.net (Joe Sulmar)
  6306. Subject: Re: Looking For "Help Desk" System
  6307. Date: 21 Mar 1995 03:46:08 GMT
  6308. Organization: Telecommunications Consultant
  6309.  
  6310.  
  6311. In article <telecom15.151.15@eecs.nwu.edu>, actmjs@hawk.depaul.edu
  6312. (Mark J. Sullivan) says:
  6313.  
  6314. > I am interested in a computer-based phone help-desk system to assist
  6315. > in the selling of a product.  In general, I would like to support five
  6316. > phone attendants with voice mail and fax back capability.  I would
  6317. > also like it to be expandable.  I would like to deal with an integrator 
  6318. > in the Chicago area ...
  6319.  
  6320. Mark -- I have worked on a number of help-desk projects, but my
  6321. clients are in the Boston area.  If you would consider working with
  6322. someone from outside of Chicago, I'd like to learn more about your
  6323. requirements.  I'm familiar with many of the packaged help-desk
  6324. products, and I'd be happy to talk to you about them.  Recently, I
  6325. have employed Lotus Notes to support some help desk applications, and
  6326. it provides a nice way to get up and working quickly with good tools
  6327. for extending the system later.  It also can provide a fax server
  6328. option.
  6329.  
  6330. Please email me if you'd like more info.  
  6331.  
  6332. Regards,
  6333.  
  6334. Joseph J. Sulmar  (jsulmar@shore.net)
  6335. Computer-Telephony Consultant    Lexington, MA
  6336.  
  6337. ------------------------------
  6338.  
  6339. From: mpd@adc.com (Matthew P. Downs)
  6340. Subject: Re: LAPD and Variants Implementation
  6341. Date: 15 Mar 1995 13:42:39 GMT
  6342. Organization: ADC Telecommunications
  6343.  
  6344.  
  6345. keshavac@enuxsa.eas.asu.edu (Bhaktha Keshavachar) writes:
  6346.  
  6347. > Are there any examples or application notes on the implementation of
  6348. > the data link layer of ISDN, LAPD (Q.921). Any information on the
  6349. > variants of LAPD like LAPM, LAPDm etc. are most welcome.
  6350.  
  6351. Just about any telecommunication product (that is a switch, PBX, etc)
  6352. uses LAPD.
  6353.  
  6354. > Is it too naive to expect the source code for LAPD on the internet?
  6355.  
  6356. Yes since most companies charge thousand of dollars for it.
  6357.  
  6358. ------------------------------
  6359.  
  6360. From: Mike Rehmus <mrehmus@grayfax.com>
  6361. Subject: Re: Benchmarking Internet Providers
  6362. Date: 21 Mar 1995 13:52:57 GMT
  6363. Organization: Portal Communications (service)
  6364.  
  6365.  
  6366. shafroth@students.wisc.edu (Marc Shafroth) wrote:
  6367.  
  6368. > My employer is working on an RFP for Internet access. SLIP/PPP at
  6369. > first and dedicated link later. 
  6370.  
  6371. Don't think it will work, Marc.  You cannot predict the path of the
  6372. packets across the net.  Therefore your timings will be somewhat
  6373. random.
  6374.  
  6375. The small differences in speed won't be all that apparent anyway.  A
  6376. much bigger effect will be the loading of the service provider's
  6377. systems which and that is cyclical depending on time of day, etc.
  6378.  
  6379.  
  6380. Mike
  6381.  
  6382. ------------------------------
  6383.  
  6384. From: dfanderson@aol.com (DFAnderson)
  6385. Subject: Re: Voicemail System Wanted
  6386. Date: 19 Mar 1995 21:14:56 -0500
  6387. Organization: America Online, Inc. (1-800-827-6364)
  6388. Reply-To: dfanderson@aol.com (DFAnderson)
  6389.  
  6390.  
  6391. {Teleconnect Magazine} publishes an annual roundup issue (next month)
  6392. providing a summary of most available products.  They can be contacted at
  6393. 800/LIBRARY.
  6394.  
  6395. ------------------------------
  6396.  
  6397. From: dfanderson@aol.com (DFAnderson)
  6398. Subject: Re: Recommendations For Good Primer on Telecom Technologies
  6399. Date: 19 Mar 1995 21:31:52 -0500
  6400. Organization: America Online, Inc. (1-800-827-6364)
  6401. Reply-To: dfanderson@aol.com (DFAnderson)
  6402.  
  6403.  
  6404. Two good sources are {Teleconnect Magazine} and {Computer Telephony}
  6405. magazine.  Further information available by dialing 800/LIBRARY.  The
  6406. publisher, Harry Newton, can be overbearing but this is the best
  6407. overall source.  Talk the order taker into giving you a free copy of
  6408. their dictionary of telecom terms.
  6409.  
  6410. ------------------------------
  6411.  
  6412. Date: Mon, 20 Mar 1995 21:41:20 -0500
  6413. From: ndallen@io.org (Nigel Allen)
  6414. Subject: Last Laugh! Great Moments in Radio History
  6415.  
  6416.  
  6417. Kenny Pate (kpate@vprua.vprua.uab.edu) posted the following
  6418. note to the Student Media (stumedia@uabdpo.dpo.uab.edu) mailing list.
  6419.  
  6420. February 28, 1990
  6421. Transcript:
  6422. KLOS-FM, Los Angeles
  6423.  
  6424. (Minutes after a 5.5-magnitude earthquake rattles San Gabriel mountains.)
  6425.  
  6426. "The telephone company is urging people to please not use their phones
  6427. unless it is absolutely necessary ... we'll be right back after this
  6428. break to give away a pair of Phil Collins concert tickets to caller
  6429. 95."
  6430.  
  6431.  
  6432. Nigel Allen, Toronto, Ontario, Canada    ndallen@io.org
  6433.  
  6434. ------------------------------
  6435.  
  6436. End of TELECOM Digest V15 #159
  6437. ******************************
  6438.     
  6439.     
  6440. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20439;
  6441.           21 Mar 95 20:52 EST
  6442. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6443.     id AA11319; Tue, 21 Mar 95 15:33:03 CST
  6444. Return-Path: <telecom>
  6445. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6446.     id AA11311; Tue, 21 Mar 95 15:33:01 CST
  6447. Date: Tue, 21 Mar 95 15:33:01 CST
  6448. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  6449. Message-Id: <9503212133.AA11311@delta.eecs.nwu.edu>
  6450. To: telecom@eecs.nwu.edu
  6451. Subject: TELECOM Digest V15 #160
  6452.  
  6453. TELECOM Digest     Tue, 21 Mar 95 15:28:00 CST    Volume 15 : Issue 160
  6454.  
  6455. Inside This Issue:                           Editor: Patrick A. Townson
  6456.  
  6457.     Per Line Blocking Device is Inexpensive, Easy to Use (Mel Beckman)
  6458.     Re: U.S. 800 Users Alert (Colin Smale)
  6459.     Re: Cellular Fraud in the News Again (Michael P. Deignan)
  6460.     Re: Caller ID in CA (Lynne Gregg)
  6461.     Re: Consuming Ourselves Into Oblivion (Subroto Mukerjea)
  6462.     Re: Gouging at Pay Phones; a War Story (Jim Gooch)
  6463.     Re: Using Live Radio With Automated Attendant (Jacques Vidrine)
  6464.     Re: Anything Cheaper Than LCI? (josephh888@aol.com)
  6465.     Re: Anything Cheaper Than LCI? (Barton Fisher)
  6466.     Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO. (Carl B. Page)
  6467.     Re: Callback System Hardware and Software? (josephh888@aol.com)
  6468.     Re: What is Loop Start? (Scot M. Desort)
  6469.     Re: Ni-Cad Batteries (David Chessler)
  6470.     Re: New NPA in Colorado (Bob Compiano)
  6471.     Re: Taxing Your Telco Service (Bob Compiano)
  6472.     X.25 Level 2 Information Wanted (Popa Madalin)
  6473.     Re: Video Dialtone, HFC, HDSL, or ADSL (Matthew P. Downs)
  6474.  
  6475. TELECOM Digest is an electronic journal devoted mostly but not
  6476. exclusively to telecommunications topics. It is circulated anywhere
  6477. there is email, in addition to various telecom forums on a variety of
  6478. public service systems and networks including Compuserve and America
  6479. On Line. It is also gatewayed to Usenet where it appears as the moderated
  6480. newsgroup 'comp.dcom.telecom'. 
  6481.  
  6482. Subscriptions are available to qualified organizations and individual
  6483. readers. Write and tell us how you qualify:
  6484.  
  6485.                  * telecom-request@eecs.nwu.edu *
  6486.  
  6487. The Digest is edited, published and compilation-copyrighted by Patrick
  6488. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  6489. or phone at:
  6490.                     9457-D Niles Center Road
  6491.                      Skokie, IL USA   60076
  6492.                        Phone: 500-677-1616
  6493.                         Fax: 708-329-0572
  6494.   ** Article submission address only: telecom@eecs.nwu.edu **
  6495.  
  6496. Our archives are located at lcs.mit.edu and are available by using
  6497. anonymous ftp. The archives can also be accessed using our email
  6498. information service. For a copy of a helpful file explaining how to
  6499. use the information service, just ask.
  6500.  
  6501. *************************************************************************
  6502. *   TELECOM Digest is partially funded by a grant from the              *
  6503. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  6504. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  6505. * project.  Views expressed herein should not be construed as represent-*
  6506. * ing views of the ITU.                                                 *
  6507. *************************************************************************
  6508.  
  6509. Additionally, the Digest is funded by gifts from generous readers such
  6510. as yourself who provide funding in amounts deemed appropriate. Your help 
  6511. is important and appreciated. A suggested donation of twenty dollars per
  6512. year per reader is considered appropriate. See our address above.
  6513.  
  6514. All opinions expressed herein are deemed to be those of the author. Any
  6515. organizations listed are for identification purposes only and messages
  6516. should not be considered any official expression by the organization.
  6517. ----------------------------------------------------------------------
  6518.  
  6519. Date: Mon, 20 Mar 1995 22:19:20 -0800
  6520. From: mbeckman@mbeckman.com (Mel Beckman)
  6521. Subject: Per Line Blocking Device is Inexpensive, Easy to Use
  6522.  
  6523.  
  6524. David Sternlight (strnlght@netcom.com) wrote:
  6525.  
  6526. >> Relax, John. You can't keep a good technologist down, and according to
  6527. >> another post here, Hello Direct is already selling a little box that will
  6528. >> provide you with per-line blocking. It seems to be the ideal solution, since
  6529. >> it is unfair to impose the costs of per-line blocking on every other phone
  6530. >> user. Per-line blockers should pay the costs of that, just as Caller ID
  6531. >> readers should pay the costs of that. Letting the costs fall on the user of
  6532. >> each capability is correct public policy in such matters.
  6533.  
  6534. John Navas <jnavas@netcom.com> wrote:
  6535.  
  6536. > Any such device would undoubtedly be unduly expensive and problematic.
  6537.  
  6538. You don't know what you're talking about. I have one, and have used it
  6539. in several states. It works fine.  It simply automatically dials the
  6540. per-line blocking code for you before every call. The thing costs
  6541. about $75. Hello Direct also has another very clever device that
  6542. automatically dials a prefered local-call provider for local calls,
  6543. based on dynamically programmed prefixes. It also works great.  The
  6544. FCC's per-line blocking block has been blocked.
  6545.  
  6546.  
  6547. Mel Beckman                  |   Internet: mbeckman@mbeckman.com     
  6548. Beckman Software Engineering | Compuserve: 75226,2257                
  6549. Ventura, CA 93004            |  Voice/fax: 805/647-1641 805/647-3125 
  6550.  
  6551. ------------------------------
  6552.  
  6553. From: colin@integow.integrity.nl (Colin Smale)
  6554. Subject: Re: U.S. 800 Users Alert
  6555. Date: 21 Mar 95 12:11:32 GMT
  6556. Organization: Signify BV, Woerden, Holland
  6557.  
  6558.  
  6559. In the discussion about protecting 'special' 800 numbers, don't forget
  6560. that letters on dials have just about disappeared in Europe. If you
  6561. want someone in Europe to be able to use your number, you will have
  6562. to publish the digits. Numbers are not nearly as 'special' as the words
  6563. you can make from them with a US telephone.
  6564.  
  6565.  
  6566. Colin Smale    colin@integrity.nl
  6567. Signify BV    Woerden, Holland    
  6568.  
  6569. ------------------------------
  6570.  
  6571. From: md@pstc3.pstc.brown.edu (Michael P. Deignan)
  6572. Subject: Re: Cellular Fraud in the News Again
  6573. Date: 21 Mar 1995 13:36:04 GMT
  6574. Organization: The Ace Tomato Company
  6575.  
  6576.  
  6577. In article <telecom15.158.1@eecs.nwu.edu>, Bob Compiano <74774.3167@Compu
  6578. Serve.COM> writes:
  6579.  
  6580. > Tell her she should do a follow up article on how they uncover the
  6581. > cloning operations. I don't know for sure, but I suspect they have
  6582. > equipment to detect receivers tuned to the coordination channel of the
  6583. > cellular band.  Then they probably sit some place where there are
  6584. > traffic jams regularly and then scan for people who have receivers
  6585. > tuned to the coord.  The equipment would have to be very, very
  6586. > sensitive.
  6587.  
  6588. The hardest part of cloning a cell phone is having the correct
  6589. equipment to program it. Intercepting the necessary data on a control
  6590. channel is just a matter of having a few pieces of equipment that can
  6591. easily be put together for under $1000, and then get into your dark
  6592. panel van and sit under a control tower.
  6593.  
  6594. As for detecting someone receiving control channel signals ... I don't
  6595. see how, since sitting and listening on the frequency is a passive
  6596. activity. There may be some residual noise from a receiver's FM IF
  6597. section, but that in of itself doesn't mean anything.
  6598.  
  6599.  
  6600. MD
  6601.  
  6602. ------------------------------
  6603.  
  6604. From: Lynne Gregg <lynne.gregg@mccaw.com>
  6605. Subject: Re: Caller ID in CA
  6606. Date: Tue, 21 Mar 95 09:23:00 PST
  6607.  
  6608.  
  6609. The post on this subject from jnavas@netcom.com (John Navas) doesn't
  6610. quite hit on the topic.  John posted excerpts from the FCC Order on
  6611. Calling Number Services.  Along those lines, though, the FCC stayed
  6612. (indefinitely) the portion of that Order that called for removal of
  6613. Per Line Blocking (on March 17).  Per Line Blocking may continue to be
  6614. offered by telcos providing Caller ID services.
  6615.  
  6616. Can anyone address the original post by Drew McEachern (drew@nbn.com)?
  6617.  
  6618. > Does anyone out there have the latest info on Caller ID in CA? It's my
  6619. > understanding that it's any week now. Is this true? I'd love to have it.
  6620.  
  6621.  
  6622. Thanks!
  6623.  
  6624. Lynne
  6625.  
  6626. ------------------------------
  6627.  
  6628. From: Subroto Mukerjea <SMUKERJE@ea.umd.edu>
  6629. Organization:  E & A Services, Univ. of Maryland
  6630. Date: Tue, 21 Mar 1995 12:23:01 EDT
  6631. Subject: Re: Consuming ourselves into oblivion
  6632.  
  6633.  
  6634. Well said, Mr. Martin.  But I would like an opportunity to reply.  It 
  6635. is true that television has consumerism built into it as a default 
  6636. mode, however it is you or I need to accept it blindly.  
  6637.  
  6638. Despite its faults, television is not an evil.  My wife and I come 
  6639. from India.  Television is our link with India.  We see India every 
  6640. weekend.  We also see China, Japan, Russia, France, Germany and 
  6641. Italy every week.  This is something that only television can 
  6642. provide.  Television provides information across ideologies, time 
  6643. zones, and governments.  I am not willing to give this up very easily.
  6644.  
  6645. If you wish to consume you can.  I would like to be a willing consumer, 
  6646. however I cannot afford it, so I am relatively immune to the shrill 
  6647. consumerism of television.  But neither do I speak ill of consumers, 
  6648. after all they are the engines of commerce, rightly or wrongly.
  6649.  
  6650. May I suggest a bit of advice that an ancient Greek gave us, "Moderation, 
  6651. in all things, moderation.  Even though Aristotle wasn't speaking
  6652. about television, it makes sense.  True, television is a lean, mean,
  6653. consuming machine, but it need not be.  It can be a teacher if you
  6654. very, very carefully pick and choose.
  6655.  
  6656. Similarly so, the Internet.  Like television, I speak to friends in 
  6657. India and they talk back.  I gather information about telecom, single 
  6658. malt whiskeys, what others think about investment in Russia and the 
  6659. latest CD.  I am barraged by advertising, multi-level marketers and 
  6660. endless e-mails.  I apply the same principle as I do about 
  6661. television.  Pick and choose, very, very carefully.
  6662.  
  6663. Like it or not the Internet has to grow up.  Having fulfilled its 
  6664. destiny in the 70's and 80's, it needs to have another purpose.  
  6665. It is up to you and me to define and develop another purpose than 
  6666. commerce.  Electronic town halls, referendums for states, towns and 
  6667. municipalities are all good alternatives that need to be developed.
  6668.  
  6669. I have developed a use for the Internet.  I am part of a virtual 
  6670. corporation.  My firm is in Phoenix, Arizona and I sit here in 
  6671. Maryland, e-mailing, faxing, phoning and gathering information on 
  6672. the Internet. For me, the hacker is an entity who stands for anarchy 
  6673. and purposelessness, not connectivity and value.
  6674.  
  6675. The future of the Internet is by no means certain or predictable.  
  6676. This is the first tool that can be shaped and you have that 
  6677. opportunity.  As a final observation, 90% of television and the 
  6678. Internet is idiotic and irrational.  So is life.  But you keep 
  6679. finding value and substance in the oddest circumstances which is what 
  6680. makes it all interesting.
  6681.  
  6682.  
  6683. Subroto Mukerjea
  6684.  
  6685. ------------------------------
  6686.  
  6687. From: Jim.Gooch@sciatl.com (jgooch)
  6688. Subject: Re: Gouging at Pay Phones; a War Story
  6689. Date: 21 Mar 1995 18:14:00 GMT
  6690. Organization: Scientific Atlanta
  6691.  
  6692.  
  6693. In article <telecom15.146.3@eecs.nwu.edu>, johnwpan@aol.com (JohnWPan) says:
  6694.  
  6695. > Being an experienced traveler, I thought I knew all the tricks.  Alas,
  6696. > but no.  I was stumped vacationing in FL.
  6697.  
  6698. > Finally, I dialed my carrier's human operator, and was able to talk my
  6699. > way through a credit card call.  However, the dial pad was still
  6700. > disabled so I could not access my voice mail.
  6701.  
  6702. > Years ago, I used to carry a DTMF generator with me.  I have to do
  6703. > that now, again.  Ah progress.
  6704.  
  6705. The RBOCS are buying smartphones from TSG Inc. and others.  They have
  6706. fraud prevention that doesn't even allow DTMF from the handset. Don't
  6707. be surprised if your hand-held doesn't work either.
  6708.  
  6709.  
  6710. [TELECOM Digest Editor's Note: Is that what it is going to come to,
  6711. that we have to give up our voice mail and our call back services and
  6712. whatever so the RBOCs can continue their fight against fraud?  You're
  6713. saying even Genuine Bell payphones won't be something we can rely on
  6714. much longer?    PAT]
  6715.  
  6716. ------------------------------
  6717.  
  6718. From: nectar@communique.net (Jacques Vidrine)
  6719. Subject: Re: Using Live Radio With Automated Attendant
  6720. Date: 21 Mar 1995 11:47:02 GMT
  6721. Organization: Communique, Inc.
  6722.  
  6723.  
  6724. In article <telecom15.150.10@eecs.nwu.edu>, TELECOM Digest Editor noted in
  6725. reply to jbutz@hogpa.ho.att.com:
  6726.  
  6727. > [TELECOM Digest Editor's Note: The thing that bugs me about that help line
  6728. > and the DJ is that for what they pay the DJ to put on this show for people
  6729. > on hold, they could easily afford to pay one or two more experienced techs
  6730. > to be there taking phone calls. 
  6731.  
  6732. What's one or two more support representatives when you already have hundreds?
  6733. As one who has used Microsoft's tech support on several occassions, I _like_ 
  6734. the DJ idea.
  6735.  
  6736. > Also, why not recorded Q/A messages to help callers, i.e. 'while you
  6737. > wait, you may listen to some pre-recorded messages which may solve
  6738. > your problem ...'. Compuserve does this and it weeds out the crowd of
  6739. > callers pretty nicely, even though you still can get waits of 10-15
  6740. > minutes during their busiest hours.  PAT]
  6741.  
  6742. This is definately a good idea.  I've encountered help-line phone
  6743. systems that let me peruse the on-line help information (FAQ & A!)
  6744. without losing my place in the queue.
  6745.  
  6746.  
  6747. [TELECOM Digest Editor's Note: They may have hundreds of techs employed
  6748. there; they do *not* have hundreds of techs taking phone calls from the 
  6749. public. Think about it; if they had 'hundreds' of techs taking phone 
  6750. calls then they would be taking many hundreds of calls per hour and 
  6751. still not be able to catch up. This would put them in the league with
  6752. the credit card offices, etc in terms of sheer volume of inbound traffic,
  6753. and Microsoft does NOT have a phone room that size. Yes, they get plenty
  6754. of calls; its that the typical call cannot be handled in thirty seconds
  6755. or a minute. They've probably got at any given time a dozen or so 
  6756. people taking calls; that is just my estimate. Maybe they need to have
  6757. a couple more, and some method of dealing with the most repetitive questions
  6758. and answers which probably take up a large percentage of their time. To 
  6759. do that, you ask each of the regular phone people to list the two or three
  6760. questions which come up over and over the most in a day's time.  You then
  6761. look at all the results and pick those things which every phone person
  6762. said happens frequently. You take ten or twelve of those things the phone
  6763. people voted 'most common' and you make recorded messages about them or
  6764. you hire someone to manage just those calls. A person answering on the
  6765. front end says 'what do you want to talk about?' and parks your call in
  6766. one queue or another.     PAT] 
  6767.  
  6768. ------------------------------
  6769.  
  6770. From: josephh888@aol.com (JosephH888)
  6771. Subject: Re: Anything Cheaper Than LCI?
  6772. Date: 20 Mar 1995 21:07:52 -0500
  6773. Organization: America Online, Inc. (1-800-827-6364)
  6774. Reply-To: josephh888@aol.com (JosephH888)
  6775.  
  6776.  
  6777. Are you seeking a six second minimum call as well as six second increments
  6778. thereafter?
  6779.  
  6780. ------------------------------
  6781.  
  6782. From: bartonfisher@delphi.com
  6783. Subject: Re: Anything Cheaper Than LCI?
  6784. Date: Mon, 20 Mar 95 20:07:11 -0500
  6785. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  6786.  
  6787.  
  6788. I also use LCI. But my rates are at 10.5 cpm. But they do have the 18
  6789. second duration.  Maybe you should give them a call.
  6790.  
  6791. If they won't give in, leave me a Email. I'll get you a name to call.
  6792.  
  6793.  
  6794. Bart
  6795.  
  6796. ------------------------------
  6797.  
  6798. From: carlp@teleport.com (Carl B. Page)
  6799. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO.
  6800. Date: 20 Mar 1995 17:56:28 -0800
  6801. Organization: Teleport - Portland's Public Access (503) 220-1016
  6802.  
  6803.  
  6804. With regard to:  
  6805.  
  6806. >> Also, I assume everyone agrees that the privacy of the caller should
  6807. >> not be a consideration if a residential customer claims to be
  6808. >> receiving obnoxious calls. The privacy of the callee is certainly more
  6809. >> important than that of the caller in this case, and arguably so in all
  6810. >> cases.
  6811.  
  6812. > Carter assumes too much.
  6813.  
  6814. > I, for one, would not be willing to toss the privacy rights of the
  6815. > caller on the trash heap merely on the strength of a "claim" by any
  6816. > given residential customer that they found the call "obnoxious."
  6817.  
  6818. This is already implemented -- has been for years. 
  6819.  
  6820. Ever hear of the new Call Trace feature?  The telco's don't advertise
  6821. it because they lose (small amounts of) money on it.
  6822.  
  6823. They should because it is one of the few positive developments to come
  6824. out of the CLASS services, which include Caller ID.
  6825.  
  6826. Caller ID blocking options can be provided while protecting the called
  6827. party from abusive/threatening callers.  Most states provide for the
  6828. new "Call Trace" feature which provides the caller-id information to
  6829. the telephone companies nuisnance bureau and potentially to the police
  6830. (in a form that will stand up in court).  The privacy of the caller is
  6831. NOT violated because their number is not provided to the called party.
  6832. It is provided only to the nuisnance bureau and the police.
  6833.  
  6834. Just dial *57 after the abusive call, in a supported area. And pay $1.00 
  6835. for the pleasure, in Oregon. 
  6836.  
  6837.  
  6838. (arl 
  6839.  
  6840. carlp@teleport.COM  
  6841. Public Access UNIX and Internet in OR & WA at (503) 220-1016 (2400-14400, N81)
  6842.  
  6843. ------------------------------
  6844.  
  6845. From: josephh888@aol.com (JosephH888)
  6846. Subject: Re: Callback System Hardware and Software?
  6847. Date: 20 Mar 1995 21:10:21 -0500
  6848. Organization: America Online, Inc. (1-800-827-6364)
  6849. Reply-To: josephh888@aol.com (JosephH888)
  6850.  
  6851.  
  6852. Call Robin Gamble of The Satcom Group
  6853. 908-846-6272
  6854.  
  6855. Their full business is CallBack equipment. Robin's the boss.
  6856.  
  6857. Tell him I sent you, if you'd like.
  6858.  
  6859.  
  6860. Joe Horton
  6861.  
  6862. ------------------------------
  6863.  
  6864. Date: Tue, 21 Mar 1995 00:50:06 -0500
  6865. From: gsmicro@ios.com
  6866. Subject: Re: What is Loop Start?
  6867.  
  6868.  
  6869. tony.zuccarino@nb.rockwell.com wrote:
  6870.  
  6871. > Is there a reliable way for local telephone equipment to determine
  6872. > that the remote caller has disconnected?
  6873.  
  6874. > In other words, when someone hangs up after recording a message on my
  6875. > answering machine, is there a way for the answering machine DAA to
  6876. > detect that this caller has hung up, apart from detecting silence for
  6877. > some time?
  6878.  
  6879. > [TELECOM Digest Editor's Note: Sure there is. I think CPC -- Called
  6880. > Party Control -- does that. I've had answering machines and voicemail
  6881. > equipment at various times that did that. As soon as the calling party
  6882. > disconnected, my equipment did the same immediatly. In fact I have a
  6883. > Big Mouth card here now which operates that way.   PAT]
  6884.  
  6885. In technical terms, I think the CPC equipment detects an 'open switch
  6886. interval' or OSI, where the CO drops battery momentarily or something
  6887. like that. I think all digital CO switches today provide OSI (if you
  6888. have a phone with a line powered dial pad light, you can check for
  6889. this -- wait for someone who has called you to hang up, and watch the
  6890. dial pad. The light on the dial pad will go out for about half a
  6891. second then come back on. That is the OSI).  When you are the calling
  6892. party and *you* hang up, the switch disconnects the call immediately.
  6893. If you are the *called* party and hang-up, the switch gives you a
  6894. grace period of 15-30 seconds where you can pick up the phone again
  6895. and re-establish your conversation (if the calling party hasn't
  6896. already hung-up), before it disconnects the circuit and provides an
  6897. OSI to the calling party. Of course, this may be different in your
  6898. exchange. I don't know if you can buy an add-on device that will
  6899. monitor OSI and disconnect the call for a non CPC-complaint device.
  6900. But most decent answering machines from Panasonic, AT&T and others
  6901. support CPC.
  6902.  
  6903.  
  6904. Scot M. Desort      Garden State Micro, Inc.
  6905. +1 201-244-1110     +1 201-244-1120 Fax     
  6906. gsmicro@ios.com     
  6907.  
  6908. ------------------------------
  6909.  
  6910. Subject: Re: Ni-Cad Batteries
  6911. From: david.chessler@neteast.com (DAVID CHESSLER)
  6912. Date: Tue, 21 Mar 95 03:18:00 -0500
  6913. Organization: Online Technologies, Inc. - 301-738-0001
  6914. Reply-To: david.chessler@neteast.com (DAVID CHESSLER)
  6915.  
  6916.  
  6917. In article <telecom15.112.9@eecs.nwu.edu> david.chessler@neteast.com wrote:
  6918.  
  6919. >> With a cellular battery of peculiar voltage and conformation, just
  6920. >> build a small battery-drainer on a scrap of pegboard, using a
  6921. >> flashlight bulb of appropriate size.
  6922.  
  6923. > Doing this is a good way for the first cell to hit zero to be pushed
  6924. > negative as the other cells continue to discharge.  This is about the
  6925. > worst thing you can do to the cell, and will ensure its shorter life.
  6926.  
  6927. > The phone knows how low to take the battery.  Trust it.
  6928.  
  6929. > If you don't want to do that, use the intellicharger and don't leave
  6930. > it on trickle.  Not overcharging the battery will be the best move
  6931. > towards keeping the battery away from voltage depression, and get good
  6932. > service.
  6933.  
  6934. I do not believe this is a problem.  What happens is you take all
  6935. cells down to zero, and then recharge together.  If imbalances
  6936. were a problem they would occur at any level.
  6937.  
  6938. In the event, the problem is that repeated discharges that are less
  6939. than complete slowly lower the capacity of the battery.  This occurs
  6940. because of memory -- crystalization in the battery -- and occurs
  6941. because, as a practical matter, we do not discharge a battery fully.
  6942. Toward the end of its capacity, the battery cannot supply adequate
  6943. voltage, and the radio or other appliance does not perform properly
  6944. (it may have distortion, loss of sensitivity, drift off frequency,
  6945. have low volume, etc.).  So one discharges to this point, which
  6946. becomes the memory point -- effective zero -- and then the next time one
  6947. discharges "not quite" to this point, and so it goes.
  6948.  
  6949. The only solution is do discharge the battery completely.  Since we
  6950. cannot do this in the appliance (cellular radio, or whatever) without
  6951. tying up the appliance in some way, we must do it in the charger -- if
  6952. the charger has a discharge cycle.  If the charger does not have a
  6953. discharge cycle (that is, discharge into a resistance to take the
  6954. battery to real zero (which discharges into a load), then the obvious
  6955. solution is to discharge the battery the rest of the way into a
  6956. home-built dummy load.
  6957.  
  6958. My suggestion is a flashlight bulb appropriate for the voltage.
  6959. However, a resistor might be used.
  6960.  
  6961. The following message which appeared on another network suggests that
  6962. the problem you suggest is also solved when the battery is fully
  6963. discharged into a dummy load.
  6964.  
  6965.  >This message was from JAMES MC SHANE to SCOTT SEAB,
  6966.  >originally in conference R-Phones
  6967.  >and was forwarded to you by DAVID CHESSLER.
  6968.  
  6969.  >SS> -=> Quoting Lou Ramsay to All <=-
  6970.  
  6971.  >SS> LR> A while back, someone posted a method of "rejuvenating" NI-CAD
  6972.  >SS> LR> phone battteries.  It involved putting a resistor across the battery
  6973.  >SS> LR> terminals for a period of time.  Does anyone recall the value of the
  6974.  >SS> LR> resistor and the length of time?
  6975.  
  6976.  >        The NI-CAD battery packs have multiple individual cells {the
  6977.  >        original meaning of the word "battery", as in artillery} and in
  6978.  >        repeated discharging and recharging, sometimes one weak cell
  6979.  >        will reverse its polarity [they are in +___-,+___-,+-___-,+___-
  6980.  >        order and one cell will become -___+]. The solution is to
  6981.  >        totally discharge all the cells of the battery, then start over
  6982.  >        to charge all the cells, which ussually gets the polarities back
  6983.  >        in order.
  6984.  
  6985.  
  6986. david.chessler@neteast.com
  6987. chessler@capaccess.org chessler@trinitydc.edu
  6988.  
  6989.  
  6990. [TELECOM Digest Editor's Note: Once someone asked me to define the term
  6991. 'dummy load'. I said to them, in your application, it would be that
  6992. round thing which sits on top of your shoulders. <g>  PAT]
  6993.  
  6994. ------------------------------
  6995.  
  6996. From: Bob Compiano <74774.3167@CompuServe.COM>
  6997. Subject: Re: New NPA in Colorado
  6998. Date: 20 Mar 1995 09:37:05 GMT
  6999. Organization: via CompuServe Information Service
  7000.  
  7001.  
  7002. Southwestern Bell swears on a stack of phone books that the only way,
  7003. the only sensible way, to maintain phone growth in Dallas is to
  7004. overlay a 972 area code over the existing 214 area code.  Anybody have
  7005. any thoughts on this? It means that ANY new number requested will come
  7006. with a 972. I don't understand why they didn't restrict the area code
  7007. geographically and also to all new data/pager/cellular services and
  7008. cut over all existing cellular service to 972 (for that matter,
  7009. existing pagers, too).  Wouldn't that free up tens of thousands or
  7010. more numbers? The plan they have now will probably result in scads of
  7011. wrong numbers being dialed.  What if you have a business number of 361
  7012. 5000.  That number could exist in both area codes and it will probably
  7013. get dialed constantly by parties looking for one of two different
  7014. subscribers. I don't know about this plan ...
  7015.  
  7016.  
  7017. [TELECOM Digest Editor's Note: The decision was finally formalized on
  7018. northern Illinois and 630 on Monday. The south/southwestern suburbs of
  7019. Chicago will keep 708. The western suburbs will get 630. The northern
  7020. suburbs will get a new code not yet announced. Chicago will remain 312
  7021. by itself. 815 will remain as is; there will be no need for any split
  7022. there for several years, if ever according to Ameritech.   PAT]
  7023.  
  7024. ------------------------------
  7025.  
  7026. From: Bob Compiano <74774.3167@CompuServe.COM>
  7027. Subject: Re: Taxing Your Telco Service
  7028. Date: 20 Mar 1995 09:46:19 GMT
  7029. Organization: via CompuServe Information Service
  7030.  
  7031.  
  7032. There is a suburb in Minneapolis, I think it is Roseville, but I could
  7033. be wrong, which is passing a law to tax cellular phone service in the
  7034. city limits based on the airtime used. Imagine the nightmare for the
  7035. cell phone company if every little 'burb is able to tax their airtime
  7036. on a cell-by-cell basis. Any comments?
  7037.  
  7038. ------------------------------
  7039.  
  7040. From: pr90120@ulise.cs.pub.ro (Popa Madalin)
  7041. Subject: X.25 Level 2 Information Wanted
  7042. Date: Tue, 21 Mar 1995 12:47:52 EST
  7043.  
  7044.  
  7045.     My name is Popa Madalin and I am a student in the last year at
  7046. Departament of Computers Science at Politechnical University of Bucharest 
  7047. in Romania.
  7048.  
  7049.     If you could help me I need some sources of Data Link Level (LAPB)
  7050. for my own implementation of TCP/IP over X.25 .
  7051.  
  7052.         I really need this sources for my final exam at this Departament.
  7053. (It isn't for commercial use !)
  7054.         
  7055.  
  7056. Thank you very much, 
  7057.  
  7058. Popa Madalin    (pr90120@ulise.cs.pub.ro)
  7059.  
  7060. ------------------------------
  7061.  
  7062. From: mpd@adc.com (Matthew P. Downs)
  7063. Subject: Re: Video Dialtone, HFC, HDSL, or ADSL
  7064. Date: 20 Mar 1995 14:09:49 GMT
  7065. Organization: ADC Telecommunications
  7066.  
  7067.  
  7068. jlundgre@kn.PacBell.COM (John Lundgren) writes:
  7069.  
  7070. > Timothy Kreps (tkreps@netcom.com) wrote:
  7071.  
  7072. >> Where can I find info or discussions on:
  7073.  
  7074. >>         - video dialtone,
  7075. >>         - Hybrid Fiber/Coax (HFC),
  7076.  
  7077. > We were talking in a meeting with our Pac Bell service reps last week
  7078. > and we brought up the subject of ISDN and pair gain, and one of the
  7079. > reps said that if we get the SLICs, they might be connected to the CO
  7080. > by fiber.  And PacBell is looking into installing fiber into
  7081. > neighborhoods, and there will be some coax going from the fiber 'hub'
  7082. > (I don't know what they will be calling it), to the individual
  7083. > subscribers.  I guess this is what is being talked about among others
  7084. > besides the telcos because it involves competition for the cable TV
  7085. > companies' customers.
  7086.  
  7087. Well, not really.  Most of the telco's are looking at HFC which delivers 
  7088. telephony via coax cable.  This is due mainly to the cost of fiber-to-the-
  7089. curb and fiber-to-the-house.  HFC has been seen as the most cost effective 
  7090. way to get every one up on higher speed networks.  BTTC is great for new 
  7091. places, but what about in existing neighborhoods?  Most are already wired 
  7092. with coax.
  7093.  
  7094. ADC Telecommunications (for whom I work) annouced a large contract
  7095. with Australia last week for just such a system.  We are also
  7096. producing a version for the US.  Others are also working on such
  7097. systems...such as AT&T, Scientific Atlanta, Fujitsu, DSC ...(at least
  7098. most of that list any way).  It appears right now that the HFC system
  7099. is the system of choice.
  7100.  
  7101. Most of the current field trails are with FTTC ot FTTH systems, but it
  7102. is the understanding of most people that this is not direction that
  7103. most of the companies wish to pursue.
  7104.  
  7105.  
  7106. Matt
  7107.  
  7108. ------------------------------
  7109.  
  7110. End of TELECOM Digest V15 #160
  7111. ******************************
  7112.     
  7113.     
  7114. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa29602;
  7115.           22 Mar 95 16:42 EST
  7116. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7117.     id AA28890; Wed, 22 Mar 95 09:25:23 CST
  7118. Return-Path: <telecom>
  7119. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7120.     id AA28882; Wed, 22 Mar 95 09:25:19 CST
  7121. Date: Wed, 22 Mar 95 09:25:19 CST
  7122. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  7123. Message-Id: <9503221525.AA28882@delta.eecs.nwu.edu>
  7124. To: telecom@eecs.nwu.edu
  7125. Subject: TELECOM Digest V15 #161
  7126.  
  7127. TELECOM Digest     Wed, 22 Mar 95 09:25:00 CST    Volume 15 : Issue 161
  7128.  
  7129. Inside This Issue:                           Editor: Patrick A. Townson
  7130.  
  7131.     IEEE Benelux Workshop 1995 (Thierry Pollet)
  7132.     Committee Suggests Break-up of India's Dept. of Telecom (Rishab A. Ghosh)
  7133.     How Do I Create a TelCo ? (Chris Mentzel)
  7134.     Defective Caller ID (Roberta Kay Splieth)
  7135.     Routing Inbound FAX Using DID (Don Wegeng)
  7136.     LD Marketers Association (Sharon Ziebert)
  7137.     White Pages on the Internet? (Karen Brady)
  7138.     Fax, 1895 Style (Jim Haynes)
  7139.     Interesting Telemarketing, Sad Actually (Perry Engle)
  7140.     Looking For Excel Corp (Phil Kehr)
  7141.     Voice Mail Research Project (Gary Smith)
  7142.     Re: Is ISDN Equipment Limited by Switch? (Chip Sharp)
  7143.     Re: ISDN, ADPCM and COs (Eric Paulak)
  7144.     Re: Long Distance Rate Tables (Eric Paulak)
  7145.     Re: Call Waiting Purgatory (Ken Stox)
  7146.     Re: PHS Doesn't Work in Moving Vehicles? (Jack Quinn)
  7147.     Re: U.S. 800 Users Alert (Judith Oppenheimer)
  7148.  
  7149. TELECOM Digest is an electronic journal devoted mostly but not
  7150. exclusively to telecommunications topics. It is circulated anywhere
  7151. there is email, in addition to various telecom forums on a variety of
  7152. public service systems and networks including Compuserve and America
  7153. On Line. It is also gatewayed to Usenet where it appears as the moderated
  7154. newsgroup 'comp.dcom.telecom'. 
  7155.  
  7156. Subscriptions are available to qualified organizations and individual
  7157. readers. Write and tell us how you qualify:
  7158.  
  7159.                  * telecom-request@eecs.nwu.edu *
  7160.  
  7161. The Digest is edited, published and compilation-copyrighted by Patrick
  7162. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  7163. or phone at:
  7164.                     9457-D Niles Center Road
  7165.                      Skokie, IL USA   60076
  7166.                        Phone: 500-677-1616
  7167.                         Fax: 708-329-0572
  7168.   ** Article submission address only: telecom@eecs.nwu.edu **
  7169.  
  7170. Our archives are located at lcs.mit.edu and are available by using
  7171. anonymous ftp. The archives can also be accessed using our email
  7172. information service. For a copy of a helpful file explaining how to
  7173. use the information service, just ask.
  7174.  
  7175. *************************************************************************
  7176. *   TELECOM Digest is partially funded by a grant from the              *
  7177. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  7178. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  7179. * project.  Views expressed herein should not be construed as represent-*
  7180. * ing views of the ITU.                                                 *
  7181. *************************************************************************
  7182.  
  7183. Additionally, the Digest is funded by gifts from generous readers such
  7184. as yourself who provide funding in amounts deemed appropriate. Your help 
  7185. is important and appreciated. A suggested donation of twenty dollars per
  7186. year per reader is considered appropriate. See our address above.
  7187.  
  7188. All opinions expressed herein are deemed to be those of the author. Any
  7189. organizations listed are for identification purposes only and messages
  7190. should not be considered any official expression by the organization.
  7191. ----------------------------------------------------------------------
  7192.  
  7193.  
  7194. From: thierry@iris.elis.rug.ac.be (Thierry Pollet)
  7195. Subject: IEEE Benelux Workshop 1995
  7196. Date: 22 Mar 1995 10:48:02 GMT
  7197. Organization: University of Ghent, Belgium
  7198.  
  7199.  
  7200.                            organized by the
  7201.                   IEEE Joint Chapter on Communications 
  7202.                 and Vehicular Technology, Benelux Section
  7203.  
  7204.                             supported by the
  7205.              Human Capital and Mobility Program ERBCHRXCT930405
  7206.  
  7207.                                May 11, 1995
  7208.                                   Gent
  7209.                                  Belgium
  7210.  
  7211.  
  7212.                              IEEE WORKSHOP ON
  7213.                      SYNCHRONIZATION AND EQUALIZATION
  7214.                         IN DIGITAL COMMUNICATIONS
  7215.  
  7216.  
  7217. Date : May 11, 1995
  7218. Venue : 'Het Pand', Onderbergen 1, 9000 GENT, BELGIUM
  7219.  
  7220. General Workshop Chairman : Prof. Marc Moeneclaey
  7221.                             Communications Engineering Lab.
  7222.                             Universiteit Gent
  7223.  
  7224. Programme :
  7225.  
  7226. 9.00 - 12.00  : Registration
  7227.  
  7228. 9.30 - 9.40   : Welcome;
  7229.                 M. Moeneclaey, Univ. Gent
  7230. 9.40 - 10.25  : Synchronization algorithms and receiver 
  7231.                 implementation issues; H. Meyr, RWTH Aachen
  7232. 10.25 - 10.55 : Coffee break
  7233. 10.55 - 11.40 : Carrier Frequency estimation algorithms;
  7234.                 M. Moeneclaey, Univ. Gent
  7235. 11.40 - 12.25 : Synchronization for CDMA
  7236.                 M. Luise, Univ. Pisa
  7237.  
  7238. 12.25 - 14.00 : Lunch
  7239.  
  7240. 14.00 - 14.45 : Equalization for Coded Modulation on 
  7241.                 fading channels; S. Fechtel, RWTH Aachen
  7242. 14.45 - 15.15 : Coffee Break
  7243. 15.15 - 16.00 : Synchronization and Equalization issues in single-
  7244.                 carrier and multi-carrier systems; H. Sari, SAT Paris
  7245. 16.00 - 16.45 : Equalization and interference cancellation for 
  7246.                 single-carrier and multi-carrier CDMA; 
  7247.                 L. Vandendorpe, Cath. Univ. Louvain-la-Neuve
  7248. 16.45 - 16.55 : Closure;
  7249.         Chapter chairman R. Prasad, TU Delft
  7250.  
  7251. =====================================================================
  7252.                         Registration form
  7253.  
  7254.                         IEEE WORKSHOP ON
  7255.                SYNCHRONIZATION AND EQUALIZATION
  7256.                    IN DIGITAL COMMUNICATIONS
  7257.  
  7258.                         May 11, 1995
  7259.                        Gent, Belgium
  7260.  
  7261. Name :      .............................................
  7262.  
  7263. Organization :    .............................................
  7264.  
  7265. Address :      .............................................
  7266.         
  7267.         .............................................
  7268.  
  7269.         .............................................
  7270.  
  7271. Telephone :    .............................................
  7272.  
  7273. Fax :        .............................................
  7274.  
  7275. E-mail :    .............................................
  7276.  
  7277.  
  7278. I have transferred/will pay the Fee as indicated below
  7279.  
  7280. Registration Fee (without lunch)
  7281.  
  7282. - IEEE Member            1 000 BEF    yes / no
  7283.   (member no. .............)
  7284. - non-IEEE member        1 500 BEF    yes / no
  7285.  
  7286. - undergraduate student          300 BEF     yes / no
  7287.  
  7288. Lunch at 'Het Pand'        1 000 BEF    yes / no
  7289.  
  7290.         TOTAL :        ..... BEF
  7291.  
  7292. Payment should be made to the following bank account
  7293. (bank transfer costs are to be charged to the attendees) :
  7294.  
  7295.     IEEE Workshop'95
  7296.     001-2568144-48
  7297.     ASLK Bank, B-9840 DE PINTE
  7298.  
  7299. or the fee should be payed at the registration desk on May 11, 1995.
  7300.  
  7301. Completed registration forms together with the payment transfer
  7302. should be received before April 20, 1995
  7303.  
  7304. Return the form to :
  7305.  
  7306. Prof. Marc Moeneclaey
  7307. Universiteit Gent, Communications Engineering Lab.
  7308. Sint-Pietersnieuwstraat 41
  7309. B-9000 GENT, BELGIUM
  7310. Fax : +32-9-264 4295  E-mail : Marc.Moeneclaey@lci.rug.ac.be
  7311.  
  7312. ==========================================================================
  7313.  
  7314.  
  7315. Hotel accomodation
  7316.  
  7317. Attendees can make reservations (single/double room : 2678 BEF/2925 BEF
  7318. per night) at the following hotels (with parking facilities), located
  7319. within walking distance from the Workshop venue : 
  7320.  
  7321. Hotel IBIS (cathedral)            Hotel IBIS (opera)
  7322. Limburgstraat 2                Nederkouter 24
  7323. B-9000 GENT                B-9000 GENT
  7324. Tel. +32-9-223 00 00            Tel. +32-9-225 07 07
  7325. Fax  +32-9-223 10 00            Fax  +32-9-223 59 07
  7326.  
  7327.  
  7328. How to reach Gent and the Workshop venue :
  7329.  
  7330. - Train : The train station Gent Sint-Pieters can be easily reached from 
  7331. Antwerp, Brussels, Kortrijk or Oostende (one train each half hour). At 
  7332. Gent Sint-Pieters, take a tram (no. 1, 10 or 12) to Korenmarkt, which is 
  7333. within walking distance from the Workshop venue.
  7334.  
  7335. - Car : Gent can be reached by car via the highways E17 (when coming from 
  7336. Antwerp or Kortrijk) or E40 (when coming from Brussels or Oostende).
  7337. E17 : Take exit Gent Centrum 
  7338. E40 : At the crossing with E17, select direction Gent-Antwerp and take 
  7339.       exit Gent Centrum 
  7340. Parking in the immediate vicinity of the conference venue is very limited.
  7341. We suggest to use the parking garage at Korte Meer (near Kouter), which 
  7342. is within walking distance from the Workshop venue.
  7343.  
  7344.  
  7345. Workshop information and a detailed plan of Gent will be made available
  7346. on Internet :
  7347.  
  7348.     http://iris.elis.rug.ac.be/~thierry/Announcements
  7349.  
  7350. ------------------------------
  7351.  
  7352. Subject: Committee Suggests Break-up of India's Dept. of Telecom
  7353. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  7354. Date: Tue, 21 Mar 95 03:32:27 IST
  7355. Organization: Deus X Machina
  7356.  
  7357.  
  7358. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  7359.  
  7360. Committee suggests break-up of India's Dept of Telecom
  7361.  
  7362. A report by an official committee headed by former member of India's
  7363. Telecom Commission, Mr D K Gupta, recommended on Sunday (19th March
  7364. 1995) that the Commission be separated from the Indian Government's
  7365. Department of Telecommunications (DoT), which is also the monopoly
  7366. service provider.
  7367.  
  7368. The Minister for Communications, Mr Sukh Ram, is to consider the Gupta
  7369. committee recommendations this week. The committee suggested the
  7370. creation of an autonomous organization, India Telecom, as a service
  7371. provider replacing the DoT. This would be subject to the regulatory
  7372. control of the Telecom Regulatory Authority of India (TRAI), which is
  7373. in the process of being set up. While the TRAI would be analogous to
  7374. the US FCC, the Telecom Commission would continue to formulate
  7375. national policy, which may include the regulations to be enforced by
  7376. the TRAI. The Commission would continue to supervise the operation of
  7377. the autonomous Centre for the Development of Telematics (C-DOT), an
  7378. effort at creating indigenous equipment that has proved extremely
  7379. successful especially in rural telecom.  A member of the Commission
  7380. would also hold the ex-officio post of CEO, India Telecom.
  7381.  
  7382. The government is good at funding committees and studying reports. One
  7383. last year, led by Mr. M.B. Athreya, which suggested the break-up of
  7384. the DoT's operations into four regional companies, was not welcomed by
  7385. its half million or more permanent employees. The Gupta recommendations, 
  7386. which suggest independently profitable telecom 'circles' (regions)
  7387. within India Telecom, may not be more popular.  This committee is the
  7388. latest in the government's attempts at fostering fair competition
  7389. between the public- versus private- sector duopoly in telecom services
  7390. that will be in operation by next year.
  7391.  
  7392.  
  7393. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  7394. --==May be distributed electronically provided that only compilation or
  7395. --==transmission charges are applied. Other uses require written permission.
  7396.  
  7397.  
  7398. Rishab Aiyer Ghosh                   For Electric Dreams subscriptions 
  7399. rishab@dxm.ernet.in                    and back issues, send a mail to
  7400. rishab@arbornet.org                           rishab@arbornet.org with
  7401. Vox +91 11 6853410 Voxmail 3760335       'help' in lower case, without
  7402. H 34C Saket, New Delhi 110017, INDIA       the quotes, as the Subject.
  7403.  
  7404. ------------------------------
  7405.  
  7406. From: chrism@aloha.net (Chris Mentzel)
  7407. Subject: How Do I Create a TelCo?
  7408. Date: Wed, 22 Mar 1995 01:19:57 -1000
  7409. Organization: Hawaii OnLine - Honolulu, HI
  7410.  
  7411.  
  7412. Does anybody know what is involved in the creation of a telephone
  7413. company -- let's say a switchless reseller? Are there information
  7414. sources on that?
  7415.  
  7416.  
  7417. Thank you!
  7418. Aloha from Maui!
  7419.  
  7420. Chris
  7421.  
  7422.  
  7423. [TELECOM Digest Editor's Note: As long as we are not going to bother
  7424. with any formalities such as purchasing a switch, stringing wires or
  7425. otherwise having massive amounts of cash outlay and outside plant, etc.,
  7426. then I guess you become a telco when you say you are one. If you have 
  7427. made arrangements with a company to resell their services and are
  7428. actively doing so, then I guess you are a telco. Having seen your
  7429. message on here, I suspect at least a few folks will send you email
  7430. with their latest propositions for independent long distance sales
  7431. agents, call back services, etc. Good luck in your new business!  PAT]
  7432.  
  7433. ------------------------------
  7434.  
  7435. From: splieth@csd.uwm.edu (Roberta Kay Splieth)
  7436. Subject: Defective Caller ID
  7437. Date: 21 Mar 1995 22:12:25 -0600
  7438. Organization: UTexas Mail-to-News Gateway
  7439.  
  7440.  
  7441. Does anyone know of the following happening to caller ID subscribers
  7442. and/or have an explanation as to why it occurs?
  7443.  
  7444. A business associate who subscribes to caller ID finds that when
  7445. certain parties call him from within his caller ID service area, their
  7446. telephone numbers do not display on his caller ID unit the first time.
  7447. The screen on his display unit is blank.
  7448.  
  7449. However, when he has the same parties call back a second time, their
  7450. telephone numbers and names will display.  The display unit has been
  7451. replaced three times in the past month so we don't think the problem
  7452. is in the equipment or because of a low battery.  Also, the local
  7453. telephone company has checked the line for trouble and come up with
  7454. nothing.
  7455.  
  7456. Any ideas on this?  Please post or email me if you do.
  7457.  
  7458. Thanks,
  7459.  
  7460. Roberta Splieth
  7461.  
  7462.  
  7463. [TELECOM Digest Editor's Note: You say the first time the screen is
  7464. 'blank'. Do you mean literally nothing shows up at all, not even just
  7465. a few dashes, or some garbled characters? Most caller id boxes will
  7466. respond to the ringing of a telephone with *something*, even if just
  7467. dashes across the screen to indicate nothing was sent.  I would begin
  7468. by doing this: since you have already tried three different boxes on
  7469. the same line and gotten the same results, try taking the box to some
  7470. other line independent of the one it is on now and trying it there. 
  7471. See if the results on that (caller id equipped) line are the same. If
  7472. so then maybe it is the box. If possible, install a caller-id box from
  7473. some other vendor on the line where you are having the trouble and see
  7474. if the problem persists with a display box *from a different vendor*.
  7475. Let's try to isolate the problem as to display box or line and proceed
  7476.  from there.  PAT]
  7477.  
  7478. ------------------------------
  7479.  
  7480. Date: Tue, 21 Mar 1995 13:11:18 PST
  7481. From: wegeng.XKeys@xerox.com
  7482. Subject: Routing Inbound FAX Using DID
  7483.  
  7484.  
  7485. I`m curious about LAN FAX servers that route inbound FAX messages to
  7486. e-mail addresses using Direct Inward Dialing (DID) lines.  I`m not
  7487. familiar with DID, and would like to learn more.
  7488.  
  7489. How, technically, does DID work?  How is information about the phone
  7490. number that was dialed delivered to the FAX server?  What special
  7491. hardware is required?  How much do DID numbers cost on top of regular
  7492. business phone rates?
  7493.  
  7494. Since I`m not ready to purchase a system, I would prefer not to talk
  7495. to vendors at this time.  Surely this information is documented
  7496. somewhere in the public literature (handcopy/electronic).  Can anyone
  7497. provide a pointer?
  7498.  
  7499.  
  7500. Thanks,
  7501.  
  7502. Don Wegeng- Xerox   wegeng.xkeys@xerox.com
  7503.  
  7504. ------------------------------
  7505.  
  7506. From: sharon@earth.execpc.com (Sharon Ziebert)
  7507. Subject: LD Marketers Association
  7508. Date: 21 Mar 1995 21:58:08 GMT
  7509. Organization: Exec-PC
  7510.  
  7511.  
  7512. TELECOMMUNICATIONS ON DEMAND, INC- (TOD) is looking into sponsoring a
  7513. "Long Distance Marketers Association" (LMA). Its purpose would be
  7514. similar to TRA's function with service-Providers (carriers and resellers.
  7515.  
  7516. The LMA's mission would be to standardize and stabilize the marketing
  7517. aspect of our industry as well as to reward and protect its members.
  7518. In addition, a certification/competency process would be initiated to
  7519. benefit LMA members who wish to stand out from those who merely
  7520. "dabble" in the marketplace.
  7521.  
  7522. The following are some ideas that are being considered:
  7523.  
  7524. (1) LMA members who are "certified," would be offered higher
  7525.     commissions from the leading industry service-Providers.
  7526.  
  7527. (2) LMA members will be offered 10 cent long distance rates for
  7528.     their own personal use.
  7529.  
  7530. (3) The LMA will offer training and sponsor conferences.
  7531.  
  7532. (4) The LMA will publish a newsletter/magazine specifically geared
  7533.     to long distance. currently, there are no long distance
  7534.     publications.
  7535.  
  7536. (5) The LMA will track and report to its members unreliable
  7537.     service-Providers who fail to live up to their commitments to
  7538.     their marketers and to their end-users. The LMA will work with
  7539.     the TRA to "clean up" the industry. TOD has already broached
  7540.     this subject with Ernie Kelly, Executive Director of the TRA.
  7541.  
  7542. (6) Qualified end-user leads and other discount business services
  7543.     will be offered to LMA members.
  7544.  
  7545. If you are interested or have more ideas and/or wish to take a
  7546. proactive role, Email TOD Vice President, Sharon Ziebert your request
  7547. for more information.
  7548.  
  7549.  
  7550. Thank you,
  7551.  
  7552. sharon@execpc.com
  7553.  
  7554. ------------------------------
  7555.  
  7556. From: Brady, Karen M <KBrady@QCTYNO1.TELECOM.com.au>
  7557. Subject: White Pages on the Internet?
  7558. Date: Wed, 22 Mar 95 09:52:00 EST
  7559.  
  7560.  
  7561. Dear Pat,
  7562.  
  7563. I am interested in getting information about the publication of
  7564. telephone White Pages on the Internet.  I have heard that some telcos
  7565. do publish their directories on the Internet and I need to know the
  7566. following.
  7567.  
  7568. 1. Which companies publish their directories on the Internet?
  7569.  
  7570. 2. What does it cost people to look up numbers?
  7571.  
  7572. 3.  Do people use it ? How many searches per day?
  7573.  
  7574. 4. How easy is it to verify bulk lists of directory telephone numbers?
  7575.  
  7576. 5. Are there any Australian telephone directory information currently 
  7577. available?
  7578.  
  7579. Please reply directly to my internet address, as I do not have a 
  7580. subscription to TELECOM Digest.
  7581.  
  7582.  
  7583. Regards,
  7584.  
  7585. Karen Brady
  7586. +61 7838 2069   +61 78351018
  7587.  
  7588.  
  7589. [TELECOM Digest Editor's Note: I am not familiar with any telco white
  7590. pages on the Internet. Readers, are there any?     PAT]
  7591.  
  7592. ------------------------------
  7593.  
  7594. From: haynes@cats.ucsc.edu (Jim Haynes)
  7595. Date: Tue, 21 Mar 1995 16:47:39 -0800
  7596. Subject: Fax, 1895 Style
  7597.  
  7598.  
  7599. The current (April) issue of {Scientific American}, page 12, the 100
  7600. years ago section, has pictures of the "electro-artograph" which
  7601. transmits copies of photographs to any distance and reproduces them in
  7602. line engraving, ready for press printing.
  7603.  
  7604. ------------------------------
  7605.  
  7606. Date: Tue, 21 Mar 1995 14:29:07 -0500
  7607. From: engle@lmig.com
  7608. Subject: Interesting Telemarketing, Sad Actually
  7609.  
  7610.  
  7611. I was settling down to watch the Frontline about Rush Limbaugh, when the
  7612. phone rang:
  7613.  
  7614. [ I am NOT making this up ]
  7615.  
  7616. Them:      Hello - Is Mr. or Mrs. Engle there?:
  7617.  
  7618. Me:       I'm Mr. Engle.
  7619.  
  7620. Them:       [Blah Blah they are from NYNEX and would like to know how many
  7621. other people share the phone with me, a wife or a girlfriend perhaps?] 
  7622.  
  7623. Me:       I AM married, two of us.
  7624.  
  7625. Them:       Has anyone ever told you that they had problems reaching either of
  7626. you when the phone was busy? etc. etc
  7627.  
  7628. Me:       ( interrupting )  Are you talking about call waiting?
  7629.  
  7630. Them:       Well, Yes.
  7631.  
  7632. Me:       No Thank you, I don't like call waiting.   [Sometimes I don't even
  7633. answer the phone]
  7634.  
  7635. Them:      Are you interested in any of our other services?
  7636.  
  7637. Me:       Yes, ISDN.   [ My town is one of the first in NH to offer it ]
  7638.  
  7639. Them:      Could you spell that please?
  7640.  
  7641. Me:       I - S - D - N   Integrated Services Digital Network.
  7642.  
  7643. Them:     I don't know anything about that, it might be one of our business
  7644. services. What is it?
  7645.  
  7646. Me:       It's a high speed digital phone line for accessing computers or the
  7647. Internet.
  7648.  
  7649. Them:       What is that?  Is that a service your company sells?
  7650.  
  7651. Me:       Nynex is the only company in NH that is allowed to sell ISDN.  Have
  7652. you heard of Compuserve, America Online, Prodigy?
  7653.  
  7654. Them:      No.
  7655.  
  7656. Me:      They've been in all the papers, national magazines, you haven't
  7657. heard of any of these things? 
  7658.  
  7659. Them:      You sound really smart, and I sound so stupid.  
  7660.  
  7661. [ I wasn't wasting both of our time on purpose, really ]
  7662.  
  7663.  
  7664. Perry Engle    Engineering Services
  7665. Liberty Mutual Insurance Conpany
  7666. engle@lmig.com    
  7667.                     
  7668.  
  7669. [TELECOM Digest Editor's Note: Very sad, and very true. Truer than it
  7670. should be. A lot of folks have still never heard of those services;
  7671. they know nothing about computers and very little about phones except
  7672. that when they pick them up they work or don't work. Telco probably
  7673. sent those telemarketers to a class -- or series of classes -- to give 
  7674. them enough knowledge to do the limited job they do. The classes prob-
  7675. ably taught them a few basic -- very basic! -- details about the phone
  7676. industry and products such as custom calling features. They got passing
  7677. grades in that class and were offered jobs selling telco services by
  7678. phone. They probably went home thrilled and told their families they
  7679. had gotten a job working 'for the phone company'. That's why I wish
  7680. people would not be so harsh with telemarketers; many of them are doing
  7681. the best they can do in life. You can courteously say yes or no and
  7682. hang up the phone and they can move along to the next name on their 
  7683. list to be called. 
  7684.  
  7685. Computer illiteracy *is* a major thing in the USA; despite the
  7686. incredible growth experienced by the Internet and services such as
  7687. Compuserve or America On Line, the overwhelming majority of Americans
  7688. know little or nothing about them. They think its busy and overloaded
  7689. with traffic now; wait until even as little as ten percent of America 
  7690. gets on line! I feel very oppressed when I realize how much needs to
  7691. be done to educate people in (as an example) the inner city areas of
  7692. Chicago. If I were to win the Illinois State Lottery today and pick up
  7693. a few million dollars I would see to it that every public library in
  7694. Chicago had an online terminal to the Internet, and a full time
  7695. instructor to show people how to use it and how to participate. Do you
  7696. understand where I am coming from?  And as we hurl forward with our
  7697. technological advances, a very distinct and definable 'underclass' of
  7698. citizens -- people who will never join us in our new world -- is
  7699. growing. The writer/poet John Bunyan once remarked that, "I am
  7700. oppressed by things undone; oh! that my dreams and deeds could be one ..." . 
  7701. When I stop and realize how much *I* don't know about this industry in
  7702. the past couple decades, and how much *I* need to learn to keep up
  7703. what I said above becomes all the more painfully apparent.  What the
  7704. heck! I can barely keep this Digest going some days, let alone cure
  7705. the rest of the ills I see around me.  PAT]
  7706.  
  7707. ------------------------------
  7708.  
  7709. From: pcare@pdial.interpath.net (Phil Kehr)
  7710. Subject: Looking for Excel Corp
  7711. Date: Wed, 22 Mar 1995 13:47:54 GMT
  7712. Organization: Interpath -- Providing Internet access to North Carolina
  7713.  
  7714.  
  7715. I'm looking for information on the Dallas, Texas based Excel Corporation.  
  7716. Does anyone have any knowledge?
  7717.  
  7718. ------------------------------
  7719.  
  7720. From: Gary.Smith@state.net (Gary Smith)
  7721. Subject: Voice Mail Research Project
  7722. Date: 21 Mar 1995 22:53:59 GMT
  7723. Organization: Minnesota OnLine
  7724. Reply-To: Gary.Smith@state.net
  7725.  
  7726.  
  7727. In doing research  on the usage of voice mail technology, I have 
  7728. reduced all calls to the following three classifications:
  7729.  
  7730.     Urgent call:      Those calls requiring your immediate attention 
  7731.             and response or call to action.
  7732.  
  7733.     Non-urgent calls:Calls that are requests for information that 
  7734.             do not require your immediate response.
  7735.  
  7736.     Personal calls:    Calls that are from your family, friend, or
  7737.             colleagues; these also include calls that are     
  7738.                  made during business hours for personal reasons 
  7739.             (broker, banker, daycare, etc.).
  7740.  
  7741.  
  7742. Question is, is this the only way, or the best way, to classify calls 
  7743. vis-`-vis voice mail?
  7744.  
  7745. Thanks for your assistance.
  7746.  
  7747. ------------------------------
  7748.  
  7749. Date: Wed, 21 Mar 95 08:56:47 EST
  7750. From: hhs@teleoscom.com (Chip Sharp)
  7751. Subject: Re: Is ISDN Equipment Limited by Switch?
  7752.  
  7753.  
  7754. hmweine@PacBell.COM (Howard M. Weiner) wrote:
  7755.  
  7756. > In early implementations, AT&T and NTI went different ways, in access
  7757. > protocol as well as architecture.  They, of course, also felt the need
  7758. > to come up with unique features to distinguish themselves.
  7759.  
  7760. This is very true.  In the earlier days the switches were much
  7761. different.
  7762.  
  7763. > Because of these issues, the major stakeholders got together and
  7764. > eventually hammered out something called "National ISDN" (NI), as
  7765. > documented by Bellcore.  
  7766.  ...stuff deleted...  
  7767. > So, your NI-1 compliant CPE will still work (all the NI-1 supported
  7768. > features) after the switch has been upgraded to NI-2.
  7769.  ...stuff deleted...  
  7770. > PacBell is in the process of retrofitting their 5e`s and DMS100`s with
  7771. > NI-1 software.  How far along in the process this conversion is, I
  7772. > longer have contact with.
  7773.  
  7774. All the above is true, but it leaves the impression that after NI-1 is
  7775. deployed that there will be no more differences between the AT&T and
  7776. the NTI switches.  The different architectures developed by the
  7777. different vendors, described by Mr. Weiner, have carried over into the
  7778. NI-1 implementations.  Therefore, there are still differences in the
  7779. two switches, even under NI-1.  For example, if you want to use both
  7780. B-channels for data, you will need two Directory Numbers, two SPIDs
  7781. and two TEIs, whereas AT&T requires only one.  Hopefully, these
  7782. differences will go away in the migration to NI-2,3, ... ;-)
  7783.  
  7784.  
  7785. Good Luck!
  7786.  
  7787. Hascall H. ("Chip") Sharp    Teleos Communications, Inc.
  7788. Sr. Systems Engineer        2 Meridian Road
  7789.                 Eatontown, NJ  07724  USA
  7790. voice:  +1 908 544 6424         fax:    +1 908 544 9890
  7791. email:   hhs@teleoscom.com
  7792.  
  7793. ------------------------------
  7794.  
  7795. Date: Wed, 21 Mar 1995 05:53:32 -0500
  7796. From: ericp@ucg.com (Eric Paulak)
  7797. Subject: Re: ISDN, ADPCM and COs
  7798.  
  7799.  
  7800. > I was wondering if anyone know of a resource whereby I could determine
  7801. > whether a particular CO supported both ISDN and ADPCM.  Also, what
  7802. > devices, if any, are out there that currently combine the two of them in
  7803. > some way.
  7804.  
  7805. I don't know where you can find ADPCM availability listed on a CO
  7806. basis, but CCMI is currently compiling a database of ISDN and Switched
  7807. 56 Kbps availability and pricing by CO for the Switched Digital
  7808. Services Applications Forum (SDSAF). If you would like some more
  7809. information on it, please give George David a call at CCMI. His number
  7810. is (800) 929-4824, ext. 240.  Hope this helps.
  7811.  
  7812.  
  7813. Eric Paulak -- erip@ucg.com
  7814. The Center for Communications Management Information
  7815.  -- the largest provider of rate and tariff information
  7816. in North America and publisher of specialty telecom
  7817. newsletters and on-line services
  7818. (301) 816-8950, ext. 327
  7819. 11300 Rockville Pike, Suite 1100, Rockville, MD 20852
  7820. gopher://earth.usa.net:70/11/News%20and%20Information/uni
  7821. tedcom
  7822.  
  7823. ------------------------------
  7824.  
  7825. Date: Wed, 21 Mar 1995 16:02:49 -0500
  7826. From: ericp@ucg.com (Eric Paulak)
  7827. Subject: Re: Long Distance Rate Tables
  7828.  
  7829.  
  7830. > I am looking for long distance rate tables from all the long   
  7831. > distance carriers. Anyone know where I can get this information? 
  7832.  
  7833. CCMI provides a product called the Guide to Networking services that
  7834. compares telecommunication rates -- both local and long distance. It's
  7835. a monthly update service that breaks telecommunications down into five
  7836. volumes: interLATA switched, intraLATA switched, interLATA private
  7837. line, intraLATA private line and U.S.-based private line services.
  7838. CCMI can be reached at (800) 929-4824, ext. 835.
  7839.  
  7840. ------------------------------
  7841.  
  7842. From: stox@fsgi01.fnal.gov (Ken Stox)
  7843. Subject: Re: Call Waiting Purgatory
  7844. Date: 21 Mar 1995 15:54:37 -0600
  7845. Organization: FERMILAB, Batavia, IL
  7846.  
  7847.  
  7848. In article <telecom15.140.2@eecs.nwu.edu>, Robohn Scott <robohns@bah.
  7849. com> writes:
  7850.  
  7851. > I had an interesting experience with call waiting last night.  During
  7852. > a conversation with Mike, he received another call and put me on
  7853. > "wait" (I guess it's not really on "hold" since it's call _waiting_).
  7854. > Mike's fairly gregarious and eventually forgot about me, but I was
  7855. > patient and caught a short piece on Dustin Hoffman being interviewed
  7856. > by Bob Costas while I waited.
  7857.  
  7858. > After at least five minutes, I received a call from James, which I
  7859. > took and put Mike's call on wait.  Well, James received another call
  7860. > within 30 seconds of our call, so we just said we'd talk later, but he
  7861. > actually put me on wait also.  So I was in deadlock: Mike and James
  7862. > both had me on wait.  "I'm connected, but I can't hang up."  I stayed
  7863. > that way for probably another 10 minutes, switching back and forth
  7864. > between both waiting calls.  I tried several times to go on-hook for
  7865. > an extended period of time (approximately 15 seconds), but each time
  7866.  
  7867. If memory serves correct, just three more seconds, and the line would
  7868. have been dropped. You are a victim of what is a nice feature of the
  7869. network. A called party may hangup for up to 18 seconds before the
  7870. line is disconnected. The purpose of this is feature is to allow the
  7871. called party to hangup the phone and move to a more comfortable phone.
  7872. To bad they don't document this to the public very well, I only found
  7873. out about it after working on the 5ESS switch.
  7874.  
  7875.  
  7876. Ken Stox         Fermilab
  7877. stox@fnal.gov    Batavia, Illinois
  7878.  
  7879. ------------------------------
  7880.  
  7881. From: Jack.Quinn@mosmicro.com (Jack Quinn)
  7882. Subject: Re: PHS Doesn't Work in Moving Vehicles?
  7883. Date: 21 Mar 1995 22:37:46 GMT
  7884. Organization: Micrologic Research
  7885. Reply-To: jquinn@mosmicro.com
  7886.  
  7887.  
  7888. In article <telecom15.136.7@eecs.nwu.edu>, Steve Samler <steve@individual.
  7889. com> says:
  7890.  
  7891. > I read in {Kyodo} today that the Japanese PHS phones do not work in
  7892. > moving vehicles.  Is this due to the Doppler effect?
  7893.  
  7894. As I understand it, it's due to the speed that handoffs can be
  7895. performmed.  PHS users much smaller cell sizes than standard cellular,
  7896. and handoffs speed is adequate when the telephone moves from cell to
  7897. cell at a walking pace. A vehicle zooms through a series of these
  7898. small cells very rapidly, and the system is not designed to perform
  7899. the rapid handoffs that would be required.
  7900.  
  7901.  
  7902. Jack Quinn     Email: Jack.Quinn@mosmicro.com
  7903.  
  7904. ------------------------------
  7905.  
  7906. From: producer@pipeline.com (Judith Oppenheimer)
  7907. Subject: Re: U.S. 800 Users Alert
  7908. Date: 21 Mar 1995 19:17:25 -0500
  7909. Organization: Interactive CallBrand(TM)
  7910.  
  7911.  
  7912. Just a brief reminder -- a new global phone pad standard was approved
  7913. just a few months ago.  It includes the same letter/number
  7914. configuration as the U.S. telephones, with the addition of Q and Z,
  7915. which new U.S. phone will add as well.
  7916.  
  7917.  
  7918. Judith 
  7919. J. Oppenheimer, Producer@Pipeline.com 
  7920. Interactive CallBrand(TM) 
  7921.  
  7922. ------------------------------
  7923.  
  7924. End of TELECOM Digest V15 #161
  7925. ******************************
  7926.     
  7927.     
  7928. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04629;
  7929.           23 Mar 95 0:17 EST
  7930. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7931.     id AA15813; Wed, 22 Mar 95 19:47:04 CST
  7932. Return-Path: <telecom>
  7933. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7934.     id AA15806; Wed, 22 Mar 95 19:47:02 CST
  7935. Date: Wed, 22 Mar 95 19:47:02 CST
  7936. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  7937. Message-Id: <9503230147.AA15806@delta.eecs.nwu.edu>
  7938. To: telecom@eecs.nwu.edu
  7939. Subject: TELECOM Digest V15 #162
  7940.  
  7941. TELECOM Digest     Wed, 22 Mar 95 19:47:00 CST    Volume 15 : Issue 162
  7942.  
  7943. Inside This Issue:                           Editor: Patrick A. Townson
  7944.  
  7945.     Book Review: "How to Manage Your Network Using SNMP" (Rob Slade)
  7946.     FCC Delays CLID Availability (Andrew Robson)
  7947.     Testing Computer Telephony Applications (Tim Burchell)
  7948.     Planning Cellular and PCS Systems (Mario Castano)
  7949.     ATT Merlin 2 vs Toshiba DK Systems (Michael Sendrowicz)
  7950.     Primer Required on Cell Phones and Radio Paging (Akhila Ganapathy)
  7951.     Help on T1 and Leasing Line Needed (Min Wang)
  7952.     500 Number Not Working (Chris Michael)
  7953.     500-FINGERS (Carl Moore)
  7954.     Keypad Letter Pattern (was Re: U.S. 800 Users Alert) (Carl Moore)
  7955.     Call-Back Companies Information Request (Rogier van Kreveld)
  7956.     EDI Sources Please (Paul Hutmacher)
  7957.     MCI Now Using 1-900-GET-INFO (Carl Moore)
  7958.     Re: Credit Checking on Cellular Customers (Robert Levandowski)
  7959.     Re: Why Doesn't Zmodem Work? (Robert Levandowski)
  7960.     Re: Downloading Mac Software With a PC (Robert Levandowski)
  7961.  
  7962. TELECOM Digest is an electronic journal devoted mostly but not
  7963. exclusively to telecommunications topics. It is circulated anywhere
  7964. there is email, in addition to various telecom forums on a variety of
  7965. public service systems and networks including Compuserve and America
  7966. On Line. It is also gatewayed to Usenet where it appears as the moderated
  7967. newsgroup 'comp.dcom.telecom'. 
  7968.  
  7969. Subscriptions are available to qualified organizations and individual
  7970. readers. Write and tell us how you qualify:
  7971.  
  7972.                  * telecom-request@eecs.nwu.edu *
  7973.  
  7974. The Digest is edited, published and compilation-copyrighted by Patrick
  7975. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  7976. or phone at:
  7977.                     9457-D Niles Center Road
  7978.                      Skokie, IL USA   60076
  7979.                        Phone: 500-677-1616
  7980.                         Fax: 708-329-0572
  7981.   ** Article submission address only: telecom@eecs.nwu.edu **
  7982.  
  7983. Our archives are located at lcs.mit.edu and are available by using
  7984. anonymous ftp. The archives can also be accessed using our email
  7985. information service. For a copy of a helpful file explaining how to
  7986. use the information service, just ask.
  7987.  
  7988. *************************************************************************
  7989. *   TELECOM Digest is partially funded by a grant from the              *
  7990. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  7991. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  7992. * project.  Views expressed herein should not be construed as represent-*
  7993. * ing views of the ITU.                                                 *
  7994. *************************************************************************
  7995.  
  7996. Additionally, the Digest is funded by gifts from generous readers such
  7997. as yourself who provide funding in amounts deemed appropriate. Your help 
  7998. is important and appreciated. A suggested donation of twenty dollars per
  7999. year per reader is considered appropriate. See our address above.
  8000.  
  8001. All opinions expressed herein are deemed to be those of the author. Any
  8002. organizations listed are for identification purposes only and messages
  8003. should not be considered any official expression by the organization.
  8004. ----------------------------------------------------------------------
  8005.  
  8006. Date: Wed, 22 Mar 1995 18:21:51 EST
  8007. From: Rob Slade <roberts@mukluk.decus.ca>
  8008. Subject: Book Review: "How to Manage Your Network Using SNMP"
  8009.  
  8010.  
  8011. BKNTMGPR.RVW   950220
  8012.  
  8013. "How to Manage Your Network Using SNMP: The Network Management Practicum",
  8014. Marshall Rose/Keith McCloghrie, 1995, 0-13-141517-4
  8015. %A   Marshall Rose
  8016. %A   Keith McGloghrie
  8017. %C   113 Sylvan Avenue, Englewood Cliffs, NJ   07632
  8018. %D   1995
  8019. %G   0-13-141517-4
  8020. %I   Prentice Hall
  8021. %O   (515) 284-6751 FAX (515) 284-2607 beth_hespe@prenhall.com
  8022. %P   549
  8023. %T   "How to Manage Your Network Using SNMP: The Network Management Practicum"
  8024.  
  8025. There seems to be some disagreement between the authors and the
  8026. publisher as to which is the title, and which is the subtitle, of this
  8027. work.  Nevertheless, both title and subtitle imply a useful guide.  To
  8028. this end, each chapter contains tutorial material, discussion of the
  8029. available tools, and examination of some specific problems.  The
  8030. authors have produced an application programming interface in Tcl and
  8031. Tk, for both practical and tutorial purposes, which is available on
  8032. the Internet.
  8033.  
  8034. While the material in the book does a good job of explanation, the
  8035. appearance it presents is *not* for the technically faint of heart.
  8036. The overview of SMNP, itself, for example, is not filled with C
  8037. sources, but a language much more frightening--that of protocols and
  8038. standards committees.  The perseverant can follow the text, but it
  8039. does take some dedication.
  8040.  
  8041.  
  8042. copyright Robert M. Slade, 1995   BKNTMGPR.RVW   950220. Distribution
  8043. permitted in TELECOM Digest and associated publications. Rob Slade's
  8044. book reviews are a regular feature in the Digest.
  8045.  
  8046.  
  8047. Vancouver      ROBERTS@decus.ca         | "My son, beware ... of the
  8048. Institute for  Robert_Slade@sfu.ca      |  making of books there is
  8049. Research into  rslade@cue.bc.ca         |  no end, and much study is
  8050. User           p1@CyberStore.ca         |  a weariness of the flesh."
  8051. Security       Canada V7K 2G6           |          Ecclesiastes 12:12
  8052.  
  8053. ------------------------------
  8054.  
  8055. From: arobson@Gateway.Uswnvg.COM (Andrew Robson)
  8056. Subject: FCC Delays CLID Availability
  8057. Date: 22 Mar 1995 23:13:02 GMT
  8058. Organization: U S WEST NewVector Group, Inc.
  8059.  
  8060.  
  8061. The following item appeared in the 3/17/95 "Daily_Summary" on the FCC's
  8062. server at fcc.gov:
  8063.  
  8064.     CALLER ID. Effective March 17, stayed effectiveness of
  8065.     Sections 64.1601 and 64.1603 of the Commission's rules in
  8066.     the matter of  Rules and  Policies Regarding Calling
  8067.     Number identification Service -- Caller ID. (CC Docket 91-
  8068.     281 by Order [FCC 95-119] adopted March 17 by the
  8069.     Commission)
  8070.  
  8071. It would appear that they are backing away from their agressive
  8072. positions on transport and blocking of Calling Line IDentification
  8073. information.
  8074.  
  8075.  
  8076. Andy
  8077.  
  8078. ------------------------------
  8079.  
  8080. From: tburchel@bbn.com (Tim Burchell)
  8081. Subject: Testing Computer Telephony Applications
  8082. Date: 22 Mar 1995 16:10:26 GMT
  8083. Organization: Bolt, Beranek, & Newman, Inc.
  8084.  
  8085.  
  8086. I am researching testing tools for testing computer telephony
  8087. applications.
  8088.  
  8089.     I have found several products:
  8090.  
  8091.  
  8092. The Hammer      from Hammer Technologies
  8093. Vscript            from Natural Microsystems
  8094. ProVIDE         from Telephone Response Technologies    
  8095.  
  8096.     The Hammer seems to be the most complete system. It offers a script
  8097. langauge to create tests. It can drive up to 48 ports. It has extensive
  8098. scheduling and reporting capabilites. It comes in an installed 486 PC SCO box.
  8099. It uses Dialogic boards. It can run with analog and T1 boards. 
  8100.  
  8101.     Vscript runs on OS/2. It uses NMS boards. It can run with analog 
  8102. and T1 boards. It has a larger script language tham Hammer but no reporting 
  8103. tools for diagnostics.
  8104.  
  8105.     ProVIDE is used to develop an application and test it.
  8106.  
  8107.     Has anyone used any the above tools? If you have used them, what
  8108. is your opinion of the tool? Do you know of any other tools on the market?
  8109.  
  8110.  
  8111.     Thanks in advance,
  8112.  
  8113.  
  8114. Tim Burchell                   voice: (617) 873-4335
  8115. BBN HARK Systems Corporation   fax:   (617) 873-2473
  8116. 70 Fawcett St.                 email:  tburchel@bbn.com
  8117.  
  8118. ------------------------------
  8119.  
  8120. From: Mario Castano <mcastano@cumbia.telecom-co.net>
  8121. Subject: Planning Cellular and PCS Systems
  8122. Date: Wed, 22 Mar 1995 11:15:50 GMT
  8123.  
  8124.  
  8125. Hello all:
  8126.  
  8127. Is there any good source that address the economic and technology
  8128. aspects of cellular and PCS systems planning?
  8129.  
  8130. Any help would be appreciated.
  8131.  
  8132.  
  8133. Mario Castano
  8134. ITEC/Telecom
  8135.  
  8136. ------------------------------
  8137.  
  8138. From: cur93@ix.netcom.com (Michael Sendrowicz)
  8139. Subject: ATT Merlin 2 vs Toshiba DK Systems
  8140. Date: 22 Mar 1995 14:23:38 GMT
  8141. Organization: Netcom
  8142.  
  8143.  
  8144. Just curious to know how these two systems are thought of in the field.  
  8145.  
  8146. The scenario for application includes 8-12 incoming lines, with 20-30 
  8147. stations.
  8148.  
  8149. Is one system hands-down superior to the other?  Or do they each excel 
  8150. in different areas?  
  8151.  
  8152. I have installed Toshiba systems, and find them easy to install, and 
  8153. quite dependable.  
  8154.  
  8155. I have had no experience with the Merlin system, but have heard some 
  8156. positive feedback from users.  
  8157.  
  8158. Currently, I have a customer who is looking at both systems.  
  8159.  
  8160. Additionally, I may have an opportunity to pick up the Merlin system
  8161. used.  (in an 8x16 configuration ...)  Any range you would consider
  8162. 'fair' for that type of system in the aftermarket?
  8163.  
  8164.  
  8165. Thanks in advance,
  8166.  
  8167. Cur93@ix.netcom.com
  8168.  
  8169. ------------------------------
  8170.  
  8171. From: Akhila Ganapathy <akhila@wipsys.soft.net>
  8172. Subject: Primer Required on Cell Phones and Radio Paging
  8173. Date: Wed, 22 Mar 95 19:56:21 IST
  8174.  
  8175.  
  8176. Hello!
  8177.  
  8178. I am looking for some beginner's material on cellular phone
  8179. technology/radio paging. Could anybody out there guide me?
  8180.  
  8181.  
  8182. Thanks,
  8183.  
  8184. Akila     e-mail:akhila@wipsys.soft.net
  8185.  
  8186. ------------------------------
  8187.  
  8188. From: mikewang@pegasus.rutgers.edu (Min Wang)
  8189. Subject: Help on T1 and Leasing Line Needed
  8190. Date: 22 Mar 1995 09:37:09 -0500
  8191. Organization: Rutgers University
  8192.  
  8193.  
  8194. If anyone knows where I can get information on T1 and leasing lines,
  8195. please tell me.
  8196.  
  8197.  
  8198. Thanks a lot!
  8199.  
  8200. E-mail:  mikewang@pegasus.rutgers.edu
  8201.  
  8202.  
  8203. [TELECOM Digest Editor's Note: Have you asked your local telco about
  8204. this? They'll be glad to tell you everything you need to know. If you
  8205. would like a perhaps somewhat more impartial response from our group
  8206. of reader/advisers here, perhaps you could write again and be a bit
  8207. more explicit about your requirements and plans.    PAT]
  8208.  
  8209.  
  8210. ------------------------------
  8211.  
  8212. From: cm@nwu.edu (Chris Michael)
  8213. Subject: 500 Number Not Working
  8214. Date: 22 Mar 95 16:45:40 GMT
  8215. Organization: Northwestern University, Evanston, IL, US
  8216. Reply-To: cm@nwu.edu (Chris Michael)
  8217.  
  8218.  
  8219. Sorry if you've already covered all this, but I'm wondering if I have
  8220. bad 500 number karma or if it really doesn't work too well.  I've had
  8221. three people try to call me for a record of zero getting through.
  8222.  
  8223. Then, of course, ATT tells me that *no* cellular phones can call 500
  8224. numbers because "the cellular carriers don't have any way to bill for
  8225. the calls".
  8226.  
  8227. Is this going to fly or not?
  8228.  
  8229.  
  8230. christopher michael, george s. may international, 708-825-8806 x 395
  8231.   
  8232.  
  8233. [TELECOM Digest Editor's Note: 500 numbers are a new enough concept
  8234. that most cellular carriers have not yet made any arrangements for
  8235. handling such traffic. You can forward your 500 number to a cellular
  8236. phone, its just that you can't call *from* a cellular phone to a 500
  8237. number. At least not yet. Back in the days when there was but one
  8238. telephone company, and that telephone company saw to it that everything
  8239. meshed together nicely and that all the parts could talk to and deal
  8240. with all the other parts this would not have been a problem. Now that
  8241. all the individual companies do their own thing with only a casual 
  8242. thought given to the customer -- and then, usually in the context of
  8243. the customer being an interupption to their work rather than the
  8244. purpose of it -- lots of the parts don't merge well with the other
  8245. parts.  Of course a rejoinder to this is that if there were still
  8246. just the one Mother Company would we even have cellular service and 500 
  8247. number service at all .... <g>
  8248.  
  8249. What happens when your associates attempt to call your 500 number from
  8250. 'regular' or landline phones of the non-payphone, non-hotel switchboard
  8251. variety, i.e. the phones in their home?  Are they unable to get through
  8252. on those lines either?    PAT]
  8253.  
  8254. ------------------------------
  8255.  
  8256. Date: Wed, 22 Mar 95 12:29:42 EST
  8257. From: Carl Moore <cmoore@ARL.MIL>
  8258. Subject: 500-FINGERS
  8259.  
  8260.  
  8261. I got a newsletter in which I noticed someone in Akron, Ohio grabbed
  8262. 500-FINGERS, apparently as a vanity number.
  8263.  
  8264. ------------------------------
  8265.  
  8266. Date: Wed, 22 Mar 95 13:25:56 EST
  8267. From: Carl Moore <cmoore@ARL.MIL>
  8268. Subject: Keypad Letter Pattern (was Re: U.S. 800 Users Alert)
  8269.  
  8270.  
  8271. I guess I skimmed right past the original notice, including WHAT
  8272. KEYS Q AND Z GO ON.  Perhaps the U.S. dialpad (with the newly-
  8273. added Q and Z) could be put into frequently-asked questions.
  8274.  
  8275. To rehash notes about the Q/Z problem:
  8276.  
  8277. 1. somebody (a radio station?) ran a vice-presidential poll in 1988
  8278. regarding Dan Quayle (Republican) and Lloyd Bentsen (Democrat), with
  8279. instructions to press Q or B as the case may be.  The poll was rendered
  8280. invalid due to the keypad having no Q.
  8281.  
  8282. 2. some voice menu involving movie titles had special instructions
  8283. for Q and Z; I believe it was to use 1 for those letters.
  8284.  
  8285. ------------------------------
  8286.  
  8287. From: kreveld@dds.nl (Rogier van Kreveld)
  8288. Subject: Call-Back Companies Information Request
  8289. Date: 22 Mar 1995 06:23:36 GMT
  8290. Organization: De Digitale Stad (020-6225222)
  8291.  
  8292.  
  8293. Does anybody have e-mail addresses and/or fax numbers of so called
  8294. call-back companies?
  8295.  
  8296. These are companies that give you a US or UK dialtone after you
  8297. dial a trigger number in the US or UK.  After that you can make
  8298. your international phone call usually with a substantial savings
  8299. compared with what the Dutch phone company charges.
  8300.  
  8301. I am especially interested in companies that do not charge the typical
  8302. $25 monthly minimum usage.
  8303.  
  8304. In case you want to respond via e-mail please direct your response
  8305. to kres@geo.vu.nl.
  8306.  
  8307. Any help would be appreciated.
  8308.  
  8309. ------------------------------
  8310.  
  8311. From: paul@Starbase.NeoSoft.COM (Paul Hutmacher)
  8312. Subject: EDI Sources Please
  8313. Date: 22 Mar 1995 13:33:14 GMT
  8314. Organization: My Personal Soapbox (tm)
  8315. Reply-To: paul@Starbase.NeoSoft.COM (Paul Hutmacher)
  8316.  
  8317.  
  8318. I am interested in finding newsgroups or other sources dealing with
  8319. EDI.  If someone would point me in the proper direction I would greatly 
  8320. appreciate it.
  8321.  
  8322. Thanks in advance.
  8323.  
  8324. ------------------------------
  8325.  
  8326. Date: Wed, 22 Mar 95 16:47:29 EST
  8327. From: Carl Moore <cmoore@ARL.MIL>
  8328. Subject: 1-900-GET-INFO
  8329.  
  8330.  
  8331. This arrived today from: 1-900-GET-INFO, P.O. BOX 30004, PENSACOLA, FL
  8332. 32503 (first class, U.S. Postage Paid, Permit No. 293, Merrifield,
  8333. VA).  I made some changes to accommodate my terminal:
  8334.  
  8335. 1. due to no "cents" sign, blank followed by "cents" used instead.
  8336.  
  8337. 2. long lines of text have been split; continuation is signalled by
  8338. a single blank at the start of a line.
  8339.  
  8340. 3. SM (does that mean "service mark"?) has been enclosed in parentheses
  8341. instead of being superscripted.
  8342.  
  8343. 1-900-GET-INFO (SM)
  8344. America's Long Distance Directory Assistance (SM)
  8345.  
  8346. Thank you for using our nationwide long distance directory assistance
  8347.  service.
  8348. Thousands of callers like you found it convenient and simple-to-use.
  8349.  
  8350. Now we have a new number for long distance information--
  8351.        1-900-GET-INFO
  8352.  
  8353. It's the same great service at the same price of 75 cents.
  8354.  
  8355. Just dial this one, easy-to-remember number anytime you need long distance
  8356. directory assistance.  The operator will give you the listing and even
  8357.  offer to put the
  8358. call through at no extra charge.  If you wish to be connected, the call
  8359.  itself will be billed at MCI's
  8360. already-low long distance rates.  Need someone's zip code?  1-900-GET-INFO
  8361.  can also be used to
  8362. find zip codes anywhere in the U.S.
  8363.  
  8364. 1-900-GET-INFO...Just 75 cents
  8365. * No need to know the area code
  8366. * Call connection at no extra charge
  8367. * Zip codes
  8368. * Friendly operators
  8369. * 24 hour a day service
  8370. * Listings for business, residential or government--
  8371.   anywhere nationwide and in many locations around the world
  8372.  
  8373. It cost just 75 cents for up to two listings in the U.S. -- that's the
  8374.  same price most people
  8375. pay today for interstate long distance directory assistance.  The cost
  8376.  for one international listing is only $1.99.
  8377.  
  8378. 1-900-GET-INFO offers the convenience of billing long distance directory
  8379. assistance to your home phone.  And if you're calling from a phone where
  8380. 900 access is not available, such as a payphone, you can use 1-800-GET-
  8381.  INFO (SM)
  8382. and charge the service to a major credit card.
  8383.  
  8384. 1-900-GET-INFO, it's as simple as it sounds.
  8385.  
  8386. ------------------------------
  8387.  
  8388. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  8389. Subject: Re: Credit Checking on Cellular Customers
  8390. Organization: University of Rochester - Rochester, New York
  8391. Date: Tue, 21 Mar 95 21:54:56 GMT
  8392.  
  8393.  
  8394. In <telecom15.157.2@eecs.nwu.edu> Alan Dahl <alan.dahl@mccaw.com> writes:
  8395.  
  8396. > No insult intended towards college students but they should know how
  8397. > hard it is to get credit for anything.
  8398.  
  8399. The thing is, I have good credit.  Perhaps I can't buy a house, but
  8400. neither do alarms go off when I pull out my credit card. :) I have two
  8401. lines with RochTel, and a good payment history with them ... so I was a
  8402. bit surprised that they were looking for a rather large amount of
  8403. available credit on my line before they'd waive the deposit.  This, in
  8404. itself, isn't too objectionable ... but when they turn around and waive
  8405. the deposit anyway when I balk, and instead just take my MasterCard
  8406. number, it seems a bit sleazy.
  8407.  
  8408. If I were a person walking in off the street with no references, I'd
  8409. understand the need for protection.  However, as someone who has kept
  8410. a household for two years, and paid phone and long distance bills to
  8411. the company in question without complaint for that time ... and someone
  8412. who can afford $25k a year to go to the University ... it just makes me
  8413. a bit uncomfortable.  If it were really to cover their ass in event of
  8414. fraud, why do they treat it like a used-car salesman treats the "dealer 
  8415. prep fee"?  It's there until it looks like it'll lose the sale, and
  8416. then it vanishes.  My credit check through Equifax isn't good enough
  8417. for them ... but my MasterCard, which at the time had $70 left on it,
  8418. being Christmastime, was sufficient.  This just doesn't seem to make
  8419. sense!
  8420.  
  8421.  
  8422. Rob Levandowski
  8423. Computer Interest Floor associate / University of Rochester
  8424. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  8425.  
  8426.  
  8427. [TELECOM Digest Editor's Note: The ridiculous part of it all is that
  8428. literally *anyone* can get VISA or Mastercard, regardless of how bad
  8429. their credit is. Both of those cards have lending institutions associated
  8430. with them which offer 'secured' VISA or MC. That is, you deposit some
  8431. sum of money in their bank which you are unable to touch ever again and
  8432. they in turn issue you a VISA/MC with a credit line equal to whatever
  8433. amount of money you had put in the bank. Having a VISA/MC is *not* a
  8434. sign that one has good credit, particularly if you are in the industry
  8435. and you can look at the first four digits on the card (which identify
  8436. the bank issuing the card) then look the cardholder in the face and
  8437. say, "but sir, this is a *secured* VISA ..." 
  8438.  
  8439. A few years ago all the major retailers were running a promotion where
  8440. if you came in their store(s) and presented a VISA/MC as payment, they
  8441. would give you 'instant credit' in the form of one of their own credit
  8442. cards without bothering to do a credit check. After all, credit checks
  8443. cost them money, and VISA had already done one, right?  So people with
  8444. lousy credit would tear off one of those coupons on the bus advertising
  8445. sign saying 'regardless of bad credit you can have a VISA/MC' and send
  8446. it in with a hundred dollars. They'd get back a VISA with a 'credit limit'
  8447. of one hundred dollars, then take this card and go shopping at Neiman
  8448. Marcus or Marshall Fields. The store clerk gets some small premium for
  8449. each new credit card customer (s)he signs up that the credit office 
  8450. approves, so when the customer whacked his plastic on the counter, the
  8451. clerk would say how would you like to have a Neiman Marcus credit card?.
  8452.  
  8453. The savings for the store were obvious. Instead of having to factor that
  8454. paper through their bank and lose a few points, they'd carry the paper
  8455. themselves. The credit risk can't be too bad, they'd think ... after
  8456. all the customer did have a pocket full of VISA/MC's ... Montgomery Ward
  8457. got burned badly on 'instant credit' a few years ago, as did Rosendorf
  8458. and a couple other chains. To make matters worse, unlike VISA, where
  8459. its no skin off their nose if the merchant makes the sale or not and
  8460. credit limits are pretty closely watched, the merchants were *really,
  8461. really hungry* two years ago at Christmas time. Credit limits be damned!
  8462. they said, letting customers with their in-house cards go way over limit
  8463. lots of times in order to get a good sale. Their rationale was if we
  8464. do not approve this sale on our card, the customer will simply use his
  8465. VISA card to pay for it, and we lose the fee. If it had been me, I would
  8466. have said "VISA will approve this sale?  Good!!! Let them eat it ..." 
  8467.  
  8468. The catch in credit granting is to enhance the possibility of making the
  8469. sale while at the same time keeping the costs involved with the extension
  8470. of credit as low as possible. Fine tune the process to where creditors
  8471. can make some reasonably sophisticated decisions regards who to give credit
  8472. to and who not to give it to; how much credit to extend, and what to charge
  8473. for it. Someone -- probably the same outfit which devised the worthless
  8474. 'point scoring' tests the creditors use as a shortcut to *real* (and very
  8475. costly) investigation of prospective customers -- put a bug in the creditors'
  8476. ear that as long as some VISA/MC affiliate had approved the customer, you
  8477. can do the same. So the merchants gleefully glutted the market with their
  8478. own in-house cards only to have the bad debt get higher than ever. A very
  8479. cynical person would say it must have been a scheme devised by collection
  8480. agencies, many of whom have been laughing all the way to the bank because
  8481. of their increased caseload in the past couple years due to 'instant credit'
  8482. given by your friendly local branch of Wards.    PAT]
  8483.  
  8484. ------------------------------
  8485.  
  8486. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  8487. Subject: Re: Why Doesn't Zmodem Work?
  8488. Organization: University of Rochester - Rochester, New York
  8489. Date: Tue, 21 Mar 95 22:14:36 GMT
  8490.  
  8491.  
  8492. In <telecom15.156.7@eecs.nwu.edu> saclib@garnet.msen.com (David Burns)
  8493. writes:
  8494.  
  8495. > I am using a shell account to access the Internet, and most of the time I
  8496. > get there via MichNet, which is a local call. The trouble is that none of 
  8497. > the fast protocols, e.g., Zmodem, work when I'm dialed in this way. Kermit 
  8498. > works, but it is slow and not absolutely trustworthy.
  8499.  
  8500. > If I dial in via direct line, bypassing MichNet, Zmodem works 
  8501. > fine, but then I am paying a toll call.
  8502.  
  8503. > Can anyone supply any answers/solutions/confirmations?
  8504.  
  8505. ZMODEM needs an 8-bit, clean data path.  If you're using telnet,
  8506. that's often a 7-bit protocol.  Also, some systems eat important
  8507. characters like XON/XOFF, which ZMODEM wants to use.  Our Xyplex
  8508. terminal servers were notorious for eating control characters that
  8509. ZMODEM wanted to use.
  8510.  
  8511. You can try using the "escape control characters" mode of ZMODEM, but
  8512. this may signifigantly decrease ZMODEM's speed.
  8513.  
  8514. At UR, we recommend the use of Kermit because it's very difficult to
  8515. make default Kermit fail completely.  Yes, it's slow as molasses by
  8516. default.  However, if you change the packet size from 94 bytes to
  8517. something more reasonable -- 5000 to 9024 bytes -- you'll see Kermit's
  8518. performance leap right up into ZMODEM's ballpark.  You can get further
  8519. increases by using sliding windows (3 - 5 windows seems to work well)
  8520. and the least necessary control prefixing.  Kermit takes a bit of
  8521. optimizing; you might try and get a copy of "Kermit News" No. 5 (July
  8522. 1993) from Columbia University.  That issue has an article on
  8523. optimizing Kermit, and documents Kermit transferring a MS-DOS binary
  8524. file via a v.42bis modem at 569% efficiency (8192 cps).  The issue
  8525. gives an Ordering Information phone number: +1 212 854-3703.
  8526.  
  8527.  
  8528. Rob Levandowski
  8529. Computer Interest Floor associate / University of Rochester
  8530. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  8531.  
  8532. ------------------------------
  8533.  
  8534. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  8535. Subject: Re: Downloading Mac Software With a PC
  8536. Organization: University of Rochester - Rochester, New York
  8537. Date: Wed, 22 Mar 95 01:10:20 GMT
  8538.  
  8539.  
  8540. In <telecom15.159.5@eecs.nwu.edu> reidgold@netaxs.com (Reid Goldsborough) 
  8541. writes:
  8542.  
  8543. > Here's the short version: What do I need to do to download Mac shareware 
  8544. > and commercial bug fixes with a Windows-based PC to make the software 
  8545. > usable on a Mac?
  8546.  
  8547. > I believe you need the program StuffIt (or equivalent) to unstuff these 
  8548. > files with extensions .hqx). So I also downloaded UnStuffIt.1.5.bin. I'm 
  8549. > not sure what the extension .bin means. Does it mean it can unstuff 
  8550. > itself by doubleclicking on its icon?
  8551.  
  8552. ".bin" means it's in MacBinary format, a way of formatting a Mac
  8553. two-forked file so that it can be transferred to a one-forked file
  8554. system like MS-DOS or UNIX.  You will need to decode this file before
  8555. you can use it.  Most Mac telecom programs do this automatically when
  8556. you download.  StuffIt will also decode MacBinary, but that would put
  8557. the cart before the horse.  You might want to check with a local Mac
  8558. guru about getting a copy of StuffIt.
  8559.  
  8560. Self-extracting files (which can be decompressed by double-clicking on
  8561. their icon) usually have the suffix ".sea".
  8562.  
  8563. Also, UnStuffIt 1.5 is hideously out of date.  You should get a copy
  8564. of StuffIt Expander 3.5 or later, and a copy of DropStuff with Expander 
  8565. Enhancer, which will let you decode PKZIP files with Expander. Expander is 
  8566. freeware and DropStuff is shareware.
  8567.  
  8568. > Well, I copied UnStuffIt.1.5.bin from my PC's hard disk to my Mac's hard 
  8569. > disk, but when I doubleclicked on it, I just got a message that Apple 
  8570. > File Exchange didn't recognize it. This is a Mac program so it doesn't 
  8571. > need Apple File Exchange, but my Mac thinks it's a PC program. So this is 
  8572. > where I'm stuck.
  8573.  
  8574. It's a file transferred from a PC, so the Mac assumes it's a PC
  8575. program and sets its type accordingly.  (It's a binary file, but it's
  8576. not a Macintosh two-forked binary file, so it's "unknown".)
  8577.  
  8578. > this would be inconvenient. I'd rather try to find a solution where I 
  8579. > could simply use a floppy to transfer Mac programs to the Mac that I 
  8580. > downloaded with the PC.
  8581.  
  8582. To do this most easily, you'll need to get a copy of a program that
  8583. can decode BinHex files.  StuffIt Expander will do this.  A local user
  8584. group, or any computer dealer worth doing business with, can give you
  8585. a copy.  You can then download the BinHex (.hqx) files as ASCII text
  8586. to your PC, copy the files to the Mac, and drag them to the Expander
  8587. icon to decode and decompress them.
  8588.  
  8589. There are programs out there that can convert .hqx files to MacBinary
  8590. format and back, but until you have a Mac program that can convert
  8591. .hqx or MacBinary back to the native Macintosh two-forked file format,
  8592. you won't be able to use any downloaded applications.  Any conversions
  8593. before the Mac will wipe out part of the file when you save it to the
  8594. DOS machine's one-forked file format.
  8595.  
  8596.  
  8597. Rob Levandowski
  8598. Computer Interest Floor associate / University of Rochester
  8599. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  8600.  
  8601. ------------------------------
  8602.  
  8603. End of TELECOM Digest V15 #162
  8604. ******************************
  8605.     
  8606.     
  8607. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05240;
  8608.           23 Mar 95 1:29 EST
  8609. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8610.     id AA17749; Wed, 22 Mar 95 21:07:16 CST
  8611. Return-Path: <telecom>
  8612. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8613.     id AA17743; Wed, 22 Mar 95 21:07:13 CST
  8614. Date: Wed, 22 Mar 95 21:07:13 CST
  8615. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  8616. Message-Id: <9503230307.AA17743@delta.eecs.nwu.edu>
  8617. To: telecom@eecs.nwu.edu
  8618. Subject: TELECOM Digest V15 #163
  8619.  
  8620. TELECOM Digest     Wed, 22 Mar 95 21:07:00 CST    Volume 15 : Issue 163
  8621.  
  8622. Inside This Issue:                           Editor: Patrick A. Townson
  8623.  
  8624.     Microsoft Techs and Phone Calls (TELECOM Digest Editor)
  8625.     Re: Defective Caller ID (Howard M. Weiner)
  8626.     Re: Defective Caller ID (Ronell Elkayam)
  8627.     Re: X.25/ISDN Prices; Global Information Wanted (Matthew P. Downs)
  8628.     Re: X.25/ISDN Prices; Global Information Wanted (Tony Harminc)
  8629.     Re: X.25/ISDN Prices; Global Information Wanted (Steve Cogorno)
  8630.     Re: Caller ID in CA (hihosteveo@aol.com)
  8631.     Re: Cellular Fraud in the News Again (Robert Virzi)
  8632.     Re: Telecom Professional Organizations and Magazines (Mike Patterson)
  8633.     Re: Ni-Cad Batteries (Charles Marks)
  8634.     Re: How Do I Create a TelCo? (hihosteveo@aol.com)
  8635.  
  8636. TELECOM Digest is an electronic journal devoted mostly but not
  8637. exclusively to telecommunications topics. It is circulated anywhere
  8638. there is email, in addition to various telecom forums on a variety of
  8639. public service systems and networks including Compuserve and America
  8640. On Line. It is also gatewayed to Usenet where it appears as the moderated
  8641. newsgroup 'comp.dcom.telecom'. 
  8642.  
  8643. Subscriptions are available to qualified organizations and individual
  8644. readers. Write and tell us how you qualify:
  8645.  
  8646.                  * telecom-request@eecs.nwu.edu *
  8647.  
  8648. The Digest is edited, published and compilation-copyrighted by Patrick
  8649. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  8650. or phone at:
  8651.                     9457-D Niles Center Road
  8652.                      Skokie, IL USA   60076
  8653.                        Phone: 500-677-1616
  8654.                         Fax: 708-329-0572
  8655.   ** Article submission address only: telecom@eecs.nwu.edu **
  8656.  
  8657. Our archives are located at lcs.mit.edu and are available by using
  8658. anonymous ftp. The archives can also be accessed using our email
  8659. information service. For a copy of a helpful file explaining how to
  8660. use the information service, just ask.
  8661.  
  8662. *************************************************************************
  8663. *   TELECOM Digest is partially funded by a grant from the              *
  8664. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  8665. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  8666. * project.  Views expressed herein should not be construed as represent-*
  8667. * ing views of the ITU.                                                 *
  8668. *************************************************************************
  8669.  
  8670. Additionally, the Digest is funded by gifts from generous readers such
  8671. as yourself who provide funding in amounts deemed appropriate. Your help 
  8672. is important and appreciated. A suggested donation of twenty dollars per
  8673. year per reader is considered appropriate. See our address above.
  8674.  
  8675. All opinions expressed herein are deemed to be those of the author. Any
  8676. organizations listed are for identification purposes only and messages
  8677. should not be considered any official expression by the organization.
  8678. ----------------------------------------------------------------------
  8679.  
  8680. Date: Wed, 22 Mar 95 20:32:51 CST
  8681. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  8682. Subject: Microsoft Techs and Phone Calls
  8683.  
  8684.  
  8685. A couple days ago we were discussing here the management of telephone
  8686. queues for help lines and information services, etc. Mention was made of
  8687. Microsoft and their disk jockey who plays music and gives announcements
  8688. about queue holding times.
  8689.  
  8690. I ridiculed this idea, saying instead of having a disk jockey play music,
  8691. it would be better to hire a couple more people to take phone calls
  8692. instead and move the queue a little faster.
  8693.  
  8694. Someone responded saying 'if you already have hundreds of technicians
  8695. taking calls, what good would one or two more do?'. I expressed some
  8696. amazement at this and suggested that Microsoft might hire hundreds of
  8697. tech people, but I was certain they did not have them all there to sit
  8698. and take phone calls from the public eight hours per day. I suggested
  8699. that perhaps a much smaller number of employees actually took phone
  8700. calls. 
  8701.  
  8702. I got a phone call Wednesday afternoon from someone I had not talked to
  8703. in years -- since a previous lifetime actually! -- by the name of Shawn
  8704. Goodwin. Back in the early 1980's, he lived in (I think) Downers Grove,
  8705. Illinois and operated the 'Suburban Round Table BBS'; it was an Apple ][
  8706. BBS running Bill Blue's software. The purpose of his call was to put
  8707. me in touch with a woman who formerly worked for Microsoft as a supervisor
  8708. of the techs who answered all those phone calls.
  8709.  
  8710. I spoke with the woman for about twenty minutes in a conference call with
  8711. Shawn, and it was very enlightning for me to say the least. It showed
  8712. me the way different people, doing a lot of the same work, but from much
  8713. different directions can have vastly different perspectives.
  8714.  
  8715. I've been involved with big phone rooms at one time or another; a dozen
  8716. or more people on each shift handling in total thousands of calls daily
  8717. in a bang! bang! bang! kind of environment, with very sophisticated record
  8718. keeping and telecom equipment. As a result, I assume I know something 
  8719. about phone rooms and long holding queues and how to manage the callers
  8720. waiting, etc.
  8721.  
  8722. The woman told me a much different account of things. It seems Microsoft
  8723. does indeed have *hundreds* of people, whom they call technicians taking
  8724. calls at three locations in the USA. This woman was responsible for super-
  8725. vising quite a few of them when she worked for Microsoft. I asked her
  8726. if you had hundreds of people taking calls seven or eight hours per day,
  8727. how many thousands of calls must you have received, with people waiting
  8728. in line for upwards of twenty minutes yet to get through, and a DJ who
  8729. tells you there are eighteen calls ahead of yours, etc. 
  8730.  
  8731. It was not that there was such a huge volume of calls in terms of the
  8732. number of calls as it was that *each call lasted an average of nine
  8733. minutes*. Many calls took quite a bit longer. Many times, she said, the
  8734. technicians had to literally start from the beginning with a customer
  8735. and go from the initial installation of the software forward. They might
  8736. have to get into things like the customer's config.sys file and almost
  8737. re-write it all. Naturally there were the customers who read in the book
  8738. to press 'any key' who called to say there was no such button on their
  8739. keyboard marked 'any'.  Seriously. 
  8740.  
  8741. She said a relatively small handful -- one hundred perhaps, or maybe two
  8742. hundred -- of customers always called them repeatedly, over and over. These
  8743. poor souls had to be walked through everything, everytime.  This was the
  8744. reason the queue was so sluggish, despite *hundreds* of people taking
  8745. calls. 
  8746.  
  8747. The average nine minute call is what shocked me. I found that incredible
  8748. and still do. This illustrates well the different directions people travel
  8749. to get to the same place. In the phone rooms I worked in, a nine minute
  8750. call would have been outrageous, and if holding time in the queue got
  8751. to more than one or two minutes -- perhaps eight to ten calls holding --
  8752. the supervisors got frantic. And we handled perhaps ten times the number
  8753. of calls daily that Microsoft gets. 
  8754.  
  8755. So I asked the lady, if Microsoft had to spend that much time and effort
  8756. and personnell -- with the inherent payroll costs involved -- in providing 
  8757. customer support, where is the profit in developing software? 
  8758.  
  8759. Well, she said, that was the hangup; there wasn't much profit, not as the
  8760. system was configured. Yes, there was some, and she said customer support
  8761. was never intended to be a profit center for the company, but it got 
  8762. ridiculous. She mentioned a couple of products Microsoft had put out that
  8763. (as she put it) customer support got hit very hard on. She said they had
  8764. the same people working nine hours per day taking calls, never getting
  8765. to the end of the queue. They could have stayed open 24 hours per day and
  8766. maybe the queue would have gotten skimpy around five in the morning.
  8767.  
  8768. Thus they decided to begin PAID customer support. Customers get a certain
  8769. amount of free support in the beginning and pay for it after that. She
  8770. said it was a relatively small number of customers who forced them to
  8771. do that, but the way it had been going, customer support was a drain on
  8772. the whole company.
  8773.  
  8774. I was reminded of telco's decision to begin charging for directory assist-
  8775. ance after how many ever years of free service. It was much the same
  8776. thing, with a handful of big corporate subscribers who were very heavy
  8777. users of directory assistance (credit departments, collection agencies, 
  8778. etc) banging away at them so much that they could no longer give it away
  8779. for free.
  8780.  
  8781. Anyway, I stand corrected, at least in Microsoft's case. As to the DJ,
  8782. I still don't know what I think of that idea. The woman said using the
  8783. DJ was not all that successful since predicting the holding times in the
  8784. queue was next to impossible. The customer ahead of you in the queue 
  8785. might be gone in thirty seconds or he might be there for thirty minutes.
  8786.  
  8787. Thanks very much Shawn for putting together the conference. It was quite
  8788. interesting and informative to say the least.
  8789.  
  8790.  
  8791. PAT
  8792.  
  8793. ------------------------------
  8794.  
  8795. From: hmweine@PacBell.COM (Howard M. Weiner)
  8796. Subject: Re: Defective Caller ID
  8797. Date: Wed, 22 Mar 1995 12:03:26 -0800
  8798. Organization: Pacific Bell Strategic Systems Architecture
  8799.  
  8800.  
  8801. In article <telecom15.161.4@eecs.nwu.edu>, splieth@csd.uwm.edu (Roberta
  8802. Kay Splieth) wrote:
  8803.  
  8804. > A business associate who subscribes to caller ID finds that when
  8805. > certain parties call him from within his caller ID service area, their
  8806. > telephone numbers do not display on his caller ID unit the first time.
  8807. > The screen on his display unit is blank.
  8808.  
  8809. > However, when he has the same parties call back a second time, their
  8810. > telephone numbers and names will display.  The display unit has been
  8811. > replaced three times in the past month so we don't think the problem
  8812. > is in the equipment or because of a low battery.  Also, the local
  8813. > telephone company has checked the line for trouble and come up with
  8814. > nothing.
  8815.  
  8816. Just a thought ... how quickly is he answering the call the first
  8817. time.  If I remember right, the data is sent between the first and
  8818. second ring (this may even differ from switch type to switch type).
  8819. Could he be answering too soon?
  8820.  
  8821.  
  8822. Howard M. Weiner    hmweine@pacbell.com
  8823.  
  8824. ------------------------------
  8825.  
  8826. From: relkay01@solix.fiu.edu (ronell elkayam)
  8827. Subject: Re: Defective Caller ID
  8828. Date: 22 Mar 1995 21:34:38 GMT
  8829. Organization: Florida International University
  8830.  
  8831.  
  8832. I know exactly what is happening.  I experienced the same thing before
  8833. they upgraded the equipment in the telco.  (Oh, this happened to me
  8834. when the telco offered _only_ CID number delivery, once they upgraded
  8835. to name and number, the problem stopped.)  But as I was saying, I had
  8836. the same problem of some calls not delivering _any_ information to the
  8837. caller ID device, and I _did_ pinpoint the roots: If someone calls you
  8838. on his three way (meaning, he is already on the line with someone, and
  8839. then flashes and calls you -- the person with the CID) then the caller
  8840. ID would not receive ANYTHING from the telco (the equivalent of
  8841. hooking a caller ID device to a line that is not subscribed to Caller
  8842. ID service).
  8843.  
  8844. Now that is not entirely true ... let me re-say more accurately:
  8845.  
  8846. If I speak to someone, and then flash, call another person on my
  8847. three-way and then flash right back BEFORE it rings on that other
  8848. person (meaning the first person I was talking to can hear the ringing
  8849. of the new call), then the Caller ID does not receive the information.
  8850. However, if I talk to someone, and then flash, call another person on
  8851. my three-way and WAIT for two rings (or until he picks up) and only then
  8852. click back to the original call, then the caller ID will show the
  8853. information.
  8854.  
  8855. They fixed the bug in the upgraded system, but now there is a new cute
  8856. bug. Now, when I call my caller ID modem, using three way, and click
  8857. over to the original call AFTER I see the Caller ID information has been
  8858. transmitted, it will send the information a second time, so on my
  8859. screen I will see the same exact call showing up twice ...
  8860.  
  8861. There is another bug I realized they have, which nobody will probably
  8862. believe me they have (as it will make many people kinda sweaty), but
  8863. that is another story.  Just to give you a hint: _don't_ give out your
  8864. credit card number/information if you happen to make a call that goes
  8865. through my local phone company main office. (And no, it absolutely takes
  8866. no special rewiring or even a device to do, as I said -- it's a bug in
  8867. the system...)
  8868.  
  8869. Don't forget to tell me if the problem really was the three-way deal!
  8870.  
  8871. > [TELECOM Digest Editor's Note: You say the first time the screen is
  8872. > 'blank'. Do you mean literally nothing shows up at all, not even just
  8873. > a few dashes, or some garbled characters? Most caller id boxes will
  8874. > respond to the ringing of a telephone with *something*, even if just
  8875. > dashes across the screen to indicate nothing was sent. 
  8876.  
  8877. What are you talking about? No they won't! Try hooking any caller ID
  8878. box to a line which does not subscibe to Caller Id service, it will show
  8879. a blank screen (and perhaps a flashing "No Data Sent" which will not
  8880. stay in the memory with the usual time/date stamp).
  8881.  
  8882. > Since you have already tried three different boxes on
  8883. > the same line and gotten the same results, try taking the box to some
  8884. > other line independent of the one it is on now and trying it there. 
  8885. > See if the results on that (caller id equipped) line are the same. If
  8886. > so then maybe it is the box. If possible, install a caller-id box from
  8887. > some other vendor on the line where you are having the trouble and see
  8888. > if the problem persists with a display box *from a different vendor*.
  8889. > Let's try to isolate the problem as to display box or line and proceed
  8890. > from there.  PAT]
  8891.  
  8892. It's not the box, Pat.  There are too many bugs in the phone system.
  8893. If only I lived in Washington DC, I could have made MILLIONS selling
  8894. overheard conversations of corrupt congressman (without even leaving
  8895. home OR using _anything_ but a phone line, a phone and my finger).
  8896. But I value my life too much for that.  I rather just overhear funny
  8897. people talking discretely, believing in the good ol' Ma' Bell to
  8898. provide them privacy ...
  8899.  
  8900. Laugh if you want, it matters not to me.
  8901.  
  8902.  
  8903. [TELECOM Digest Editor's Note: That's amazing. I imagine a lot of the
  8904. readers are testing it out as they read this ... do you mean to say
  8905. that I could dial a silent termination number, flash for three way and
  8906. then dial your number, flash quickly without you getting the ID and
  8907. then converse with you (and the silent termination line as our third
  8908. part of it) ... and you'd never see my ID, let alone the privacy indicator
  8909. or anything else ... hmmm.  Please write back again soon and explain the
  8910. other quirk you found with credit card numbers, won't you? I'm sure a
  8911. number of readers will want to investigate and repair that problem also.
  8912. I'm not laughing ... I beleive you.   PAT]
  8913.  
  8914. ------------------------------
  8915.  
  8916. From: mpd@adc.com (Matthew P. Downs)
  8917. Subject: Re: X.25/ISDN Prices; Global Information Wanted
  8918. Date: 21 Mar 1995 20:47:50 GMT
  8919. Organization: ADC Telecommunications
  8920.  
  8921.  
  8922. cogorno@netcom.com (Steve Cogorno) writes:
  8923.  
  8924. > Rishab Aiyer Ghosh said:
  8925.  
  8926. >> Someone wrote: [on X.25 over ISDN]:
  8927.  
  8928. >>> Rates in the Pacific Bell Service area for data packets are:
  8929. >>> .05 CENTS for transaction setup
  8930. >>> .005 CENTS per octet of data
  8931.  
  8932. >> That works out to about $52 per Mb - is that _cheap_?
  8933.  
  8934. > Where did you get this figure? When I calculate it it works out to $3.27 per
  8935. > MB.
  8936.  
  8937. > 1 MB = 1024K = 1048576 Bytes=8388608 bits=65536 octets (1 octet=128 bits)
  8938.  
  8939. When did an octet become 128 bits? In everything I read an octet is 8
  8940. bits.
  8941.  
  8942.  
  8943. Matt 
  8944.  
  8945. ------------------------------
  8946.  
  8947. Date: Tue, 21 Mar 95 18:18:02 EST
  8948. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  8949. Subject: Re: X.25/ISDN Prices; Global Information Wanted 
  8950.  
  8951.  
  8952. cogorno@netcom.com (Steve Cogorno) wrote:
  8953.  
  8954. >>> Rates in the Pacific Bell Service area for data packets are:
  8955. >>> .05 CENTS for transaction setup
  8956. >>> .005 CENTS per octet of data
  8957.  
  8958. >> That works out to about $52 per Mb - is that _cheap_?
  8959.  
  8960. > Where did you get this figure? When I calculate it it works out to $3.27 per
  8961. > MB.
  8962.  
  8963. > 1 MB = 1024K = 1048576 Bytes=8388608 bits=65536 octets (1 octet=128 bits)
  8964.  
  8965. > 65536 octets * .005 cents = 327.68 cents = $3.27
  8966.  
  8967. An octet is a byte.  Oct = 8.  Octopus: 8 legs, octagon: 8 sides,
  8968. octothorpe: # character, octet: 8 bits.  Perhaps the rate you quoted
  8969. was per packet.  Typical X.25 packet sizes are 128 and 256 bytes/octets.
  8970.  
  8971.  
  8972. Tony Harminc
  8973.  
  8974. ------------------------------
  8975.  
  8976. From: cogorno@netcom.com (Steve Cogorno)
  8977. Subject: Re: X.25/ISDN Prices; Global Information Wanted
  8978. Date: Tue, 21 Mar 1995 17:08:10 PST
  8979.  
  8980.  
  8981. Tony Harminc said:
  8982.  
  8983. > From: cogorno@netcom.com (Steve Cogorno)
  8984.  
  8985. >>>> Rates in the Pacific Bell Service area for data packets are:
  8986. >>>> .05 CENTS for transaction setup
  8987. >>>> .005 CENTS per octet of data
  8988.  
  8989. >>> That works out to about $52 per Mb - is that _cheap_?
  8990.  
  8991. >> Where did you get this figure? When I calculate it it works out to $3.27 per
  8992. >> MB.
  8993.  
  8994. >> 1 MB = 1024K = 1048576 Bytes=8388608 bits=65536 octets (1 octet=128 bits)
  8995.  
  8996. >> 65536 octets * .005 cents = 327.68 cents = $3.27
  8997.  
  8998. > An octet is a byte.  Oct = 8.  Octopus: 8 legs, octagon: 8 sides, octothorpe:
  8999. > # character, octet: 8 bits.   Perhaps the rate you quoted was per packet.
  9000. > Typical X.25 packet sizes are 128 and 256 bytes/octets.
  9001.  
  9002. Yes, I know an octet is a byte, but the PacBell people call 128 bytes
  9003. an octet (I don't know why).  I was erroneously told last week that
  9004. the packets are 128 bits, but I thought that was too small.  I called
  9005. again, and they said it is 128 bytes.  I still don't know why they
  9006. call it an octet though.
  9007.  
  9008.  
  9009. Steve    cogorno@netcom.com
  9010.  
  9011. ------------------------------
  9012.  
  9013. From: hihosteveo@aol.com (HiHoSteveo)
  9014. Subject: Re: Caller ID in CA
  9015. Date: 21 Mar 1995 17:13:49 -0500
  9016. Organization: America Online, Inc. (1-800-827-6364)
  9017. Reply-To: hihosteveo@aol.com (HiHoSteveo)
  9018.  
  9019.  
  9020. Don't expect Caller ID in CA in the forseeable future. 61 parties appealed
  9021. the FCC order on interstate. State of California wants blocking of origin-
  9022. ating party to prevail, PacBell wants no blocking. Pet for Recon was
  9023. supposed to be out last year but is in limbo. CA is the only state not
  9024. offering or with pending offering. Both parties said they would appeal 
  9025. the FCC Recon if it went against them. Appeals of FCC go the Wash District, 
  9026. allow two years.
  9027.  
  9028. ------------------------------
  9029.  
  9030. From: rv01@gte.com (Robert Virzi)
  9031. Subject: Re: Cellular Fraud in the News Again
  9032. Date: 22 Mar 1995 18:49:05 GMT
  9033. Organization: GTE Laboratories, Waltham, MA
  9034.  
  9035.  
  9036. PAT wrote:
  9037.  
  9038. >> The thing which caught my eye, and which I discussed with her briefly on
  9039. >> the phone Monday morning was her tossing around of the figures given to
  9040. >> her by some industry people:   $1.3 million per day in fraud; and that 
  9041. >> this represented four percent of the industry's annual traffic. By my
  9042. >> calculations, 1.3 million per day comes to about $454 million per year,
  9043. >> and that figure is four percent of what astronomical amount?  
  9044.  
  9045. Phil Ritter <pritter@nit.AirTouch.COM> responded:
  9046.  
  9047. > However, the "annual revenue" for the "cellular industry" that is
  9048. > implied above is not only not astronomical, but probably understates
  9049. > the the actual industry revenues (well, OK, it is astronomical, but in
  9050. > the context above Pat also implies that it could not possibly be that
  9051. > high -- I contend that it is actually higher!).
  9052.  
  9053. I came late to this discussion, but I think I might have something to
  9054. add, related to the size of the cellular industry.
  9055.  
  9056. Let's see, if I did this right, the total cellular industry was
  9057. estimated to be $11.35 Billion.  That's from $454M = 4%.
  9058.  
  9059. Here are some numbers from my companies annual report, so they must
  9060. be public info:
  9061.  
  9062. 2.3 million cellular customers
  9063.  
  9064. $1.6 Billion (yes folks, with a 'B') revenues
  9065.  
  9066. That comes to about $700 per year per cellular subscriber.  Dividing
  9067. the $11B total revenue by the estimate of revenue per subscriber I get
  9068. just over 16M subscribers.  We're the second largest cellular provider, 
  9069. and these figures suggest we'd have about 1/7th of the overall market.
  9070. Since there are nine majors (seven regionals, GTE, and ATT) this makes
  9071. sense, and confirms the figure somewhat.
  9072.  
  9073.  
  9074. Bob Virzi     rvirzi@gte.com    +1(617)466-2881           
  9075.  
  9076. ------------------------------
  9077.  
  9078. From: mapa@chevron.com (Mike Patterson)
  9079. Subject: Re: Telecom Professional Organizations and Magazines
  9080. Date: 22 Mar 95 19:47:43 GMT
  9081. Organization: Chevron Information Technology Co.
  9082.  
  9083.  
  9084. In article <telecom15.151.5@eecs.nwu.edu> SMITHB@nutra.monsanto.com
  9085. (Brian Smith) writes:
  9086.  
  9087. > I am new to the InterNet. I am looking for suggestions of professional
  9088. > telecommunication groups to join, newsgroups on the Net, and professional 
  9089. > journals or magazines. I am a consultant working with AT&T PBX systems.  
  9090. > Any help or suggestions would be great!
  9091.  
  9092. Join the IEEE (Institute of Electrical and Electronics Engineers), the
  9093. largest engineering organization in the world.  They have a wide
  9094. variety of services, including numerous technical societies.  One of
  9095. them is the Communications Society, which very possibly has local
  9096. chapter meetings in your area.  Another is the Computer Society.  They
  9097. also have excellent periodicals and journals on a wide variety of
  9098. topics, some dedicated to telecommunications, and a large inventory of
  9099. books from their own press and other publishers.
  9100.  
  9101. As a bonus, they further provide access to several personal and
  9102. professional services, such as job and career databases and
  9103. information, inexpensive term life and other insurance, various loans
  9104. (including mortgages), credit cards, mutual funds, discounts at
  9105. Kinkos, rental car agencies and hotels and several other services.
  9106. You can save the cost of your annual membership fee on the life
  9107. insurance alone.
  9108.  
  9109. Contact them at member.services@ieee.org or 800/678-4333.
  9110.  
  9111. ------------------------------
  9112.  
  9113. From: cfmarks@mixcom.com (Marks)
  9114. Subject: Re: Ni-Cad Batteries
  9115. Date: 22 Mar 1995 21:46:50 GMT
  9116. Organization: Alpha.net -- Milwaukee, WI
  9117. Reply-To: cfmarks@mixcom.com
  9118.  
  9119.  
  9120. >> Doing this is a good way for the first cell to hit zero to be pushed
  9121. >> negative as the other cells continue to discharge.  This is about the
  9122. >> worst thing you can do to the cell, and will ensure its shorter life.
  9123.  
  9124. > I do not believe this is a problem.  What happens is you take all
  9125. > cells down to zero, and then recharge together.  If imbalances
  9126. > were a problem they would occur at any level.
  9127.  
  9128. This is a problem and it is called reversal.  It is caused by the fact
  9129. that manufacturers cannot economically match cell capacities in a
  9130. series string.  If you have a cell that is low in capacity relative to
  9131. the others in the string (only 1% low is enough to do it) only at the
  9132. end of discharge, due to the Ni-Cads flat discharge profile, will
  9133. reversal occur and be a problem.  It *will not* occur "at any level".
  9134.  
  9135. >> If you don't want to do that, use the intellicharger and don't leave
  9136. >> it on trickle.  Not overcharging the battery will be the best move
  9137. >> towards keeping the battery away from voltage depression, and get good
  9138. >> service.
  9139.  
  9140. False.  Modern Ni-cad batteries have a very efficient overcharge
  9141. mechanism and can be left on charge indefinately without a problem
  9142. (unless the charger fails).  The only time this is not true is if you
  9143. have the very rapid recharge batteries and charger.  Extended
  9144. overcharge (if even possible with the charger) will damage this type
  9145. of battery.
  9146.  
  9147.  
  9148. Charles Marks    Quantum Energy Consulting
  9149. Consultant to the Battery Industry   cfmarks@mixcom.com
  9150.  
  9151. ------------------------------
  9152.  
  9153. From: hihosteveo@aol.com (HiHoSteveo)
  9154. Subject: Re: How Do I Create a TelCo?
  9155. Date: 22 Mar 1995 16:57:42 -0500
  9156. Organization: America Online, Inc. (1-800-827-6364)
  9157. Reply-To: hihosteveo@aol.com (HiHoSteveo)
  9158.  
  9159.  
  9160. Call the Telephone Resellers Association (TRA), find them in your librarry
  9161. Encylopedia of Associations; I think they are in Arlington.
  9162.  
  9163. ------------------------------
  9164.  
  9165. End of TELECOM Digest V15 #163
  9166. ******************************
  9167.     
  9168.     
  9169. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07096;
  9170.           23 Mar 95 3:13 EST
  9171. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9172.     id AA20209; Wed, 22 Mar 95 22:46:15 CST
  9173. Return-Path: <telecom>
  9174. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9175.     id AA20200; Wed, 22 Mar 95 22:46:09 CST
  9176. Date: Wed, 22 Mar 95 22:46:09 CST
  9177. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  9178. Message-Id: <9503230446.AA20200@delta.eecs.nwu.edu>
  9179. To: telecom@eecs.nwu.edu
  9180. Subject: TELECOM Digest V15 #164
  9181.  
  9182. TELECOM Digest     Wed, 22 Mar 95 22:46:00 CST    Volume 15 : Issue 164
  9183.  
  9184. Inside This Issue:                           Editor: Patrick A. Townson
  9185.  
  9186.     Request For Information on ADSI Standard (Grant D. Cooper)
  9187.     Looking For X.25 Cards (Cedric Perret)
  9188.     Re: Info Wanted About Comstar (Kenneth E. Gray)
  9189.     Can Anyone Recommend a Good T1 Text (David M. Meyer)
  9190.     Library Technology and Telecommunications (Theresa Arenholz via FAX)
  9191.     Re: Who's the B Cell Carrier in Ithaca NY? (Robert Levandowski)
  9192.     Re: Who's the B Cell Carrier in Ithaca NY? (Peter A. Morenus, Jr.)
  9193.     Fax Evaluation Criteria (idesteve@aol.com)
  9194.     European WAN - How?? (Steve Alburty)
  9195.     Router Connection via T1 (Frank M. Koerber)
  9196.     Re: Denver International Airport (Buchanan Natalia)
  9197.     Re: Looking for Excel Corp (Mike Rehmus)
  9198.     Re: Looking for Excel Corp (Gerry Gollwitzer)
  9199.     Wanted: Used Business Telephone Systems (Integrity Telecommunications)
  9200.     800 Numbers, and FLOWERS Again (Mel Beckman)
  9201.     Re: This Newsgroup Demo'ed on PBS's "Internet Show" (Bruce McGuffin)
  9202.     Caller ID Specs Wanted (Gordon Jacobson)
  9203.  
  9204. TELECOM Digest is an electronic journal devoted mostly but not
  9205. exclusively to telecommunications topics. It is circulated anywhere
  9206. there is email, in addition to various telecom forums on a variety of
  9207. public service systems and networks including Compuserve and America
  9208. On Line. It is also gatewayed to Usenet where it appears as the moderated
  9209. newsgroup 'comp.dcom.telecom'. 
  9210.  
  9211. Subscriptions are available to qualified organizations and individual
  9212. readers. Write and tell us how you qualify:
  9213.  
  9214.                  * telecom-request@eecs.nwu.edu *
  9215.  
  9216. The Digest is edited, published and compilation-copyrighted by Patrick
  9217. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  9218. or phone at:
  9219.                     9457-D Niles Center Road
  9220.                      Skokie, IL USA   60076
  9221.                        Phone: 500-677-1616
  9222.                         Fax: 708-329-0572
  9223.   ** Article submission address only: telecom@eecs.nwu.edu **
  9224.  
  9225. Our archives are located at lcs.mit.edu and are available by using
  9226. anonymous ftp. The archives can also be accessed using our email
  9227. information service. For a copy of a helpful file explaining how to
  9228. use the information service, just ask.
  9229.  
  9230. *************************************************************************
  9231. *   TELECOM Digest is partially funded by a grant from the              *
  9232. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  9233. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  9234. * project.  Views expressed herein should not be construed as represent-*
  9235. * ing views of the ITU.                                                 *
  9236. *************************************************************************
  9237.  
  9238. Additionally, the Digest is funded by gifts from generous readers such
  9239. as yourself who provide funding in amounts deemed appropriate. Your help 
  9240. is important and appreciated. A suggested donation of twenty dollars per
  9241. year per reader is considered appropriate. See our address above.
  9242.  
  9243. All opinions expressed herein are deemed to be those of the author. Any
  9244. organizations listed are for identification purposes only and messages
  9245. should not be considered any official expression by the organization.
  9246. ----------------------------------------------------------------------
  9247.  
  9248. Date: Mon, 13 Mar 1995 08:52:57 -0500
  9249. From: gcooper@interlog.com (G.D.Cooper)
  9250. Subject: Request For Information on ADSI Standard
  9251.  
  9252.  
  9253. Hi,
  9254.  
  9255. I am about to embark on a project involving the ADSI standard. For
  9256. those not familiar, this is a handset that allows the customer the
  9257. ability to dial the Telco and download information to the phone. This
  9258. download activates or deactivates services based on the customers
  9259. requirements. 'nough said 'bout that.
  9260.  
  9261. I would like to ask for any related information regarding the ADSI CPE
  9262. technology. Any help would be greatly appreciated.
  9263.  
  9264.  
  9265. Sincerely,
  9266.  
  9267. Grant Cooper   
  9268. Global Project Manager   
  9269. Architel Systems Corp.
  9270.  
  9271. ------------------------------
  9272.  
  9273. From: perretc@eiga.unige.ch (Perret Cedric)
  9274. Subject: Looking For X.25 Cards
  9275. Organization: E.I.G
  9276. Date: Thu, 23 Mar 1995 01:18:38 GMT
  9277.  
  9278.  
  9279. Hello,
  9280.  
  9281. Landis & Gyr is looking for an X.25 Card.  They use the card from
  9282. Gateway Communications, Ref G/X.25 Gateway.  Sadly, this society don't
  9283. sell this card anymore.
  9284.  
  9285. It can be new card for a retailer (please give some addresses).  Or
  9286. even some old cards that are unused.
  9287.  
  9288. They need 10-20 cards.
  9289.  
  9290. Please E-mail answer.
  9291.  
  9292.  
  9293. Thanks,
  9294.  
  9295. Perretc@eig.unige.ch   Perret Cidric
  9296.  
  9297. ------------------------------
  9298.  
  9299. From: kgray@minerva.cis.yale.edu (Kenneth E Gray)
  9300. Subject: Re: Info Wanted About Comstar
  9301. Date: 22 Mar 1995 07:40:29 GMT
  9302. Organization: Yale University - New Haven, CT USA
  9303.  
  9304.  
  9305. Mr. Sanders,
  9306.  
  9307.     Please let me know what information you would like on Comstar.
  9308. I spent this past summer in Moscow and did research in the Russian
  9309. telecommunications industry, so I know a lot about Comstar from both
  9310. the technical and business sides.  Basically, they are a joint-venture
  9311. of a British firm (I don't have the name in front of me) and the
  9312. Moscow City TElephone Network (MGTS).  They provide international,
  9313. national and local phone service at ridiculous rates (though, as their
  9314. sales pitch goes, the call goes through "first time, every time" a big
  9315. improvement on the Russian system).  
  9316.  
  9317. They have a sister company in Petersburg called Peterstar, who did a
  9318. lot of the communications for the Good Will Games.  comstar operates
  9319. two digital switches in Moscow, with a connection to Eutelsat for
  9320. international traffic.  Rates are crazy and support the addage, when
  9321. there are bodies in the desert, the vultures circle.  Installation
  9322. runs from $250 to $800 with a minimum of $150 per month (not too hard
  9323. to do considering calls to the US are $3.25 per minute).  They operate
  9324. a payphone service in Russia where for $12 per minute (yes, that is
  9325. twelve dollars) you can call the USA.  The phones take prepay cards or
  9326. credit cards.  Their service is reliable and state of the art,
  9327. something difficult to find when it comes to Russian phones.
  9328.  
  9329. There are other similar providers in Moscow, Combellga is Belgian and
  9330. Sovintel is the American one.  I believe Itallian telecomm recently
  9331. opened Astelit as well.  None of them are cheap, they are all
  9332. joint-ventures with Russian companies (well, the Russian state
  9333. anyways), but they provide reliable communications that wouldn't be
  9334. there otherwise.
  9335.  
  9336. That's a summary; if you have any specific questions, I'll be happy to try 
  9337. to answer.  You can call Comstar themselves at +7 503 956-0001.
  9338.  
  9339.  
  9340. Kenneth Gray
  9341. kgray@minerva.cis.yale.edu
  9342.  
  9343. ------------------------------
  9344.  
  9345. From: meyer@frostbite-falls.uoregon.edu (David M. Meyer)
  9346. Subject: Can Anyone Recommend a Good T1 Text
  9347. Date: 22 Mar 1995 20:46:24 GMT
  9348. Organization: University Network Services, University of Oregon, Eugene, OR
  9349.  
  9350.  
  9351. Can anyone recommend a good textbook on T1?
  9352.  
  9353. Thanks,
  9354.  
  9355.  
  9356. David M. Meyer                  Voice:     +1.503.346.1747
  9357. Senior Network Engineer         Pager:     +1.503.342.9458
  9358. Office of University Computing  Cellular:  +1.503.954.1103
  9359. Computing Center                FAX:       +1.503.346.4397
  9360. University of Oregon            Internet:  meyer@ns.uoregon.edu
  9361. 1225 Kincaid             Eugene, OR 97403
  9362.  
  9363. ------------------------------
  9364.  
  9365. Date: Wed, 22 Mar 95 21:53:20 CST
  9366. From: telecom@eecs.nwu.edu (Theresa Arenholz via FAX)
  9367. Subject: Library Technology and Telecommunications
  9368.  
  9369.  
  9370. Dear Pat, 
  9371.  
  9372. I enjoy reading your journal each day in Grouptalk, which is on the 
  9373. mainframe where I work. I very much look forward to a personal sub-
  9374. scription within the year when I buy my PC for graduate school. 
  9375.  
  9376. Although I am not the most technologically competent person among
  9377. the readers to your journal, I do manage to comprehend enough to keep
  9378. me interested in telecommunications. Reading your Digest each day has 
  9379. helped me become aware of the many very exciting developments in tele-
  9380. communications.
  9381.  
  9382. Since I have read-only access to Grouptalk, and because I do not have
  9383. a home computer or access to the Internet itself, I would appreciate
  9384. it if you could post this question for me:
  9385.  
  9386. I am working on an undergraduate research paper in Library Technology
  9387. and I would appreciate any assistance you or other readers can give
  9388. me. Some theorists have postulated that the library of the future will
  9389. be a virtual library, i.e. a library without walls, from which patrons
  9390. wil have full access to materials from their home computers.
  9391.  
  9392. Is this a plausible scenario? What telecommunications technology will
  9393. support this?
  9394.  
  9395. I can read anything posted in response, but if your readers would
  9396. prefer to send me a personal response they can do that also. Please
  9397. send responses by snail-mail (my apologies for not being wired):
  9398.  
  9399.    Theresa Arenholz
  9400.    15 Sgt. Morgan Lane
  9401.    Haddam Neck, CT  06424
  9402.  
  9403. All replies will be greatly appreciated and acknowledged, and if there
  9404. is sufficient interest and responses sent to me by snail-mail I will
  9405. forward same to you.
  9406.  
  9407.                     --------------------
  9408.  
  9409. [TELECOM Digest Editor's Note: Theresa, here is your note, and I hope
  9410. it generates some responses to you. I'd like to receive the replies
  9411. here if possible so we all can share in the discussion. I think your
  9412. scenario sounds quite plausible. I can't ever see physical libraries
  9413. as such disappearing, but we are in fact seeing more and more libraries 
  9414. 'on line', with all sorts of services ranging from simple BBS programs
  9415. to more sophisticated catalog services, etc. The first library in
  9416. the world, so far as I know, to have a BBS was here in Chicago at the
  9417. North-Pulaski branch of the Chicago Public Library. It was 1981, and
  9418. a simple, very humble beginning. I was grateful to be part of it for
  9419. a year or so.    PAT]
  9420.  
  9421. ------------------------------
  9422.  
  9423. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  9424. Subject: Re: Who's the B Cell Carrier in Ithaca NY?
  9425. Organization: University of Rochester - Rochester, New York
  9426. Date: Wed, 22 Mar 95 06:37:21 GMT
  9427.  
  9428.  
  9429. In <telecom15.141.2@eecs.nwu.edu> johnl@iecc.com (John Levine) writes:
  9430.  
  9431. > I find that I'm spending enough time in Ithaca NY that I'm thinking of
  9432. > getting a cell phone.  Oddly, there seems only to be an A carrier
  9433. > here, and no B carrier.  This is the only part of New York with no B
  9434. > carrier, and it's nowhere near as rural as areas farther north and
  9435. > east.
  9436.  
  9437. > So can anyone tell me who has the B franchise for the NY-4 RSA?  It
  9438. > consists of Cayuga, Chenango, Cortland, Schuyler, Seneca, Tompkins,
  9439. > and Yates counties.  NYNEX/NYT is the dominant wireline carrier with
  9440. > some Contel and several tiny independents with one or two exchanges.
  9441.  
  9442. I have your definitive answer in my cellular documentation! :)
  9443.  
  9444. The Ithaca area is in the middle of a large blob around the Finger
  9445. Lakes listed as "1995 Projected Roaming Area" for The Upstate Cellular
  9446. Network, operated by RochesterTel Mobile Communications.  RochTel
  9447. Mobile is partners with NYNEX Mobile and Advantage Cellular on the
  9448. B-side throughout New England; you'll be able to get their Q-Plan
  9449. service plans.  You can get a choice of packages with various amounts
  9450. of prepaid on/off peak time built in and discounted overage; and as
  9451. long as you are in NY, VT, NH, ME, MA, RI, or CT, you'll pay $0.65
  9452. after taxes for roaming with no daily fee.  They have excellent
  9453. coverage out here and along the NY Thruway, and according to their
  9454. maps, the Ithaca/Finger Lakes region is the only major dead spot left
  9455. in their NY system.  I'm happy with their service; they're happy to
  9456. adjust your bill if you find charges you didn't expect or that don't
  9457. look right.  Oh, Call Waiting, Enhanced Call Forwarding, Conference
  9458. Calling, and ACD are free of charge.
  9459.  
  9460. RochTel Mobile (716) 777-2700
  9461.  
  9462. (The map I have implies RochTel will be the actual carrier, but it might be
  9463. NYNEX or Advantage.  RochTel serves Buffalo, Rochester, Syracuse, Watertown,
  9464. Massena, Jamestown, Corning, and points inbetween.)
  9465.  
  9466. And no, I don't work for them; I just like 'em. :)
  9467.  
  9468.  
  9469. Rob Levandowski
  9470. Computer Interest Floor associate / University of Rochester
  9471. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  9472.  
  9473. ------------------------------
  9474.  
  9475. From: pam2@cornell.edu (Peter A. Morenus, Jr.)
  9476. Subject: Re: Who's the B Cell Carrier in Ithaca NY?
  9477. Date: Wed, 22 Mar 1995 11:37:24 -0500
  9478. Organization: Cornell University Photography
  9479.  
  9480.  
  9481. In article <telecom15.141.2@eecs.nwu.edu>, johnl@iecc.com (John Levine) 
  9482. wrote:
  9483.  
  9484. > So can anyone tell me who has the B franchise for the NY-4 RSA?  It
  9485. > consists of Cayuga, Chenango, Cortland, Schuyler, Seneca, Tompkins,
  9486. > and Yates counties.  NYNEX/NYT is the dominant wireline carrier with
  9487. > some Contel and several tiny independents with one or two exchanges.
  9488.  
  9489. As of the last time I called the FCC -- perhaps six months ago -- the
  9490. wireline franchise still hadn't been awarded.
  9491.  
  9492. If I remember correctly NYNEX, The Trumansburg Home Telephone Company, and
  9493. an area Indian group were involved in some legal dispute over the licence.
  9494.  
  9495.  
  9496. Peter Morenus    pam2@cornell.edu
  9497.  
  9498. ------------------------------
  9499.  
  9500. From: idesteve@aol.com (IDESTEVE)
  9501. Subject: Fax Evaluation Criteria
  9502. Date: 22 Mar 1995 13:33:00 -0500
  9503. Organization: America Online, Inc. (1-800-827-6364)
  9504. Reply-To: idesteve@aol.com (IDESTEVE)
  9505.  
  9506.  
  9507. A fairly comprehensive nine page white paper which takes much of the
  9508. mystery out of evaluating high end fax products is currently available
  9509. from Brooktrout Technology. 
  9510.  
  9511. Written by Dave Duehren, chief scientist at BTI, available on fax on
  9512. demand. Call 800 333 5274 and request document number 56.
  9513.  
  9514. ------------------------------
  9515.  
  9516. From: alburty@panix.com (Steve Alburty)
  9517. Subject: European WAN - How??
  9518. Date: Wed, 22 Mar 1995 20:57:48 -0500
  9519. Organization: PANIX Public Access Internet and Unix, NYC
  9520.  
  9521.  
  9522. My company just bought a chain of companies in Europe which will give
  9523. us about 24 offices throughout the world.  And now management wants
  9524. them all connected, every employee in every office, via electronic
  9525. mail.  They all use a hodge-podge of Macs and Windows machines.  Does
  9526. anybody out there have any idea of how you even get STARTED building a
  9527. wide-area-network in Europe??  I would imagine that having dedicated
  9528. lines between all of those offices, some of which are in Eastern
  9529. Europe, in order that people can do both mail and have file server
  9530. access, is prohibitively expensive.  Does anybody know anybody who has
  9531. figured out how to at least connect a bunch of European offices via
  9532. e-mail?
  9533.  
  9534.  
  9535. Steve Alburty
  9536.  
  9537.  
  9538. [TELECOM Digest Editor's Note: Well you know what you *might* do to
  9539. get started: All the major email services will lease you resources
  9540. on their systems. MCI Mail, ATT Mail, Compuserve, etc ... they'll
  9541. all set you up with facilities which for all intents and purposes
  9542. appear to be your own; it will not be obvious at all to your end
  9543. users. And considering, as you pointed out, the costs of doing it
  9544. yourself from almost scratch, it might be a lot better to let an
  9545. established service do it and negotiate for the best terms you can
  9546. get. Get a short term contract for starters so you can buy some 
  9547. time while you investigate starting your own. I suspect with the
  9548. proper coordination, you could have something on line in a couple
  9549. months via one of the established email vendors with which your
  9550. managment would be quite pleased, and at much less cost -- especially
  9551. start up cost -- than you could ever swing on your own.   PAT]
  9552.  
  9553. ------------------------------
  9554.  
  9555. Date: Wed, 22 Mar 1995 19:11:37 -0500
  9556. From: FRANK.M.KOERBER@gte.sprint.com
  9557. Subject: Router Connection via T1
  9558. Organization: GTE Northwest
  9559.  
  9560.  
  9561. I am trying to improve the throughput between two Cisco 7000 routers
  9562. which are in separate buildings about 10 miles apart.  The highest
  9563. bandwidth facilities available between the locations are T1.
  9564.  
  9565. At the present time the routers are connected together with four
  9566. T1s but the throughput is inadequate.
  9567.  
  9568. Is there a device I could put at each end which would allow me to
  9569. inverse mux several T1s into a DS-3 or higher speed link?  Can the
  9570. Cisco router accept DS-3 (or faster) interface?
  9571.  
  9572. Is VSAT an option?  Roughly how much would VSAT connectivity cost
  9573. for DS-3?
  9574.  
  9575. Any other suggestions / solutions would be greatly appreciated. 
  9576.  
  9577.  
  9578. Thanks,
  9579.  
  9580. Frank M. Koerber   Everett, Wa.
  9581.  
  9582. ------------------------------
  9583.  
  9584. From: buchann@ucsub.Colorado.EDU (Buchanan Natalia)
  9585. Subject: Re: Denver International Airport
  9586. Date: 23 Mar 1995 02:23:20 GMT
  9587. Organization: University of Colorado, Boulder
  9588.  
  9589.  
  9590. In article <telecom15.146.7@eecs.nwu.edu>, Greg Monti <GMONTI@npr.org>
  9591. wrote:
  9592.  
  9593. > The prefix on the pay phones is 303-342-XXXX.  342 spells DIA on a 
  9594. > telephone dial.  Cute.
  9595.  
  9596. Especially cute considering that the new airport never was DIA and
  9597. never will be. The identifier while under construction was DVX; the
  9598. identifier now is DEN, same as Stapleton was.
  9599.  
  9600.  
  9601. Timothy
  9602.  
  9603. ------------------------------
  9604.  
  9605. From: Mike Rehmus <mrehmus@grayfax.com>
  9606. Subject: Re: Looking for Excel Corp
  9607. Date: 23 Mar 1995 01:43:31 GMT
  9608. Organization: Portal Communications (service)
  9609.  
  9610.  
  9611. pcare@pdial.interpath.net (Phil Kehr) wrote:
  9612.  
  9613. > I'm looking for information on the Dallas, Texas based Excel Corporation.  
  9614. > Does anyone have any knowledge?
  9615.  
  9616. There are nine companies with Excel in their name listed in Dallas according
  9617. to the eleven million business phone book CD-ROM.
  9618.  
  9619. There are 97 in Texas.
  9620.  
  9621. You need to be a bit more specific, I think.
  9622.  
  9623.  
  9624. Best,
  9625.  
  9626. Mike Rehmus     Gray Associates    
  9627.  
  9628.  
  9629. [TELECOM Digest Editor's Note: Well I dunno about that. *Someone* seems
  9630. to know who he is trying to contact. A representative from the company
  9631. has also responded in the next message.   PAT]
  9632.  
  9633. ------------------------------
  9634.  
  9635. From: gerryg@earth.execpc.com (Gerry Gollwitzer)
  9636. Subject: Re: Looking for Excel Corp
  9637. Date: 22 Mar 1995 16:26:37 GMT
  9638. Organization: Exec-PC
  9639.  
  9640.  
  9641. Phil Kehr (pcare@pdial.interpath.net) wrote:
  9642.  
  9643. > I'm looking for information on the Dallas, Texas based Excel Corporation.  
  9644. > Does anyone have any knowledge?
  9645.  
  9646.  
  9647. Phil,
  9648.  
  9649. I am a rep with Excel.  What information can I provide?
  9650.  
  9651. Gerry
  9652.  
  9653.  
  9654. [TELECOM Digest Editor's Npte: Are you sure you are a rep with the *right*
  9655. 'Excel'?     <g>    PAT]
  9656.  
  9657. ------------------------------
  9658.  
  9659. From: itelecom@bilbo.pic.net (Integrity Telecommunications)
  9660. Subject: Wanted: Used Business Telephone Systems
  9661. Date: 22 Mar 1995 20:56:19 GMT
  9662. Organization: Integrity Telecommunications
  9663.  
  9664.  
  9665. We are currently purchasing all manufacturer's key and PABX systems.
  9666. Also T1 channel banks and multiplexers.
  9667.  
  9668. Please fax or email an itemized inventory to us and we will respond
  9669. quickly!
  9670.  
  9671.  
  9672. Integrity Telecommunications            "The name says IT all!"
  9673. 2970 Blystone Lane, Ste. 102            Voice:  214-357-7484
  9674. Dallas, TX  75220-1515                  FAX:    214-357-7485
  9675.                         email:  itelecom@pic.net
  9676.  
  9677. ------------------------------
  9678.  
  9679. Date: Wed, 22 Mar 1995 15:33:11 -0800
  9680. From: mbeckman@mbeckman.com (Mel Beckman)
  9681. Subject: 800 Numbers, and FLOWERS Again 
  9682.  
  9683.  
  9684. Jerry Leichter writes:
  9685.  
  9686. > I can see the argument for allowing the *full* "1-800-FLOWERS" as a
  9687. > trademark.  It uniquely identifies a particular number across a whole
  9688. > national market; it can be used in trade; it's only partially
  9689. > meaningful.
  9690.  
  9691. And here is where we see the true folly of ideas like Oppenheimer's:
  9692. in the case of 1-800-FLOWERS, a trademark is entirely unnecessary,
  9693. because there can be only one owner of that number in the U.S. phone
  9694. system.
  9695.  
  9696. What's really alarming about Oppenheimer's logic, though, is that it
  9697. would presumably entitle the owner of 800-FLOWERS to also own
  9698. FLOWERS.COM, "FLOWERS" on America Online, and the use of the word
  9699. FLOWERS in any other electronic addressing scheme. After all, if prior
  9700. ownership of an address-name in the U.S. provides for ownership in a
  9701. completely new domain -- the international telephone market -- then
  9702. surely a business would be silly not to press for similar reasoning in
  9703. any other domain (e.g. Internet addresses).
  9704.  
  9705. And that's not even considering the arrogance of U.S. companies
  9706. presuming to have priority over non-U.S. enterprises in the worldwide
  9707. telephone arena.
  9708.  
  9709.  
  9710. Mel Beckman                  |   Internet: mbeckman@mbeckman.com    
  9711. Beckman Software Engineering | Compuserve: 75226,2257               
  9712. Ventura, CA 93004            |  Voice/fax: 805/647-1641 805/647-3125
  9713.  
  9714. ------------------------------
  9715.  
  9716. From: mcguffin@ll.mit.edu (Bruce McGuffin)
  9717. Subject: Re: This Newsgroup Demo'ed on PBS's "Internet Show"
  9718. Date: Wed, 22 Mar 95 09:48:03 -0500
  9719. Organization: MIT Lincoln Laboratory
  9720.  
  9721.  
  9722. Boy, those left-wingers at PBS will stoop to anything. Imagine
  9723. actually discussing net use, when they could have been exposing kiddie
  9724. porn. I'll bet they're in favor of kiddie porn. They're probably
  9725. trying to lure children onto the net, where they will be exposed to
  9726. unwholesome ideas. I hope Newt cuts off all their funding, so I don't
  9727. have to risk exposing my children to any of these left wing polemics.
  9728. I say if its not lurid enough for wholesome commercial broadcasting
  9729. like 60 minutes, its not journalism.
  9730.  
  9731.  
  9732. Bruce McGuffin
  9733.  
  9734. (Who thinks Newt Gingrich hates PBS because it encourages thinking, 
  9735. and Newt wants to do all of our thinking for us.)
  9736.  
  9737. ------------------------------
  9738.  
  9739. Date: Wed, 22 Mar 1995 16:45:19 -0500
  9740. From: Gordon Jacobson <gaj@portman.com>
  9741. Subject: Caller ID Specs Wanted
  9742.  
  9743.  
  9744. Pat -
  9745.  
  9746.         I need to find the tech specs on Caller ID in the US -- how it
  9747. originates, how it is transmitted and how it is received.
  9748.  
  9749.         I note from discussions on the alt.dcom.telecom, that messages
  9750. posted on this or a similar topic have appeared, but the original
  9751. thread has long since disappeared from my provider's server.
  9752.  
  9753.         Could you point me in the right direction for such information -- 
  9754. do you have any of the thread info that is relevent and accurate?
  9755.  
  9756.         Many thanks -
  9757.  
  9758.  
  9759. Regards, - GAJ
  9760.  
  9761. Home Page: http://www.seas.upenn.edu/~gaj1/home.html
  9762.  
  9763.  
  9764. [TELECOM Digest Editor's Note: I am sure it can be found in the Telecom
  9765. Archives; a lot of technical data on Caller-ID is there. Perhaps some
  9766. readers will also drop you quick notes with the references you need.  PAT]
  9767.  
  9768. ------------------------------
  9769.  
  9770. End of TELECOM Digest V15 #164
  9771. ******************************
  9772.     
  9773.     
  9774. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa17316;
  9775.           23 Mar 95 17:48 EST
  9776. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9777.     id AA03595; Thu, 23 Mar 95 11:37:18 CST
  9778. Return-Path: <telecom>
  9779. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9780.     id AA03589; Thu, 23 Mar 95 11:37:14 CST
  9781. Date: Thu, 23 Mar 95 11:37:14 CST
  9782. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  9783. Message-Id: <9503231737.AA03589@delta.eecs.nwu.edu>
  9784. To: telecom@eecs.nwu.edu
  9785. Subject: TELECOM Digest V15 #165
  9786.  
  9787. TELECOM Digest     Thu, 23 Mar 95 11:37:00 CST    Volume 15 : Issue 165
  9788.  
  9789. Inside This Issue:                           Editor: Patrick A. Townson
  9790.  
  9791.     CFP: Call for Abstracts for IS&N 95 - Deadline April 10 (Pat McLaughlin)
  9792.     Re: T3 Framing and Connection (Wally Ritchie)
  9793.     Re: Callback Providers (Paul Jonathan E. Go)
  9794.     Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert) (Robert Virzi)
  9795.     Re: U.S. 800 Users Alert (Stuart McRae)
  9796.     Re: New Bell Atlantic Service (Sam Drake)
  9797.     Re: New NPA in Colorado (Peter Laws)
  9798.     Re: New NPA in Colorado (Robert Geradts)
  9799.     Re: Switch Architectures Literature (Jack Warner)
  9800.     Northern Telecom Meridian: How Much? (intiaa@ozemail.com.au) 
  9801.     Backlighted Caller ID Box Wanted (Bill Halvorsen)
  9802.     Recommendations on Voice Mail Systems Wanted (Mark P. Braee)
  9803.     Help Wanted With Qmodem Version 4.2F (Gary Michael Brinkman)
  9804.     Re: T1 -> Modems (Dale Dhillon)
  9805.     T1 Test Equipment Available (Michael Glaser)
  9806.     International Country Codes Wanted (Henry Valentino)
  9807.     Telecom Archives Email Information Service (TELECOM Digest Editor)
  9808.  
  9809. TELECOM Digest is an electronic journal devoted mostly but not
  9810. exclusively to telecommunications topics. It is circulated anywhere
  9811. there is email, in addition to various telecom forums on a variety of
  9812. public service systems and networks including Compuserve and America
  9813. On Line. It is also gatewayed to Usenet where it appears as the moderated
  9814. newsgroup 'comp.dcom.telecom'. 
  9815.  
  9816. Subscriptions are available to qualified organizations and individual
  9817. readers. Write and tell us how you qualify:
  9818.  
  9819.                  * telecom-request@eecs.nwu.edu *
  9820.  
  9821. The Digest is edited, published and compilation-copyrighted by Patrick
  9822. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  9823. or phone at:
  9824.                     9457-D Niles Center Road
  9825.                      Skokie, IL USA   60076
  9826.                        Phone: 500-677-1616
  9827.                         Fax: 708-329-0572
  9828.   ** Article submission address only: telecom@eecs.nwu.edu **
  9829.  
  9830. Our archives are located at lcs.mit.edu and are available by using
  9831. anonymous ftp. The archives can also be accessed using our email
  9832. information service. For a copy of a helpful file explaining how to
  9833. use the information service, just ask.
  9834.  
  9835. *************************************************************************
  9836. *   TELECOM Digest is partially funded by a grant from the              *
  9837. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  9838. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  9839. * project.  Views expressed herein should not be construed as represent-*
  9840. * ing views of the ITU.                                                 *
  9841. *************************************************************************
  9842.  
  9843. Additionally, the Digest is funded by gifts from generous readers such
  9844. as yourself who provide funding in amounts deemed appropriate. Your help 
  9845. is important and appreciated. A suggested donation of twenty dollars per
  9846. year per reader is considered appropriate. See our address above.
  9847.  
  9848. All opinions expressed herein are deemed to be those of the author. Any
  9849. organizations listed are for identification purposes only and messages
  9850. should not be considered any official expression by the organization.
  9851. ----------------------------------------------------------------------
  9852.  
  9853. From: Patrick McLaughlin <pml@broadcom.ie>
  9854. Subject: CFP: Call for Abstracts for IS&N 95 - Deadline April 10
  9855. Date: 23 Mar 1995 12:38:51 -0000
  9856. Organization: Broadcom Eireann Research Ltd, Dublin, Ireland.
  9857.  
  9858.  
  9859.             IS&N 95 - 16-20 Oct. 1995
  9860.             Call for Abstracts
  9861.             Deadline: April 10th
  9862.             Conference Location: Crete
  9863.  
  9864. New network technologies and de-regulation of the telecommunications
  9865. market offers the opportunity to offer communication services to
  9866. people at unprecedented levels.Justification of the required
  9867. investment will, however, be determined by the uptake of services by
  9868. potential users of these services.  This conference is concerned with
  9869. the necessary infrastr ucture to cost-effectively develop, deploy, and
  9870. manage new and innovative communication services; addressing
  9871. definition of these services, architectures, engineering processes,
  9872. methods, tools and techniques. The conference is organised by
  9873. participants in the RACE (Research into Advanced Communications in
  9874. Europe) Programme.
  9875.  
  9876. Aims and Audience:
  9877.   
  9878. The provision of advanced communication services will have to take
  9879. place in an environment where a number of technological service and
  9880. network strands (IN, TMN, mobility, etc.)  will have to interwork and,
  9881. eventually, converge.  How and where the advanced services would be
  9882. delivered in such a diverse environment is a major area of study ---
  9883. the subject of "Intelligence in Services and Networks (IS&N)".
  9884.  
  9885. The Conference provides a forum for the dissemination of knowledge and
  9886. experience in activities relating to the realisation of IS&N systems.
  9887. It provides an excellent opportunity to submit technological
  9888. developments to the critical scrutiny of a broad community of systems
  9889. professionals, managers and users with a view to eventual market
  9890. development.  The Conference programme includes presentations,
  9891. discussions and workshops, plus keynote addresses by internationally
  9892. recognised speakers, and is relevant to a broad range of people with
  9893. an interest in, or responsibility for, the planning, development,
  9894. engineering, management, provision, and operation of advanced
  9895. communication services
  9896.  
  9897. Issues and Scope:
  9898.  
  9899. The Conference programme addresses issues such as:
  9900.  
  9901.  -IS&N Applications and Required Advanced Services
  9902.  -Usability Factors for Advanced Services
  9903.  -Service Architectures
  9904.  -Communications Management Architectures
  9905.  -Service Management and Quality of Service Management
  9906.  -Security of Services and Networks.
  9907.  -Software Infrastructures
  9908.  -Strategies, Policies and Standards for IS&N Implementations
  9909.  
  9910. The following questions are to be posed and answered in presentations,
  9911. discussions and workshops:
  9912.  
  9913.  -What requirements will users place on Advanced Communications Services?
  9914.  -What type of intelligence is required for current and future
  9915.   services and networks and where should it be placed?
  9916.  -Which security concepts and functions are crucial for advanced services
  9917.  -Which emerging technologies are required to achieve integrated IS&N
  9918.   systems, embracing service creation, management and execution?
  9919.  -Will these technologies prove themselves in practice and will they
  9920.   be cost-effective?
  9921.  -What standards need to be defined for IS&N, and do the appropriate
  9922.   mechanisms exist to ensure their timely preparation?
  9923.  -How should the IS&N marketplace be tested to establish service
  9924.   viability?
  9925.  -How can services be configured to meet the needs of particular users
  9926.   and applications?
  9927.   
  9928. Contributions: 
  9929.  
  9930. Those intending to present papers should submit, by e-mail, an extended 
  9931. abstract (approx.  1000 words) in "flat" ASCII format to the Programme
  9932. Committee at addresses:
  9933.  
  9934. conf@postman.dg13.cec.be
  9935.     AND
  9936. despo@alpha.ath.forthnet.gr
  9937.                  
  9938. The abstract should include the main points of the paper and, where
  9939. possible, indications of supporting diagrams and references.  If
  9940. desired, additional formatted and printed material (e.g.  diagrams)
  9941. may be sent to the Conference Secretariat.
  9942.  
  9943. The selection will be made according to the recommendations of a
  9944. review panel.  Those authors whose abstracts are selected will be
  9945. invited to develop their papers and provide a full typescript of
  9946. approximatly ten pages of text.  The consolidated conference
  9947. proceedings will be published as a book.
  9948.  
  9949. Contributors should note the following key dates:
  9950.  
  9951. Abstracts received by:             10 April 1995
  9952. Notification of acceptance:        22 May 1995
  9953. Final papers available:          3 July 1995
  9954. Camera ready paper received :    30 July 1995
  9955.  
  9956.  
  9957. Conference Secretariat:    
  9958.   Despina Haralambidou
  9959.   Alpha Systems SA
  9960.   Xanthou Str
  9961.   78 Tavros, Athens, Greece
  9962.   Tel:      +30.1.48.26.014-17
  9963.   Fax:      +30.1.48.26.017
  9964.   e-mail:   despo@alpha.ath.forthnet.gr
  9965.  
  9966.  Organising Committee Chairman:        
  9967.  Nikos Karatzas (e-mail: nikos@alpha.forthnet.gr)
  9968.  
  9969.  Programme Committee Chairman:        
  9970.  Anne Clarke (e-mail:A.M.Clarke@lut.ac.uk) 
  9971.  
  9972. ------------------------------
  9973.  
  9974. From: writchie@gate.net
  9975. Subject: Re: T3 Framing and Connection
  9976. Date: 23 Mar 1995 06:21:35 GMT
  9977. Reply-To: writchie@gate.net
  9978.  
  9979.  
  9980. In <telecom15.156.4@eecs.nwu.edu>, Phillip Schuman <72510.1164@CompuServe.
  9981. COM> writes:
  9982.  
  9983. > I'm looking for some brief explanation of the two kinds of framing
  9984. > on T3 - M13 and C-parity. I'm pretty familiar with D4/SF and ESF.
  9985.  
  9986. > Also -- on a picture of the Digital Link T3 mux -- there are two BNC
  9987. > connectors; are both used, or in/out or what? How does this work in
  9988. > connecting to a fiber based system like T3 -- is there another
  9989. > interface box between the telco and the CPE?
  9990.  
  9991. DS-3 framing is a bit more complicated than DS-1 due mainly to the
  9992. need to control the insertion of stuffing bits on the DS-2 streams. I
  9993. posted the format a few months ago in this group. A DS-3 frame format
  9994. includes redundant parity over the data bits in the previous frame
  9995. which is widely used for performance monitoring.
  9996.  
  9997. The BNC's are normally DSX-3 level signals with a separate connector
  9998. for each direction. Most fiber equipment provides DSX-3 signals. There
  9999. are, however, some types of equipment with direct fiber connectors
  10000. which are internally demultiplexed to the DS3 level inside the box.
  10001. DSX-3 equipment is often protected 1:1
  10002.  
  10003.  
  10004. Hope this helps.
  10005.  
  10006. Wally Ritchie   Ft. Lauderdale, Florida
  10007.  
  10008. ------------------------------
  10009.  
  10010. From: pj@dogbert.ugcs.caltech.edu (Paul Jonathan E. Go)
  10011. Subject: Re: Callback Providers
  10012. Date: 23 Mar 1995 08:35:20 GMT
  10013. Organization: California Institute of Technology, Pasadena, CA
  10014.  
  10015.  
  10016.  From {Telephony} 3/20/95:
  10017.  
  10018. "The following 15 firms are players in the international callback
  10019. market:"
  10020.  
  10021. European Telecom    Walnut Creek, CA
  10022. Gateway USA        San Luis Obispo, CA
  10023. Justice Technologies    El Segundo, CA
  10024. Intl Discount Telecom    Hackensack, NJ
  10025. Intl Long Distance    Los Angeles, CA
  10026. Kall Back        Seattle, WA
  10027. LA Technologies        Ft. Lauderdale, FL
  10028. MTC            Petaluma, CA
  10029. Prarie Systems        Omaha, Nebraska
  10030. Technology Resources    Denver, CO
  10031. Telegroup        Fairfield, IA
  10032. USA Global Link        Fairfield, IA
  10033. USFI            NY, NY
  10034. Viatel            NY, NY
  10035. World Pass        Miami, FL
  10036.  
  10037. Ironically, {Telephony} does not provide telephone numbers for the
  10038. callback providers :)
  10039.  
  10040.  
  10041. Paul Jonathan E. Go
  10042. 363 Glenullen Drive    213 344 7275
  10043. Pasadena CA 91105-2155    pj@alumni.caltech.edu
  10044.  
  10045. ------------------------------
  10046.  
  10047. From: rv01@gte.com (Robert Virzi)
  10048. Subject: Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert)
  10049. Date: 23 Mar 1995 15:55:00 GMT
  10050. Organization: GTE Laboratories, Waltham, MA
  10051.  
  10052.  
  10053. In article <telecom15.162.10@eecs.nwu.edu>, Carl Moore <cmoore@ARL.MIL> 
  10054. wrote:
  10055.  
  10056. > I guess I skimmed right past the original notice, including WHAT
  10057. > KEYS Q AND Z GO ON.  Perhaps the U.S. dialpad (with the newly-
  10058. > added Q and Z) could be put into frequently-asked questions.
  10059.    and
  10060. > 2. some voice menu involving movie titles had special instructions
  10061. > for Q and Z; I believe it was to use 1 for those letters.
  10062.  
  10063. Where to put Q and Z is a matter of some debate.  The financial
  10064. services industry had a de facto standard of putting Q and Z on the 1.
  10065. Most cellular phones I have seen follow(ed) this standard.  It works
  10066. well, and supports two-stroke key entry better (e.g., 71 for p, 72 for
  10067. r, and 73 for s).  Next time you're at your ATM, try to find the Q and
  10068. Z.  Bet you they're on the 1.
  10069.  
  10070. PBX manufacturers and voice mail folks wanted a standard they could
  10071. call their own, so they started putting Q on 7 and Z on 9, where they
  10072. belonged!  ;-) I think all ATT phones now sport these letters in these
  10073. locations.  This configuration makes the most sense for when you don't
  10074. need a to identify a specific letter, the program just tries to figure
  10075. out which one of the three you meant.  However, it does make life
  10076. difficult for anyone trying to enter a specific letter.
  10077.  
  10078. So now things are really confused.  Do you assume your callers on a
  10079. cellular phone (QZ=1), an ATT phone (Q=7, Z=9), or a phone without Q
  10080. and Z anywhere on the keypad?  Additional stickler, assume you are
  10081. building a financial application, and people will also be using the
  10082. service on an ATM.
  10083.  
  10084.  
  10085. Bob Virzi     rvirzi@gte.com   +1(617)466-2881           
  10086.  
  10087.  
  10088. [TELECOM Digest Editor's Note: I bet they'd like to get ahold of the
  10089. fellow who originally designed the telephone dial and give him a piece
  10090. of their mind.   <g>   PAT]
  10091.  
  10092. ------------------------------
  10093.  
  10094. Date: 23 Mar 1995 09:45:09 EDT
  10095. Reply-To: STUART@SOFTSW.SSW.COM
  10096. From: McRae, Stuart <STUART@SOFTSW.SSW.COM>
  10097. Subject: Re: U.S. 800 Users Alert
  10098.  
  10099.  
  10100. > In the discussion about protecting 'special' 800 numbers, don't forget
  10101. > that letters on dials have just about disappeared in Europe. If you
  10102. > want someone in Europe to be able to use your number, you will have
  10103. > to publish the digits. Numbers are not nearly as 'special' as the words
  10104. > you can make from them with a US telephone.
  10105.  
  10106. Incidentally, the letters had completely disappeared in the UK until a
  10107. year or so ago, when BT started putting them back on their phones. The
  10108. obviously they now understand the marketing potential of providing
  10109. easier access to network services. I bet someone wishes they had never
  10110. taken them off :-)
  10111.  
  10112.  
  10113. Stuart
  10114.  
  10115. ------------------------------
  10116.  
  10117. From: samdrake@netcom.com (Sam Drake)
  10118. Subject: Re: New Bell Atlantic Service
  10119. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  10120. Date: Thu, 23 Mar 1995 06:53:05 GMT
  10121.  
  10122.  
  10123. In article <telecom15.155.6@eecs.nwu.edu>, Chris J. Cartwright - ELF
  10124. <dsc3cjc@imc220.med.navy.mil> wrote:
  10125.  
  10126. > The phones will not ring to alert the recipient.  Instead they will
  10127. > hear the beeps before the dial tone when the phone is picked up, or a
  10128. > light will blink (of the customers own newer models of telephones
  10129. > equipped with message lights).  
  10130.  
  10131. I'd really like such a phone.  Has anyone got a recommendation?  I've
  10132. never actually seen such a phone, and was hoping they existed.
  10133.  
  10134.  
  10135. Thanks, 
  10136.  
  10137. Sam
  10138.  
  10139.  
  10140. [TELECOM Digest Editor's Note: You'll find them in hotel rooms many
  10141. times, and some companies have them also. Or, you can build your own.
  10142. It isn't that hard. We've discussed it here a few times in the past 
  10143. and the schematics are somewhere in the Telecom Archives, available
  10144. using anonymous ftp lcs.mit.edu. When connected, 'cd telecom-archives'.
  10145. Perhaps someone will send you the schematics.    PAT]
  10146.  
  10147. ------------------------------
  10148.  
  10149. From: plaws@comp.uark.edu (Peter Laws)
  10150. Subject: Re: New NPA in Colorado
  10151. Date: 23 Mar 1995 15:18:06 GMT
  10152. Organization: University of Arkansas
  10153.  
  10154.  
  10155. stans@panix.com (Stan Schwartz) writes:
  10156.  
  10157. > Yes, it was announced in September that the 303 NPA was splitting, leaving 
  10158. > 303 for Denver and 970 for everywhere else that is not already 719.
  10159.  
  10160. I assume that the switches can differentiate between 970 (the NPA) and 970
  10161. (the chat line) ... or is that no longer used?
  10162.  
  10163.  
  10164. Peter Laws<plaws@comp.uark.edu>|"Suppose you were a politician. Now suppose you
  10165. n5uwy@ka5bml.#nwar.ar.usa.noam |were an idiot. Ah, but I repeat myself."-Twain
  10166.                  The Fourth Amendment - 1791-1995 - R.I.P.
  10167.  
  10168. ------------------------------
  10169.  
  10170. From: css@pacifier.com (Robert Geradts)
  10171. Subject: Re: New NPA in Colorado
  10172. Date: 23 Mar 1995 07:06:24 GMT
  10173. Organization: Pacifier Internet Server (206) 693-0325
  10174.  
  10175.  
  10176. In article <telecom15.128.11@eecs.nwu.edu>, THE PILOT <PHRANTIC@UWYO.EDU> 
  10177. says:
  10178.  
  10179. > Does anyone have any information concerning the addition of a new NPA
  10180. > in Colorado?  Supposedly (from a USWest CSB guy) metro Denver will get
  10181. > the new area code in April of '96.
  10182.  
  10183. > Anyone able to confirm this and/or tell us what the new NPA might be?
  10184.  
  10185. The new NPA will be 970 and will cover most of the RURAL areas of
  10186. Colorado.  The greater metropolitan area of Denver will remain 303.
  10187.  
  10188.  
  10189. Rob
  10190.  
  10191.  
  10192. [TELECOM Digest Editor's Note: When someone provides me with a list of
  10193. exactly which communities and prefixes will be in each area code, I'll
  10194. post it in the Archives.    PAT]
  10195.  
  10196. ------------------------------
  10197.  
  10198. From: jackeagle@aol.com (Jackeagle)
  10199. Subject: Re: Switch Architectures Literature
  10200. Date: 22 Mar 1995 22:52:12 -0500
  10201. Organization: America Online, Inc. (1-800-827-6364)
  10202. Reply-To: jackeagle@aol.com (Jackeagle)
  10203.  
  10204.  
  10205. Check a good engineering reference library for a series of books by
  10206. Amos Joel and some other authors. Amos is a world expert in telephone
  10207. switching. Covers the history of switching to modern times with good
  10208. architecture diagrams. Published two to four years ago.
  10209.  
  10210.  
  10211. Jack Warner     Kan-Caryl Ranch, Colorado
  10212.  
  10213. Soaring over a sea of information; seeking Wisdom
  10214.  
  10215. ------------------------------
  10216.  
  10217. From: intiaa@ozemail.com.au (The Manager)
  10218. Subject: Northern Telecom Meridian: How Much?
  10219. Date: 22 Mar 1995 15:17:12 GMT
  10220. Organization: Head Office
  10221.  
  10222.  
  10223. Can somebody please tell me by mail how much a eight line, eight
  10224. extension system would cost in the real world (as opposed to list
  10225. prices that have no nexus to reality).
  10226.  
  10227.  
  10228. Thanks in advance, 
  10229.  
  10230. Geoff
  10231.  
  10232. ------------------------------
  10233.  
  10234. From: billh@cais2.cais.com (Bill Halvorsen)
  10235. Subject: Backlit Caller ID Box Wanted
  10236. Date: 23 Mar 1995 05:12:26 GMT
  10237. Organization: Capital Area Internet Service
  10238.  
  10239.  
  10240. A few years ago I bought some excellent CIDCO Caller ID units; the
  10241. best feature is that the displays are the usual LCD's but are brightly
  10242. lit by red LED's behind the panel; very easy reading under any
  10243. lighting condition.
  10244.  
  10245. Now that we have name and number (and soon Caller ID with call waiting) 
  10246. I'm wondering if anyone makes a unit that is backlit anymore.  I've
  10247. seen some CIDCO units sold under other names that have a "new call"
  10248. light (until you review your list) but can't find any actually backlit.  
  10249. I really dislike trying to read LCD's in poor light (or turning on a
  10250. light just to see it if I'm awakened in the night by the phone).
  10251.  
  10252. Also would appreciate recommendations of good quality two-line sets
  10253. with "really good" speakerphones (anything better than the AT&T 732 or
  10254. its ilk)??
  10255.  
  10256.  
  10257. Thanks!
  10258.  
  10259.  
  10260. [TELECOM Digest Editor's Note: One of my caller-id boxes is from CIDCO
  10261. (although with the Ameritech logo on the front) and it has the 'new call'
  10262. red light in the corner which blinks off and on until you begin to 
  10263. review the entries. I've never seen any that were backlighted.   PAT]
  10264.  
  10265. ------------------------------
  10266.  
  10267. From: DIALS800@ix.netcom.com (MP BRAEE)
  10268. Subject: Recommendations Wanted on Voice Mail Systems
  10269. Date: 23 Mar 1995 14:41:42 GMT
  10270. Organization: Netcom
  10271.  
  10272.  
  10273. Thank you for taking the time to read this posting!
  10274.  
  10275. We are interested in establishing a voice mail system for a private 
  10276. club.  Presently we are looking at a system called "Vicki", we have also 
  10277. considered a program by "Technically Speaking".
  10278.  
  10279. We would be interested in all comments and recommendations on programs 
  10280. of this nature.
  10281.  
  10282. System requirements: 3000+ mail boxes; full featured reporting on 
  10283. mailbox use, line use, etc.  4/8 line boards.  Easy of use and good 
  10284. tech support is a must. 
  10285.  
  10286. Thank you for your attention.
  10287.  
  10288.  
  10289. Mark
  10290.  
  10291. ------------------------------
  10292.  
  10293. From: gbrinkma@oucsace.cs.ohiou.edu (Gary Michael Brinkman)
  10294. Subject: Help Wanted With Qmodem Version 4.2F
  10295. Organization: Ohio University CS Dept,. Athens
  10296. Date: Wed, 22 Mar 1995 15:36:51 GMT
  10297.  
  10298.  
  10299. I have this really old version of Qmodem, and I want to be able to use
  10300. the cursor keys to navigate on a UNIX host, but the cursor keys are
  10301. apprently not sending the correct escape sequence for the host to
  10302. understand what I want to do.  Does anyone know how to make Qmodem
  10303. send the correct escape sequences for VT100 emulation?
  10304.  
  10305. I could probably find out the correct codes for VT100 cursor movement,
  10306. but I don't know how to tell Qmodem to use them when I press those
  10307. keys.
  10308.  
  10309. Thanks for any help.  Please e-mail any tips.
  10310.  
  10311.  
  10312. Gary M. Brinkman
  10313. Computer Science Dept., Ohio University, Athens, Ohio
  10314. mailto:gary.brinkman@ohiou.edu   
  10315. http://ace.cs.ohiou.edu/personal/gbrinkma.html
  10316.  
  10317. ------------------------------
  10318.  
  10319. From: sdl@world.std.com ([Dale Dhillon])
  10320. Subject: Re: T1 -> Modems
  10321. Organization: The World Public Access UNIX, Brookline, MA
  10322. Date: Wed, 22 Mar 1995 13:54:44 GMT
  10323.  
  10324.  
  10325. ScottPCS (scottpcs@aol.com) wrote:
  10326.  
  10327. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  10328. > It seems like an inefficient solution to run the T1 into a channel
  10329. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  10330. > into 24 serial ports.  Is there any type of hardware that can handle
  10331. > this T1 / modem problem better?  Preferrably something PC based
  10332. > (Windows NT) and cheap <g>.
  10333.  
  10334. My company offers T1 interface boards that will link up to T1 csu/dsu.
  10335. We also have a board that will be available soon, that has an
  10336. integrated csu/dsu. If you would like more information please mail me.
  10337.  
  10338.  
  10339. Rubin
  10340.  
  10341. SDL Communications Inc.
  10342.  
  10343. ------------------------------
  10344.  
  10345. From: Michael Glaser <MRG1995@LInet.com>
  10346. Subject: T1 Test Equipment Available
  10347. Date: 23 Mar 1995 03:45:36 GMT
  10348. Organization: LI Net (Long Island Network)
  10349.  
  10350.  
  10351. I have a bunch of:
  10352.  
  10353. T1 test equipment;
  10354. EAPBX;
  10355. and Central Office equipment for sale --  let's talk!!
  10356.  
  10357.  
  10358. Mike  516-447-1041
  10359.  
  10360. ------------------------------
  10361.  
  10362. Date: Tue, 22 Mar 95 21:32 EST
  10363. From: hv3@passport.ca (Henry Valentino)
  10364. Subject: International Country Codes Wanted
  10365.  
  10366.  
  10367. How can I get a media version of a listing of international country
  10368. codes and the corresponding countries?
  10369.  
  10370.  
  10371. Thanks, 
  10372.  
  10373. hv3@dgs.dgsys.com
  10374.  
  10375.  
  10376. [TELECOM Digest Editor's Note: A very complete, very comprehensive list
  10377. of country codes and the city codes within them is available at the 
  10378. Telecom Archives, accessible using anonymous ftp lcs.mit.edu. When you
  10379. login in, then 'cd telecom-archives', then 'cd country-codes' to examine
  10380. these files. Or if you prefer, you can use the Telecom Archives Email
  10381. Information Service, a method of retrieving anything in the archives,
  10382. including back issues of this Digest by email.  The final message in
  10383. this issue today documents the email service.    PAT]
  10384.  
  10385. ------------------------------
  10386.  
  10387. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  10388. Subject: Telecom Archives Email Information Service
  10389. Date: Wed, 23 Mar 1995 11:30:00 CST
  10390.  
  10391.  
  10392. The Telecom Archives is available for your use. It is located at MIT
  10393. and is available at least a few ways:
  10394.  
  10395. If you have a real-time Internet connection and are allowed to go
  10396. off your local net, then you can use FTP as well as possibly gopher
  10397. and web services.
  10398.  
  10399. You would issue the command:   ftp lcs.mit.edu
  10400.                                login anonymous   (use name@site as password)
  10401.                                cd telecom-archives
  10402.            
  10403. Once connected, you will see the main directory and the several sub-
  10404. directories with files on various topics. All the back issues of
  10405. TELECOM Digest since 1981 are filed in the back.issues sub-directory
  10406. beginning with years such as '1987' at the top.
  10407.  
  10408. For gopher and web services, consult the instructions for those programs.
  10409.  
  10410. If you prefer, you are welcome to use the Telecom Archives Email Infor- 
  10411. mation Service instead. Return mail to Internet addresses is usually
  10412. accomplished within a minute or two. Sites using UUCP/other networks
  10413. will get their responses back by email in due course, as mail is deliv-
  10414. ered at their site.
  10415.  
  10416. To use the Telecom Archives Email Service:
  10417.  
  10418.              send email to:  tel-archives@lcs.mit.edu
  10419.  
  10420. The subject does not matter.
  10421.  
  10422. In the text of the message, enter these commands on your first use
  10423. of the system so you will get help by return mail:
  10424.  
  10425. REPLY yourname@site      **This must be the first command**
  10426. HELP
  10427. INFO
  10428. INDEX
  10429. END                      **This must be the last command**
  10430.  
  10431. You will get back three items in the mail: a help file, an information
  10432. file, and an index to the files in the Telecom Archives. You can then
  10433. order additional items as desired, as well as search the master index
  10434. to Telecom Digest for authors and subject titles since 1989.
  10435.  
  10436. The help and info files will explain how to use the Archives Email
  10437. Service to its fullest advantage.
  10438.  
  10439. Also, check out the interactive commands in the email server which
  10440. provide lookup services such as AREACODE, GLOSSARY, and SEARCH.
  10441.  
  10442. Happy hunting and exploring!  Fourteen year's worth of stuff will be a
  10443. lot for you to go through. (All issues of the Digest since 1981 are
  10444. in the archives; that's several thousand issues.)
  10445.  
  10446.  
  10447. Patrick Townson
  10448.  
  10449. ------------------------------
  10450.  
  10451. End of TELECOM Digest V15 #165
  10452. ******************************
  10453.     
  10454.     
  10455. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa26406;
  10456.           24 Mar 95 6:46 EST
  10457. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10458.     id AA24015; Fri, 24 Mar 95 00:11:10 CST
  10459. Return-Path: <telecom>
  10460. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10461.     id AA24009; Fri, 24 Mar 95 00:11:08 CST
  10462. Date: Fri, 24 Mar 95 00:11:08 CST
  10463. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  10464. Message-Id: <9503240611.AA24009@delta.eecs.nwu.edu>
  10465. To: telecom@eecs.nwu.edu
  10466. Subject: TELECOM Digest V15 #166
  10467.  
  10468. TELECOM Digest     Fri, 24 Mar 95 00:11:00 CST    Volume 15 : Issue 166
  10469.  
  10470. Inside This Issue:                           Editor: Patrick A. Townson
  10471.  
  10472.     Book Review: "Mosaic Quick Tour for Windows" by Branwyn (Rob Slade)
  10473.     Your 500 Number and International Access (Serge Burjak)
  10474.     Re: CDPD vs Ckt Cell Data UPDATE (Terrence McArdle)
  10475.     Re: European WAN - How?? (Bob Elliot)
  10476.     Re: 500 Number Not Working (Chris Michael)
  10477.     Re: Downloading Mac Software With a PC (Brad Hicks)
  10478.     Re: Is Caller ID to be Mandantory Nationally, April 1995? (Lynne Gregg)
  10479.     Re: X.25/ISDN Prices; Global Information Wanted (Steve McKinty)
  10480.     Re: X.25/ISDN Prices; Global Information Wanted (Michael Shields)
  10481.     Seeking Inexpensive 800 Services (Clara Mass)
  10482.     Re: Northern Telecom Meridian: How Much? (Jean Tkacik)
  10483.     Help! Sim. of Burst Transmission (Pubate Satienpoch)
  10484.     Information Wanted on Sites For Technical Help (Timothy Brown)
  10485.     Mitel(200sx) Phone number request (John E. Brissenden)
  10486.     Tech Information Wanted on Old Brick Cell Phone (Michael Umansky)
  10487.  
  10488. TELECOM Digest is an electronic journal devoted mostly but not
  10489. exclusively to telecommunications topics. It is circulated anywhere
  10490. there is email, in addition to various telecom forums on a variety of
  10491. public service systems and networks including Compuserve and America
  10492. On Line. It is also gatewayed to Usenet where it appears as the moderated
  10493. newsgroup 'comp.dcom.telecom'. 
  10494.  
  10495. Subscriptions are available to qualified organizations and individual
  10496. readers. Write and tell us how you qualify:
  10497.  
  10498.                  * telecom-request@eecs.nwu.edu *
  10499.  
  10500. The Digest is edited, published and compilation-copyrighted by Patrick
  10501. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  10502. or phone at:
  10503.                     9457-D Niles Center Road
  10504.                      Skokie, IL USA   60076
  10505.                        Phone: 500-677-1616
  10506.                         Fax: 708-329-0572
  10507.   ** Article submission address only: telecom@eecs.nwu.edu **
  10508.  
  10509. Our archives are located at lcs.mit.edu and are available by using
  10510. anonymous ftp. The archives can also be accessed using our email
  10511. information service. For a copy of a helpful file explaining how to
  10512. use the information service, just ask.
  10513.  
  10514. *************************************************************************
  10515. *   TELECOM Digest is partially funded by a grant from the              *
  10516. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  10517. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  10518. * project.  Views expressed herein should not be construed as represent-*
  10519. * ing views of the ITU.                                                 *
  10520. *************************************************************************
  10521.  
  10522. Additionally, the Digest is funded by gifts from generous readers such
  10523. as yourself who provide funding in amounts deemed appropriate. Your help 
  10524. is important and appreciated. A suggested donation of twenty dollars per
  10525. year per reader is considered appropriate. See our address above.
  10526.  
  10527. All opinions expressed herein are deemed to be those of the author. Any
  10528. organizations listed are for identification purposes only and messages
  10529. should not be considered any official expression by the organization.
  10530. ----------------------------------------------------------------------
  10531.  
  10532. Date: Thu, 23 Mar 1995 14:38:42 EST
  10533. From: Rob Slade <roberts@mukluk.decus.ca>
  10534. Subject: Book Review: "Mosaic Quick Tour for Windows" by Branwyn
  10535.  
  10536.  
  10537. BKMSQTWN.RVW   950217
  10538.  
  10539. "Mosaic Quick Tour For Windows", Gareth Branwyn, 1994, 1-56604-194-5, U$12.00
  10540. %A   Gareth Branwyn gareth@vmedia.com
  10541. %C   PO Box 2468, Chapel Hill, NC   27515
  10542. %D   1994
  10543. %G   1-56604-194-5
  10544. %I   Ventana Press
  10545. %O   U$12.00 800-743-5369 919-942-0220 fax: 919-942-1140 dludlow@vmedia.com
  10546. %P   192
  10547. %T   "Mosaic Quick Tour For Windows"
  10548.  
  10549. This is a very solid documenting of Mosaic, much like "Using Mosaic
  10550. for Windows" (cf BKUMOSWN.RVW).  It has particularly strong coverage
  10551. of the menus and MOSAIC.INI.
  10552.  
  10553. Branwyn's coverage of installation is reasonably thorough, covering
  10554. sites for Mosaic, itself; Trumpet, WinSock, Win32s, and even PKZip.
  10555. I'm beginning to believe that none of the Mosaic writers have actually
  10556. installed it, themselves, though since, in common with all the others,
  10557. it jams out on the actual setup and connection of SLIP or PPP.
  10558.  
  10559. A good guide to the operation of Mosaic.
  10560.  
  10561.  
  10562. copyright Robert M. Slade, 1995   BKMSQTWN.RVW   950217. Distribution
  10563. permitted in TELECOM Digest and associated publications. Rob Slade's
  10564. book reviews are a regular feature in the Digest.
  10565.  
  10566.  
  10567. Vancouver      ROBERTS@decus.ca      
  10568. Institute for  Robert_Slade@sfu.ca   
  10569. Research into  rslade@cue.bc.ca      
  10570. User           p1@CyberStore.ca      
  10571. Security       Canada V7K 2G6        
  10572.  
  10573. ------------------------------
  10574.  
  10575. Date: Fri, 24 Mar 1995 10:40:24 GMT
  10576. From: Serge Burjak <serge@ibm.net>
  10577. Subject: Your 500 Number and International Access
  10578.  
  10579.  
  10580. After reading your note I thought I give you call for old times sake
  10581. (dialback days for you).
  10582.  
  10583. Lo and behold I could not do it from Australia. I, being a resoureful
  10584. guy tried AT&T's USA Direct, "I am sorry you cannot make calls to 700
  10585. or 500 numbers on this service." She put me through to an AT&T Business 
  10586. Office for free. The guy there said "I have never heard of a 500 service".
  10587.  
  10588. Tried talking to OPTUS (the second long distance carrier here. Owned
  10589. 50% by Bell South) and they said they would investigate it. They rang
  10590. back and said quoting "an AT&T source" that "service is restricted to
  10591. US only". I tried again later in the day asking for a supervisor and
  10592. got the same story.
  10593.  
  10594. I cannot dial this number via Telstra, (the old government owned
  10595. monopoly). The jury is still out on this one. They take a few days to
  10596. come up with excuses usually.
  10597.  
  10598. My question to you is, do you have any AT&T document that acutally
  10599. states the service is acessible outside the US? It is not for me. I
  10600. know it can; I would like to shove this up the relevant phone
  10601. companies' noses.
  10602.  
  10603.  
  10604. Regards,
  10605.  
  10606. Serge Burjak
  10607.  
  10608.  
  10609. [TELECOM Digest Editor's Note: I decided to call the 500 people now and
  10610. find this out once and for all. The woman immediatly answered me saying
  10611. it can *always* be done through USA Direct; whether or not it can be
  10612. dialed direct otherwise (as an international call) from other countries
  10613. depends on the country and the telecom admininstration. But she did
  10614. emphasize it can ALWAYS be done through USA Direct. So I read her your
  10615. email. She was quite familiar with OPTUS and Telstra; she recognized 
  10616. the names immediatly and said she did not know their specific policies
  10617. but that either *should have* referred you to USA Direct even if they
  10618. could do nothing else. We got back to USA Direct and I quoted your
  10619. email to her about getting connected to the business office and the
  10620. man telling you he never heard of 500 service ... she also found a
  10621. note on my account saying that you had called and reported the problem
  10622. yesterday and a specialist had gotten involved.
  10623.  
  10624. Then she said, "I want to try something ...". She put me on hold and
  10625. used another line to call USA Direct herself and asked to be connected
  10626. to my number. The operator told HER it could not be done. !!  She talked
  10627. to a supervisor at USA Direct who said the same thing ... and then to
  10628. a manager at USA Direct who said 'well you are supposed to be able to
  10629. do it ...'.  She came back to me and said "those people are confused."
  10630. She said the marketing department at AT&T specifically planned 500 service
  10631. for use from anywhere in the world to anywhere in the world, albiet via
  10632. USA Direct when international direct dial was unavailable. 
  10633.  
  10634. I told her about getting the call at 7 AM my time from the guy in New
  10635. York with AT&T 'international' who had never heard of 500 service, and
  10636. the (now) three other calls I have received from an AT&T employee (a 
  10637. woman who called one day and said she had been given 500-677-1616 as a
  10638. 'test number'), a Bell South service representative who was trying to
  10639. help a customer, and someone from British Telecom who reached me on my
  10640. 708 number to ask some questions. Regards the ignorance of AT&T people
  10641. about 500 service, she said, "that's incredible ...".
  10642.  
  10643. I asked her why in the world all AT&T employees had not been made aware
  10644. of this new program; after all, it is a very good service. She said that
  10645. all employees got written notice. How did she know?  Because it was
  10646. printed on their paycheck, and they all get paychecks, and they all look
  10647. at what the paycheck says ... <g> ... not only that, she said, it was offered
  10648. to all employees under special terms and many employees had called to sign 
  10649. up. It was mentioned on company internal 'newsline' messages. She said
  10650. she still had her own paycheck stub with the announcement offering 500
  10651. service to employees. Even if all employees did not know that much about
  10652. the offering, you'd think affected employees (i.e. traffic department
  10653. people, service reps, etc) would know, wouldn't you?  Yes, she said,
  10654. you'd think so ...  
  10655.  
  10656. After finishing with her I tried another experiment of my own from this
  10657. end. I dialed the double zero operator (in the USA, zero alone defaults
  10658. to the local operator, and zero zero alone defaults to the operator for
  10659. the long distance carrier, in this case AT&T) to see what she had to say.
  10660. "Assist in dialing please on a no ring, no answer, 500-677-1616 ..." meaning
  10661. I had dialed it and could get no response from the network. Her reply,
  10662. "There is no such area code as 500, that's why your call would not go
  10663. through."   Uh-huh ... tired at this point and wanting to get back to
  10664. sending out this issue of the Digest I thanked the operator for her court-
  10665. eous and thoughtful response and disconnected.  We'll see what happens
  10666. in a few days. I'm told 'marketing' will get my case history as an example
  10667. for their use.   PAT]
  10668.  
  10669. ------------------------------
  10670.  
  10671. From: mcardle@paccm.pitt.edu (Terrence McArdle)
  10672. Subject: Re: CDPD vs Ckt Cell Data UPDATE
  10673. Date: Thu, 23 Mar 1995 17:40:38 -0500
  10674. Organization: University of Pittsburgh Medical Center
  10675.  
  10676.  
  10677. In article <95.03.21.221ghet@eecs.nwu.edu>, aircom1@aol.com (AIRCOM1)
  10678. wrote: 
  10679.  
  10680. >   Subject: CDPD vs Ckt Cell Data UPDATE
  10681.  
  10682. > A bit is a single 1 or 0, and a baud is the "raw" number of bits that can
  10683. > be sent per second. For instance, a 1200 baud modem can send up to 1200
  10684. > raw bits per second. We use the term "raw" here to not include error
  10685. > correction or compression, as these will change the users perceived number
  10686. > of bits per second transferred.
  10687.  
  10688. Just a note, perhaps a nit -- my understanding of the term baud is
  10689. that it refers to the rate of modulations or signal changes per
  10690. second, rather than the number of bits per second.  In other words,
  10691. the baud rate is always equal to or less than the bit per second rate.
  10692. Using common standards, the 300 baud modem transmits and receives data
  10693. at 300 bits per second; however, a 14,400 bit per second modem
  10694. operates only at 2400 baud. (it might be a different baud rate - the
  10695. point is that there is no such device as a 14,400 baud modem)
  10696.  
  10697. Someone with more technical expertise can field this issue better than
  10698. I, but I am quite sure that "baud" is one of the more misused and
  10699. misunderstood terms in telecommunications.
  10700.  
  10701.  
  10702. Terry McArdle                         email    mcardle@paccm.pitt.edu
  10703. Mgr, Information Systems              work     (412) 648 9218
  10704. Pulmonary, Allergy, and Critical Care 
  10705. University of Pittsburgh Medical Center
  10706.  
  10707. ------------------------------
  10708.  
  10709. From: eti@starbase.neosoft.com (Bob Elliot)
  10710. Subject: Re: European WAN - How??
  10711. Date: 24 Mar 1995 02:15:39 GMT
  10712. Organization: NeoSoft Internet Services   +1 713 968 5800
  10713.  
  10714.  
  10715. Steve Alburty (alburty@panix.com) wrote:
  10716.  
  10717. > My company just bought a chain of companies in Europe which will give
  10718. > us about 24 offices throughout the world.  And now management wants
  10719. > them all connected, every employee in every office, via electronic
  10720. > mail.  They all use a hodge-podge of Macs and Windows machines.  Does
  10721. > anybody out there have any idea of how you even get STARTED building a
  10722. > wide-area-network in Europe??  I would imagine that having dedicated
  10723. > lines between all of those offices, some of which are in Eastern
  10724. > Europe, in order that people can do both mail and have file server
  10725. > access, is prohibitively expensive.  Does anybody know anybody who has
  10726. > figured out how to at least connect a bunch of European offices via
  10727. > e-mail?
  10728.  
  10729. I would suggest that you invest a lot of time into putting each of the
  10730. companies on the Internet and that you use the Internet commercially
  10731. as the vehicle to for inter-office communications.  What with the
  10732. advent of the Internet Phone and Video Conferencing plus the fact that
  10733. security problems are being overcome, why pay for leased lines.  I
  10734. can't think of anywhere you might not be able to interconnect.
  10735.  
  10736. Depends upon the geographical locations of each office but I probably
  10737. have already been there and done the same thing.  
  10738.  
  10739. BTW, you will probably immediately reduce total comms cost by 80%
  10740. at the start.
  10741.  
  10742. Hope this is helpful,
  10743.  
  10744.  
  10745. Bob Elliott - Global Internetworks eti@starbase.NeoSoft.com +1.713.495.6116
  10746.  
  10747. ------------------------------
  10748.  
  10749. From: cm@nwu.edu (Chris Michael)
  10750. Subject: Re: 500 Number Not Working
  10751. Date: 23 Mar 1995 19:57:00 GMT
  10752. Organization: Northwestern University, Evanston, IL, US
  10753. Reply-To: cm@nwu.edu (Chris Michael)
  10754.  
  10755.  
  10756. > [TELECOM Digest Editor's Note: 500 numbers are a new enough concept
  10757.  
  10758. <snip>
  10759.  
  10760. > What happens when your associates attempt to call your 500 number from
  10761. > 'regular' or landline phones of the non-payphone, non-hotel switchboard
  10762. > variety, i.e. the phones in their home?  Are they unable to get through
  10763. > on those lines either?    PAT]
  10764.  
  10765. Well ... it works fine from *my* home <g>.  From my work, I can dial
  10766. 1-500, but not 0-500 (I'm in Centel land).  From my wife's office you
  10767. get a recording that says the call can't go through and an operator
  10768. won't be able to place it either.  The one outside person I've given
  10769. it to so far wasn't able to dial it from his work, called information -- 
  10770. they'd never heard of it -- talked to an operator, who talked to a
  10771. supervisor who thought maybe it was an ATT thing and finally was told
  10772. to dial ATT and was able to get through to me.  All in all this doesn't 
  10773. seem like a big labor saving device.
  10774.  
  10775.  
  10776. Chris
  10777. christopher michael, george s. may international, 708-825-8806 x 395
  10778.  
  10779.  
  10780. [TELECOM Digest Editor's Note: You have my permission to use my 500
  10781. number (500-677-1616) for testing purposes. You might want to make sure
  10782. your inability to reach 0-500 from Centel territory is a problem of
  10783. Centel and *not* something to do with the switchboard at your company.
  10784. If you can use a nearby payphone also on Centel and get through then
  10785. your switchboard is blocking 0-500 for some reason. If the payphone
  10786. or some private phone in Centel territory won't let you through either
  10787. then call their business office and ask why not. 1-500 won't get out
  10788. through a Centel payphone anymore than it will from an Ameritech pay
  10789. phone simply because there is no number to bill, and they are not
  10790. accepting coins as payment. You did not mention if your wife was on
  10791. the Centel or Ameritech side of the northwest suburbs; if she is on
  10792. the Ameritech side, then that's one more central office where the
  10793. translations were loaded incorrectly. When I finally got someone in
  10794. repair to listen to me, they fixed our office here in Skokie the 
  10795. same day, several hours later. Regards your friend at his office, try
  10796. to eliminate his company switchboard as the source of the problem. If
  10797. it is blocking the calls, there is really nothing telco or AT&T can
  10798. do. If he has access to a payphone and/or private line *in the same
  10799. immediate vicinity preferably out of the same central office* and
  10800. still cannot get through at all, then there is another telco problem.
  10801. If he can get through under those circumstances, its his company lines
  10802. that are blocked. 
  10803.  
  10804. And remember, you need to get through to 500-677-1616 in order to let
  10805. the Moderator know that your Love Offering; your tithes; your Token of 
  10806. Sincerity; your annual subscription payment for this Digest is in the 
  10807. mail. <g>  PAT]
  10808.  
  10809. ------------------------------
  10810.  
  10811. From: /G=Brad/S=Hicks/OU1=0205465@mhs-mc.attmail.com
  10812. Date: Thu, 23 Mar 1995 13:57:55 -0600
  10813. Subject: Re: Downloading Mac Software With a PC
  10814.  
  10815.  
  10816. Apple divides all files into up to two "forks" or byte streams, one of
  10817. which, the "resource fork" holds specially formatted data, including all
  10818. of the code segments for a program.  They also have different directory
  10819. attributes, including longer file names and attributes called the "type
  10820. code" and "creator code" which tell the operating system what application
  10821. to launch and what icon to display. There are three competing standards
  10822. (and some proprietary solutions) for representing this information on a
  10823. non-Macintosh computer; the most common of which is MacBinary II, which
  10824. originated on CompuServe's MacDev forum.
  10825.  
  10826. Another common work-around is to compress the files using any of the
  10827. standard compression packages; the result is a plain, data fork only,
  10828. file.  You then have to hope that your decompression software is smart
  10829. enough to ignore the missing type and creator codes, but increasingly,
  10830. they are.
  10831.  
  10832. As somebody already wrote in, the =easy= solution is for you to =somehow=
  10833. obtain a copy of StuffIt Expander 3.5.2.  You can buy StuffIt Deluxe at
  10834. any software shop; that way you get both StuffIt Expander and DropStuff.
  10835. You can pick up StuffIt Expander and the annoyanceware version of
  10836. DropStuff for $2 or so at any Mac user group meeting, I suspect.  Or you
  10837. can download it from just about any bulletin board or online service ...
  10838. to your Mac.
  10839.  
  10840. If you're determined to =only= use the modem on your PC, you can get
  10841. baroque and then use a null-modem cable to connect your PC to your Mac,
  10842. and use =terminal software= on both ends to transfer the file; the Mac
  10843. will recognize an incoming MacBinary file and decode it.  But by the time
  10844. you screw around with the cables, you might as well move the modem this
  10845. once.
  10846.  
  10847. Once you get StuffIt Expander installed on your Mac, if you have System
  10848. 7.x you can drag and drop just about anything, or even whole folders of
  10849. anything, onto StuffIt Expander's icon and it will figure out what archive
  10850. format was used on each file and unpack it all for you.
  10851.  
  10852. Oh, and you'd rather get StuffIt Deluxe or put up with the shareware
  10853. notices in the shareware version of DropStuff, by the same company; once
  10854. it's installed, StuffIt Expander will not only unpack StuffIt (*.SIT,
  10855. *.SDT) archives, MacBinary (*.BIN) files, and BinHex (*.HEX and *.HQX)
  10856. files, but also almost everything else including Arc (*.ARC), PackIt
  10857. (*.PIT), PKZip (*.ZIP), Compactor Pro (*.CPT), UUEncode (*.UU), Tar
  10858. (*.TAR) and just about everything else I've run across.  In fact, if
  10859. somebody compressed a MacBinary and then uuencoded it, it'll do all three
  10860. passes in one step.
  10861.  
  10862. I have no connection to Aladdin Systems or to Ray Lau except as a
  10863. satisfied customer.
  10864.  
  10865.  
  10866. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  10867. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  10868.  
  10869. ------------------------------
  10870.  
  10871. From: Lynne Gregg <lynne.gregg@mccaw.com>
  10872. Subject: Re: Is Caller ID to be Mandantory Nationally, April 1995?
  10873. Date: Thu, 23 Mar 95 12:49:00 PST
  10874.  
  10875.  
  10876. Original post from jwarren@well.sf.ca.us (Jim Warren)
  10877.  
  10878. > "Mark your calendar.  In April, 1995, Caller ID will be a 'done deal,'
  10879. > nationwide.  You may or may not have Caller ID service from the phone
  10880. > company today.  But in April, every telephone company coast-to-coast
  10881. > will be required to offer it, by law.
  10882.  
  10883. This is an interesting "interpretation" of the FCC Order.  But, NO,
  10884. the FCC did NOT mandate that Caller ID services be made available
  10885. everywhere effective 4/12/95.  The FCC DID state in their Order on
  10886. Calling Number Services that if a telco is "SS7-capable", they must
  10887. transport Calling Party Number (CPN).  With SS7 installed, this alone
  10888. does not make a telco capable of CPN transport.
  10889.  
  10890. The Order as originally written (3/94), made other assumptions that
  10891. were not correct or technologically feasible.  As a result, the FCC
  10892. stayed the portion of their Order related to blocking.  The original
  10893. Order specified that on interstate calls, the telco could NOT offer
  10894. Per Line Blocking.  However, most states require Per Line Blocking as
  10895. well as Per Call Blocking.  The FCC only wanted consumers to have Per
  10896. Call Blocking (using *67).  The problem the telcos faced was that they
  10897. were unable to process interstate calls in a different manner than
  10898. intrastate, and as a result, would be either violating state or
  10899. federal regulations (they were contrary in most states).  The problem
  10900. was exaggerated in the cellular environment, where a "local service
  10901. area" can span multiple states.
  10902.  
  10903. Recently, McCaw deployed the first true Caller ID service on a cellular 
  10904. network in its Oregon operation (Cellular One).  In Oregon, digital
  10905. (TDMA) subscribers are enjoying this service and both Per Line and Per
  10906. Call blocking options are supported.
  10907.  
  10908.  
  10909. Regards,
  10910.  
  10911. Lynne
  10912.  
  10913. ------------------------------
  10914.  
  10915. From: smckinty@sunicnc.France.Sun.COM (Steve McKinty - SunSoft ICNC Grenoble)
  10916. Subject: Re: X.25/ISDN prices; Global Information Wanted (Ag
  10917. Date: 23 Mar 1995 19:03:58 GMT
  10918. Organization: SunConnect
  10919.  
  10920.  
  10921. In article <telecom15.159.13@eecs.nwu.edu>, cogorno@netcom.com (Steve
  10922. Cogorno) writes:
  10923.  
  10924. > Rishab Aiyer Ghosh said:
  10925.  
  10926. >> Someone wrote: [on X.25 over ISDN]:
  10927.  
  10928. >>> Rates in the Pacific Bell Service area for data packets are:
  10929. >>> .05 CENTS for transaction setup
  10930. >>> .005 CENTS per octet of data
  10931.  
  10932. >> That works out to about $52 per Mb - is that _cheap_?
  10933.  
  10934. > Where did you get this figure? When I calculate it it works out to $3.27 per
  10935. > MB.
  10936.  
  10937. > 1 MB = 1024K = 1048576 Bytes = 8388608 bits = 65536 octets (1 octet=128 bits)
  10938.  
  10939. Nope. In the X.25 world 1 octet = 8 bits (nominally 1 byte, but not
  10940.                     all bytes are 8-bit bytes)
  10941.  
  10942. > 65536 octets * .005 cents = 327.68 cents = $3.27
  10943.  
  10944. x 16 = $52.32
  10945.  
  10946.  
  10947. Steve McKinty          Sun Microsystems ICNC          
  10948. 38240 Meylan, France   email: smckinty@france.sun.com 
  10949.  
  10950. ------------------------------
  10951.  
  10952. From: shields@tembel.org (Michael Shields)
  10953. Subject: Re: X.25/ISDN Prices
  10954. Date: 23 Mar 1995 19:18:35 -0000
  10955. Organization: Tembel's Hedonic Commune
  10956.  
  10957.  
  10958. In article <telecom15.159.14@eecs.nwu.edu>,
  10959.  
  10960. Testmark Laboratories  <0006718446@mcimail.com> wrote:
  10961.  
  10962. > Actually, there are 16 bits per two byte octet.
  10963.  
  10964. Then why is it called an `octet'?
  10965.  
  10966.  
  10967. Shields
  10968.  
  10969. ------------------------------
  10970.  
  10971. From: cmass@freenet.scri.fsu.edu (Clara Mass)
  10972. Subject: Seeking Inexpensive 800 Services
  10973. Date: 23 Mar 1995 19:34:39 GMT
  10974. Organization: Tallahassee Free-Net
  10975.  
  10976.  
  10977. I recently called my local 800 (AT&T) service provider and had a
  10978. little chat with them about 800 services.  They gave me a typical
  10979. rundown of thier services. $10 setup, $4 a month, $.21 per minute
  10980. non-peak, $.28 on peak.  This is fine and dandy.  They also informed
  10981. me that it would not be a problem that the 800 number points to my
  10982. local rotary service.  Cool.
  10983.  
  10984. What is happening is, I am running a Internet Service provider, and
  10985. naturely, it would be of great benefit if I could expand out to areas
  10986. that don't have internet services (but still deliver good rates).  With
  10987. the rates I described above, I will have to charge about $16.00 bucks
  10988. a hour just to break even on the call, not to mention the service
  10989. fees.  That's a little much; I was hoping from something around the
  10990. $3-5 dollars hour.
  10991.  
  10992. I have heard that there are third party 800 suppliers, and would like to 
  10993. look into them.  Does anyone have any comments on these third party
  10994. services?  How about some good services to look into?
  10995.  
  10996. With the demand that we will carry, it would seem that we could find a
  10997. cheaper method, which I could pass on to my users.
  10998.  
  10999.  
  11000. [TELECOM Digest Editor's Note: Well, you can get 800 service alot cheaper
  11001. than 20-25 cents per minute -- even from the big three -- but generally
  11002. you need to commit to purchasing *a lot* of it each month. If you can
  11003. produce big time traffic for the carrier, I've seen 800 service priced
  11004. as little as $6-7 per hour (10-12 cents per minute with six second billing,
  11005. etc) delivered on T-1. Maybe you can get it even cheaper than that, but the 
  11006. literature I've seen always talked in terms of $10,000 - $30,000 worth
  11007. of traffic per month with a commitment for at least a year, sometimes
  11008. longer. The price is a bit higher than above, but then once you cross a
  11009. certain threshold -- and make prompt payment each month -- discounts kick
  11010. in which bring it down to the above range. The so-called third-party
  11011. people I've seen all talk in terms of 20-25 cents per minute; they are
  11012. getting it cheap enough but want their cut of the action also. You did
  11013. not mention the volume of traffic you anticipate, or how far out you
  11014. want to stick your own neck waiting for the traffic to materialize -- if
  11015. it does -- or how much cash you want to have tied up each month after
  11016. you pay the carrier and wait for your customers to pay you, but if you
  11017. pull it off right, yeah, I would say you could get 800 very cheaply
  11018. and on good terms such as six second billing.   PAT]
  11019.  
  11020. ------------------------------
  11021.  
  11022. From: tkacik@mathworks.com (Jean Tkacik)
  11023. Subject: Re: Northern Telecom Meridian: How Much?
  11024. Date: 23 Mar 1995 21:50:55 GMT
  11025. Organization: The MathWorks Inc.
  11026.  
  11027.  
  11028. Please contact Tac Centre. They are located in Reading, MA. They are
  11029. remarketers of Northern Telecom products and will be glad to quote a system
  11030. for you.  Please call 617-944-5709 and ask for Jeff Cail, Stephen Saia or
  11031. Dave Flannagan. Good Luck.
  11032.  
  11033. ------------------------------
  11034.  
  11035. From: Pubate Satienpoch <pubate@seas.gwu.edu>
  11036. Subject: Help! Simualation of Burst Transmission
  11037. Date: Thu, 23 Mar 1995 13:57:42 -0500
  11038. Organization: The George Washington University, Washington DC
  11039.  
  11040.  
  11041. Hello,
  11042.  
  11043.     I'm Pubate, a graduate student in EE at GWU.  I need some help
  11044. about my term project.I take the course Simulation of Communications
  11045. System and my professor give me the topic:
  11046.  
  11047.     " timing synchronization for burst transmission "
  11048.  
  11049. I really have no idea about it, what it means by burst transmission
  11050. and what is the purpose for the synchronization of it . I try to
  11051. figure out by looking in the library but I can't find any topic
  11052. related to this one. Could you give me an idea about that. I think I
  11053. might change the topic if I can't  do anything about this one. Would you 
  11054. please suggest another interesting topic in communications that I can
  11055. simulate by the software (either SystemView or SPW) . Or if you have
  11056. any experience about this kind of simulation, please give me some
  11057. suggestion.
  11058.  
  11059. Thank you very much for your help.
  11060.  
  11061.  
  11062. Sincerely,
  11063.  
  11064. Pubate  Satienpoch 
  11065.  
  11066. ------------------------------
  11067.  
  11068. From: tb@MO.NET (Timothy Brown)
  11069. Subject: Information Wanted on Sites For Technical Help
  11070. Date: 23 Mar 1995 20:55:18 GMT
  11071. Organization: [MO.NET] Network Ops
  11072.  
  11073.  
  11074. Does anyone have a few sites that I can look up technical information on 
  11075. T1, 56k leased line, etc?  Bandwidth, etc.  Thanks!
  11076.  
  11077.  
  11078. Timothy Brown <tb@MO.NET> | Finger for PGP Key/Resume
  11079. Network Operations Team   | -------------------------
  11080. User/Systems Support      | Interface Consulting, Inc.
  11081. [+1 314-928-5250 Fax]     | 2733 McClay Valley Blvd
  11082. [+1 314-670-9464 Pager]   | St. Peters, MO, 63376
  11083. P-Net, Inc.               | [http://www.mo.net/~tb]
  11084.  
  11085.  
  11086. [TELECOM Digest Editor's Note: You can always try the Telecom Archives
  11087. accessible using anonymous ftp lcs.mit.edu. Everything ever written in
  11088. this Digest -- and a lot more -- is there.    PAT]
  11089.  
  11090. ------------------------------
  11091.  
  11092. From: jeb2@dana.ucc.nau.edu (John E. Brissenden)
  11093. Subject: Mitel (200sx) Phone Number Request
  11094. Date: 23 Mar 1995 19:48:20 GMT
  11095. Organization: Northern Arizona University, Flagstaff AZ, USA
  11096.  
  11097.  
  11098. Could some kind soul email me Mitel's phone number.  I need to get the
  11099. format of the SMDR output.
  11100.  
  11101.  
  11102. Many thanks,
  11103.  
  11104. john
  11105.  
  11106. ------------------------------
  11107.  
  11108. From: misha@convex.convex.com (Michael Umansky)
  11109. Subject: Tech Information Wanted on Old Brick Cell Phone
  11110. Date: 23 Mar 1995 14:50:38 -0600
  11111. Organization: Engineering, Convex Computer Corporation, Richardson, Tx USA
  11112.  
  11113.  
  11114. Hi,
  11115.  
  11116. I have acquired (very cheaply) couple of old broken Motorola brick
  11117. cellular phones, one says 'classic' and is very thick (about three
  11118. inches), the other says 'ultra classic' and is about 1.5 inches.
  11119. Neither has battery but I did get one battery eliminator.  Neither
  11120. even powers up.  I took them apart but I think I am way over my head
  11121. since everything is (almost) surface mounted and the IC chips have
  11122. codes which don't correspond to anything I have seen, except for the
  11123. 27c512 prom and some 8Kx8 static ram.
  11124.  
  11125. Does anyone know what CPU is used in these phones?
  11126.  
  11127. Is there a way to get a service manual or schematics for these phones?
  11128.  
  11129.  
  11130. Thanks,
  11131.  
  11132. Michael Umansky (misha@convex.com)
  11133. Convex Computer Corp; 3000 Waterview Parkway;  Richardson, TX  75080
  11134. 10541 Sandpiper Lane; Dallas, TX  75230
  11135. 214-497-4717 (work) 214-739-2461 (home)
  11136.  
  11137. ------------------------------
  11138.  
  11139. End of TELECOM Digest V15 #166
  11140. ******************************
  11141.     
  11142.     
  11143. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02626;
  11144.           24 Mar 95 15:00 EST
  11145. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11146.     id AA29762; Fri, 24 Mar 95 09:02:18 CST
  11147. Return-Path: <telecom>
  11148. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11149.     id AA29753; Fri, 24 Mar 95 09:02:15 CST
  11150. Date: Fri, 24 Mar 95 09:02:15 CST
  11151. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11152. Message-Id: <9503241502.AA29753@delta.eecs.nwu.edu>
  11153. To: telecom@eecs.nwu.edu
  11154. Subject: TELECOM Digest V15 #167
  11155.  
  11156. TELECOM Digest     Fri, 24 Mar 95 09:02:00 CST    Volume 15 : Issue 167
  11157.  
  11158. Inside This Issue:                           Editor: Patrick A. Townson
  11159.  
  11160.     "Communications Decency Act" Update (ACLU Information)
  11161.     ISDN Showcase at USC (Cherie Shore)
  11162.     BLV Flaw (ahoffman@li.net)
  11163.     Looking at Data Gate (Gateway) Software (jlou@cs.uml.edu)
  11164.     T-1 Link (Ryan Khoo)
  11165.     Re: Gouging at Pay Phones (an200543@anon.penet.fi)
  11166.     Re: Can Anyone Recommend a Good T1 Text (Gerald Serviss)
  11167.     Re: New NPA in Colorado (Stan Schwartz)
  11168.     Re: New NPA in Colorado (Bob Goudreau)
  11169.     Re: New NPA in Colorado (Carl Moore)
  11170.     Re: Current Status of Caller-ID in CA (hihosteveo@aol.com)
  11171.     Re: Telephony Demand Estimates - Any Clues? (Bick Truet)
  11172.  
  11173. TELECOM Digest is an electronic journal devoted mostly but not
  11174. exclusively to telecommunications topics. It is circulated anywhere
  11175. there is email, in addition to various telecom forums on a variety of
  11176. public service systems and networks including Compuserve and America
  11177. On Line. It is also gatewayed to Usenet where it appears as the moderated
  11178. newsgroup 'comp.dcom.telecom'. 
  11179.  
  11180. Subscriptions are available to qualified organizations and individual
  11181. readers. Write and tell us how you qualify:
  11182.  
  11183.                  * telecom-request@eecs.nwu.edu *
  11184.  
  11185. The Digest is edited, published and compilation-copyrighted by Patrick
  11186. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  11187. or phone at:
  11188.                     9457-D Niles Center Road
  11189.                      Skokie, IL USA   60076
  11190.                        Phone: 500-677-1616
  11191.                         Fax: 708-329-0572
  11192.   ** Article submission address only: telecom@eecs.nwu.edu **
  11193.  
  11194. Our archives are located at lcs.mit.edu and are available by using
  11195. anonymous ftp. The archives can also be accessed using our email
  11196. information service. For a copy of a helpful file explaining how to
  11197. use the information service, just ask.
  11198.  
  11199. *************************************************************************
  11200. *   TELECOM Digest is partially funded by a grant from the              *
  11201. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  11202. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  11203. * project.  Views expressed herein should not be construed as represent-*
  11204. * ing views of the ITU.                                                 *
  11205. *************************************************************************
  11206.  
  11207. Additionally, the Digest is funded by gifts from generous readers such
  11208. as yourself who provide funding in amounts deemed appropriate. Your help 
  11209. is important and appreciated. A suggested donation of twenty dollars per
  11210. year per reader is considered appropriate. See our address above.
  11211.  
  11212. All opinions expressed herein are deemed to be those of the author. Any
  11213. organizations listed are for identification purposes only and messages
  11214. should not be considered any official expression by the organization.
  11215. ----------------------------------------------------------------------
  11216.  
  11217. From: ACLU Information <infoaclu@aclu.org>
  11218. Date: Thu, 23 Mar 1995 14:45:05 -0500
  11219. Subject: "Communications Decency Act" Update
  11220.  
  11221.  
  11222. March 23, 1995     A Cyber Liberties Alert from the ACLU
  11223.   
  11224. Senate Committee Backs Cyber Censorship, and Imposes Criminal Penalties 
  11225.  
  11226. WHAT JUST HAPPENED: 
  11227.  
  11228.     The Senate Commerce Committee adopted late Thursday morning a
  11229. modified version of the Exon bill, the so-called "Communications
  11230. Decency Act" (originally introduced as Senate Bill 314).  Senator
  11231. Slade Gorton (R-WA), who had cosponsored S. 314 with Senator James
  11232. Exon (D-NE), proposed the amendment in Exon's absence.  It was adopted
  11233. on voice vote as an amendment to the Telecommunications Competition
  11234. and Deregulation Act of 1995.
  11235.  
  11236.     The amendment would subject on-line users to scrutiny and
  11237. criminal penalties if their messages were deemed to be indecent, lewd,
  11238. lascivious or filthy -- all communications that are protected by the
  11239. Free Speech Guarantees of the First Amendment to the United States
  11240. Constitution.  Although protecting children from pornography is its
  11241. most often cited rationale, this is really a "bait and switch" with
  11242. your rights at stake.  Note that the amendment in fact goes way beyond
  11243. child pornorgaphy. It's like the opponents of TV violence who first
  11244. said children should be protected and then made "Murder She Wrote"
  11245. with Angela Landsbury their number one target.  Or like the censors
  11246. who banned "Huckleberry Finn," "Where's Waldo?" and even Webster's
  11247. Dictionary (it has "bad" words in it, after all).  The Exon/Gorton
  11248. Amendment would invite active interference in the basic speech of
  11249. everyone using any telecommunication device -- simply because some
  11250. government bureaucrat somewhere thought the speech was indecent or
  11251. lascivious.
  11252.  
  11253.     All senators on the committee had been informed that the
  11254. Exon/Gorton amendment would violate the Constitution, assault the
  11255. liberties of net users, stifle development of new technologies (many
  11256. of which offer greater choice and control by all users -- including
  11257. parents), and spawn expensive litigation -- while not succeeding at
  11258. reducing access by children to pornography.  A coalition of civil
  11259. liberties organizations -- including the ACLU -- and numerous
  11260. commercial companies warned against adopting the Exon/Gorton
  11261. amendment, which originally would also have made all online service
  11262. providers (in fact, anyone transmitting an offensive message)
  11263. criminally liable.
  11264.  
  11265.     Some commercial companies offered Exon and Gorton language
  11266. exempting themselves from liability while still letting their
  11267. subscribers be prosecuted.  Today Senator Gorton said that the
  11268. amendment had been modified to exempt those merely "transmitting" the
  11269. message.  The amendment would, however, still cover anyone who
  11270. originates a message deemed indecent, lascivious etc.
  11271.  
  11272. WHAT YOU CAN DO: 
  11273.  
  11274.     1. Contact the senators from your state, and all senators on
  11275. the Commerce Commitee expressing your disappointment with Thursday
  11276. morning's action.  Thank Senate Commerce Committee Chairman Larry
  11277. Pressler (R-SD) for not including the Exon/Gorton amendment in his
  11278. proposed bill, and urge him to support action on the Senate floor to
  11279. remove the anti-cyber amendment.
  11280.  
  11281.     2. Contact your online service providers and ask them what
  11282. they have been doing about this Exon/Gorton assault on your liberties.
  11283. Some providers are still standing up for your rights; others may not
  11284. have.Urge them, not to support any legislation that protects them, but
  11285. violates your free speech rights.  Urge them to oppose the modified
  11286. Exon/Gorton amendment.
  11287.  
  11288.     3.  Contact all the other senators and urge them to support
  11289. deletion of the Exon/Gorton amendment when the bill comes to the
  11290. Senate floor.
  11291.  
  11292.     4.  Stay tuned for further information and action items for
  11293. both House and Senate.
  11294.  
  11295.     The American Civil Liberties Union is a nationwide,
  11296. nonpartisan organization of over 275,000 members.  Now in its 75th
  11297. year, the ACLU is devoted exclusively to protecting the civil
  11298. liberties guaranteed by the Constitution and the Bill of Rights,
  11299. whereever these liberties are at risk -- in a bookstore, in school, on
  11300. the street, in cyberspace, wherever.  The ACLU does this through
  11301. legislative action, public education and litigation.
  11302.  
  11303.                    ----------------------
  11304.  
  11305. Send your letter by e-mail, fax, or snail mail to: 
  11306.  
  11307. Senator Larry Pressler, S.D. 
  11308. Chairman, Committee on Commerce, Science, and Transportation 
  11309. SR-254 Russell Senate Office Building 
  11310. Washington, DC  20510-6125 
  11311. (202) 224-5842 (phone) 
  11312. (202) 224-1259 (fax of Commerce Committee) 
  11313. e-mail: larry_pressler@pressler.senate.gov 
  11314.  
  11315. To maximize the impact of your letter, you should also write to the 
  11316. members of the Senate Commerce Committee and to your own Senators.  
  11317.  
  11318. Majority Members of the Senate Commerce Committee: 
  11319.  
  11320. Senator Bob Packwood, Ore. 
  11321. SR-259 Russell Senate Office Building 
  11322. Washington, DC  20510-3702 
  11323. (202) 224-5244 (phone) 
  11324. (202) 228-3576 (fax) 
  11325.  
  11326. Senator Ted Stevens, Alaska 
  11327. SH-522 Hart Senate Office Building 
  11328. Washington, DC  20510-0201 
  11329. (202) 224-3004 (phone) 
  11330. (202) 224-1044 (fax) 
  11331.  
  11332. Senator John McCain, Ariz. 
  11333. SR-111 Russell Senate Office Building 
  11334. Washington, DC  20510-0303 
  11335. (202) 224-2235 (phone) 
  11336. (202) 228-2862 (fax) 
  11337.  
  11338. Senator Conrad Burns, Mont. 
  11339. SD-183 Dirksen Senate Office Building 
  11340. Washington, DC  20510-2603 
  11341. (202) 224-2644 (phone) 
  11342. (202) 224-8594 (fax) 
  11343.  
  11344. Senator Slade Gorton, Wash. 
  11345. SH-730 Hart Senate Office Building 
  11346. Washington, DC  20510-4701 
  11347. (202) 224-3441 (phone) 
  11348. (202) 224-9393 (fax) 
  11349. e-mail:  senator_gorton@gorton.senate.gov 
  11350.  
  11351. Senator Trent Lott, Miss. 
  11352. SR-487 Russell Senate Office Building 
  11353. Washington, DC  20510-2403 
  11354. (202) 224-6253 (phone) 
  11355. (202) 224-2262 (fax) 
  11356.  
  11357. Senator Kay Bailey Hutchison, Tex. 
  11358. SH-703 Hart Senate Office Building 
  11359. Washington, DC  20510-4303 
  11360. (202) 224-5922 (phone) 
  11361. (202) 224-0776 (fax) 
  11362. e-mail:  senator@hutchison.senate.gov 
  11363.  
  11364. Senator Olympia J. Snowe, Maine 
  11365. SR-174 Russell Senate Office Building 
  11366. Washington, DC  20510-1903 
  11367. (202) 224-5344 (phone) 
  11368. (202) 224-6853 (fax) 
  11369.  
  11370. Senator John Ashcroft, Mo. 
  11371. SH-705 Hart Senate Office Building 
  11372. Washington, DC  20510-2504 
  11373. (202) 224-6154 (phone) 
  11374. (202) 224-7615 
  11375.  
  11376. Minority Members of the Senate Commerce Committee 
  11377. ------------------------------------------------- 
  11378. Senator Ernest F. Hollings, S.C. 
  11379. SR-125 Russell Senate Office Building 
  11380. Washington, DC  20510-4002 
  11381. (202) 224-6121 (phone) 
  11382. (202) 224-4293 (fax) 
  11383.  
  11384. Senator Daniel K. Inouye, Hawaii 
  11385. SH-772 Hart Senate Office Building 
  11386. Washington, DC  20510-1102 
  11387. (202) 224-3934 (phone) 
  11388. (202) 224-6747 (fax) 
  11389.  
  11390. Senator Wendell H. Ford, Ky. 
  11391. SR-173A Russell Senate Office Building 
  11392. Washington, DC  20510-1701 
  11393. (202) 224-4343 (phone) 
  11394. (202) 224-0046 (fax) 
  11395. e-mail:  wendell_ford@ford.senate.gov 
  11396.  
  11397. Senator J. James Exon, Neb. 
  11398. SH-528 Hart Senate Office Building 
  11399. Washington, DC  20510-2702 
  11400. (202) 224-4224 (phone) 
  11401. (202) 224-5213 (fax) 
  11402.  
  11403. Senator John D. (Jay) Rockefeller IV, W. Va. 
  11404. SH-109 Hart Senate Office Building 
  11405. Washington, DC  20510-4802 
  11406. (202) 224-6472 (phone) 
  11407. (202) 224-1689 (fax) 
  11408.  
  11409. Senator John F. Kerry, Mass. 
  11410. SR-421 Russell Senate Office Building 
  11411. Washington, DC  20510-2102 
  11412. (202) 224-2742 (phone) 
  11413. (202) 224-8525 (fax) 
  11414.  
  11415. Senator John B. Breaux, La 
  11416. SH-516 Hart Senate Office Building 
  11417. Washington, DC  20510-1803 
  11418. (202) 224-4623 (phone) 
  11419. (202) 224-2435 (fax) 
  11420.  
  11421. Senator Richard H. Bryan, Nev. 
  11422. SR-364 Russell Senate Office Building 
  11423. Washington, DC  20510-2804 
  11424. (202) 224-6244 (phone) 
  11425. (202) 224-1867 (fax) 
  11426.  
  11427. Senator Byron L. Dorgan, N.D. 
  11428. SH-713 Hart Senate Office Building 
  11429. Washington, DC  20510-3405 
  11430. (202) 224-2551 (phone) 
  11431. (202) 224-1193 (fax) 
  11432.  
  11433. You can also write or fax your own Senator at: 
  11434.  
  11435. The Honorable ______________________ 
  11436. U.S. Senate 
  11437. Washington, D.C. 20510 
  11438.  
  11439. Senate directories including fax numbers may be found at: 
  11440.  
  11441. gopher://ftp.senate.gov:70 
  11442. gopher://una.hh.lib.umich.edu:70/0/socsci/polscilaw/uslegi 
  11443.  
  11444.  
  11445. Additional information about the ACLU's position on this issue and others 
  11446. affecting civil liberties online and elsewhere may be found at:  
  11447.  
  11448. gopher:\\aclu.org:6601 
  11449. OR request our FAQ at infoaclu@aclu.org 
  11450.  
  11451.  
  11452. ACLU Free Reading Room  |  American Civil Liberties Union 
  11453. gopher://aclu.org:6601  | 132 W. 43rd Street, NY, NY 10036 
  11454. mailto:infoaclu@aclu.org|    "Eternal vigilance is the 
  11455. ftp://ftp.pipeline.com  |         price of liberty" 
  11456.  
  11457. ------------------------------
  11458.  
  11459. From: cashore@PacBell.COM (Cherie Shore)
  11460. Subject: ISDN Showcase at USC
  11461. Date: 24 Mar 1995 06:01:35 GMT
  11462. Organization: Pacific Bell
  11463.  
  11464.  
  11465. We are pleased to invite you to an ISDN Showcase sponsored by USC
  11466. Telecommunication Services, to be held on April 13.  We will show the
  11467. broad range of ISDN's capabilities, including:
  11468.  
  11469. Desktop videoconferencing
  11470. Remote LAN access
  11471. Internet access
  11472. Telecommuting solutions
  11473. Remote Image Telemedicine
  11474.  
  11475. The following vendors of ISDN products and services will participate 
  11476. in this event, designed to present you with a wide range of ISDN 
  11477. options.  Each vendor will demonstrate their ISDN technology, in
  11478. an environment which invites informative comparisons.  This list 
  11479. includes local and long distance ISDN carriers, hardware 
  11480. manufacturers, system integrators and Internet service providers:
  11481.  
  11482. AT&T
  11483. Ascend
  11484. ACE
  11485. ADAK
  11486. Adtran
  11487. Combinet
  11488. ComNet
  11489. Data General
  11490. Digiboard
  11491. Digilink Gandalf
  11492. Graybar Electronics
  11493. GTE
  11494. Helfrich Co.
  11495. IBM
  11496. IMA
  11497. Intel
  11498. ISDN*tek
  11499. MCI
  11500. Motorola
  11501. Network Express
  11502. Northern Telecom
  11503. OSI
  11504. Pacific Bell
  11505. PictureTel
  11506. Sun Microsystems
  11507. 3COM
  11508. Vivo Software
  11509. YasCo
  11510.  
  11511. The ISDN Showcase will be held on the USC campus, at the Davidson
  11512. Conference Center, which is located at 3415 S. Figueroa St (the corner
  11513. of Jefferson and Figueroa) in Los Angeles.  Ample parking is available
  11514. at the Shrine Auditorium.  Exhibits will be open from 10am until 4pm.
  11515. This event is in trade show format; no reservations required.
  11516.  
  11517. For more information, please call (213) 743-ISDN.
  11518.  
  11519.  
  11520. Cherie Shore    cashore@pacbell.com
  11521. ISDN Technology Manager, PacBell
  11522.  
  11523. ------------------------------
  11524.  
  11525. From: ahoffman@li.net (Hoffman)
  11526. Subject: BLV Flaw
  11527. Date: 23 Mar 1995 22:52:19 -0500
  11528. Organization: LI Net (Long Island Network)
  11529.  
  11530.  
  11531. Forgive my ignorance perhaps in asking this question. I am but a mere 
  11532. amateur in the study of telephones, and its sort of a hobby of mine, so
  11533. I can't always verify the accuracy of the information that I read.
  11534.  
  11535. My question is I've read of the BLV (Busy Line Verification) flaw in
  11536. the past, and supposedly it could theoretically allow someone to drop
  11537. the trunk into somebody's conversation quite discreetly. Supposedly
  11538. according to an old telecom newsletter that I have, phone phreaks 
  11539. could possibly be able to access this fuction. Is their any validity
  11540. to this?  What version of ESS was effected by this?  What would be the
  11541. exact steps involved in exposing this flaw?  When was it fixed?
  11542.  
  11543. ------------------------------
  11544.  
  11545. From: jlou@cs.uml.edu (Dreamer)
  11546. Subject: Looking Into Data Gate (Gateway) Software
  11547. Date: 24 Mar 1995 05:25:07 GMT
  11548.  
  11549.  
  11550. I am in the market for a software which has following functionality:
  11551.  
  11552. 1. standard comm. clients (drivers), such as driver for LU6.2
  11553.    driver for 3270 
  11554. 2. standard data translation: translate data from one protocol to another.
  11555. 3. transaction log
  11556. 4. real time
  11557. 5. priority queuing
  11558. 6. status monitoring
  11559. 7. audit log
  11560. 8. SNMP alert generation
  11561. 9. backup (fault tolerance)
  11562. 10. response time monitoring
  11563.  
  11564. This software connects to different LAN and computers which using
  11565. different protocols. It routes and track transactions between LAN and
  11566. computers.  If you have any similar product, please let me know.
  11567.  
  11568.  
  11569. Dreamer, jlou@cs.uml.edu
  11570.  
  11571. ------------------------------
  11572.  
  11573. From: rkkhoo@tartarus.uwa.edu.au (Ryan Khoo)
  11574. Subject: T-1 Link
  11575. Date: 24 Mar 1995 10:05:16 GMT
  11576. Organization: The University of Western Australia
  11577.  
  11578.  
  11579. I would like to obtain prices for T-1 links from the USA to Australia.
  11580.  
  11581. Could any telecomuter help me?
  11582.  
  11583. One, three and five years terms ...
  11584.  
  11585. Popsite is in LA 305253 or Chicago 312248.
  11586.  
  11587. Please email to me the terms and pricing.  The Australian end will be
  11588. in the central business district.
  11589.  
  11590.  
  11591. Regards,
  11592.  
  11593.  
  11594. Ryan
  11595.  
  11596.  
  11597. ------------------------------
  11598.  
  11599. From: an200543@anon.penet.fi
  11600. Reply-To: an200543@anon.penet.fi
  11601. Date: Fri, 24 Mar 1995 13:20:04 UTC
  11602. Subject: Re: Gouging at Pay Phones
  11603.  
  11604.  
  11605. Jim.Gooch@sciatl.com (jgooch) wrote:
  11606.  
  11607. > In article <telecom15.146.3@eecs.nwu.edu>, johnwpan@aol.com (JohnWPan) 
  11608. > says:
  11609.  
  11610. >> Being an experienced traveler, I thought I knew all the tricks.  Alas,
  11611. >> but no.  I was stumped vacationing in FL.
  11612.  
  11613. >> Finally, I dialed my carrier's human operator, and was able to talk my
  11614. >> way through a credit card call.  However, the dial pad was still
  11615. >> disabled so I could not access my voice mail.
  11616.  
  11617. >> Years ago, I used to carry a DTMF generator with me.  I have to do
  11618. >> that now, again.  Ah progress.
  11619.  
  11620. > The RBOCS are buying smartphones from TSG Inc. and others.  They have
  11621. > fraud prevention that doesn't even allow DTMF from the handset. Don't
  11622. > be surprised if your hand-held doesn't work either.
  11623.  
  11624.  
  11625. > [TELECOM Digest Editor's Note: Is that what it is going to come to,
  11626. > that we have to give up our voice mail and our call back services and
  11627. > whatever so the RBOCs can continue their fight against fraud?  You're
  11628. > saying even Genuine Bell payphones won't be something we can rely on
  11629. > much longer?    PAT]
  11630.  
  11631. Any phone that won't transmit DTMF from the handset is clearly defective.  
  11632. Defective phones can be fixed with a bit of epoxy.  It may take a few
  11633. treatments, but eventually the equipment starts working as God and
  11634. Alexander Graham Bell intended.
  11635.  
  11636. I guess one won't be able to use a modem with these phones either.
  11637.  
  11638. I guess you can see why I'm posting this anonymously!
  11639.  
  11640.  
  11641. [TELECOM Digest Editor's Note: Yeah, I guess I can see why you are posting
  11642. it anonymously. Either the equipment starts working correctly or else its
  11643. owners take it out entirely, eh?  So the ninety percent of the American
  11644. public who has never heard of voicemail, and the ninety-five percent or so
  11645. who don't have it or need to retrieve anything from it get punished as
  11646. well by having the one payphone in their neighborhood which formerly had
  11647. been operated by Bell replaced by a COCOT. I can see your point though. 
  11648. It does make you kind of angry.    PAT]
  11649.  
  11650. ------------------------------
  11651.  
  11652. From: serviss@tazdevil.cig.mot.com (Gerald Serviss)
  11653. Subject: Re: Can Anyone Recommend a Good T1 Text
  11654. Date: 24 Mar 1995 14:07:19 GMT
  11655. Organization: Cellular Infrastructure Group, Motorola
  11656.  
  11657.  
  11658. In article <telecom15.164.4@eecs.nwu.edu>, David M. Meyer <meyer@frostbite-
  11659. falls.uoregon.edu> wrote:
  11660.  
  11661. > Can anyone recommend a good textbook on T1?
  11662.  
  11663. I have found the text:
  11664.  
  11665.     "The Guide to T-1 Networking"
  11666.     William A. Flanagan
  11667.     4th edition, copy 1990
  11668.     ISBN 0-936648-26-0
  11669.     
  11670. I have found it to be a useful and very readable introduction to the subject. 
  11671. It has answered most if not all of my questions.
  11672.  
  11673. It is published by Telecom Library Inc.
  11674. 1-800-999-0345
  11675.  
  11676.  
  11677. Jerry Serviss      Motorola Inc    serviss@cig.mot.com
  11678.  
  11679. ------------------------------
  11680.  
  11681. From: stans@panix.com (Stan Schwartz)
  11682. Subject: Re: New NPA in Colorado
  11683. Date: 23 Mar 1995 22:47:47 -0500
  11684. Organization: PANIX Public Access Internet and Unix, NYC
  11685.  
  11686.  
  11687. Peter Laws (plaws@comp.uark.edu) wrote:
  11688.  
  11689. > stans@panix.com (Stan Schwartz) writes:
  11690.  
  11691. >> Yes, it was announced in September that the 303 NPA was splitting, leaving 
  11692. >> 303 for Denver and 970 for everywhere else that is not already 719.
  11693.  
  11694. > I assume that the switches can differentiate between 970 (the NPA) and 970
  11695. > (the chat line) ... or is that no longer used?
  11696.  
  11697. The 970 lines are still used in the NY Metro area.  However, dialing
  11698. 970-XXXX from within the 516 NPA as opposed to dialing 1-970-NXX-XXXX
  11699. is the same as the difference between dialing 334-XXXX and 1-334-NXX-XXXX.
  11700. It's not so much that the switches need to be re-programmed as the PBX's that 
  11701. now block 970 calls.
  11702.  
  11703. Does anyone know if there is a method to the madness in selecting the
  11704. new NPA's?  Originally it was based on the number of 'pulls' and the
  11705. last few in the N10/N1X series were whatever was left.  It almost
  11706. seems random.  You would think that they would stay away from 97X and
  11707. 5XX, given the number of premium-charged services with similarly
  11708. numbered prefixes.  Sheesh!
  11709.  
  11710.  
  11711. Stan
  11712.  
  11713.  
  11714. [TELECOM Digest Editor's Note: *Is there* any method to the madness now?
  11715. Does anyone know of any formula pr process used to select the numbers
  11716. being assigned as the new area codes?  We all know how 212, 213, 312, 313
  11717. and others in that range came to be selected: in the rotary dial era
  11718. those were the ones with the shortest number of 'pulls' and they were
  11719. assigned to the major cities on the assumption most calls would go to
  11720. those places. What about now?  Is it just random, or do telcos request
  11721. certain codes in the same way subscribers request vanity numbers?  PAT]
  11722.  
  11723. ------------------------------
  11724.  
  11725. Date: Thu, 23 Mar 1995 15:48:53 -0500
  11726. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  11727. Subject: Re: New NPA in Colorado
  11728.  
  11729.  
  11730. plaws@comp.uark.edu (Peter Laws) writes:
  11731.  
  11732. > I assume that the switches can differentiate between 970 (the NPA)
  11733. > and 970 (the chat line) ... or is that no longer used?
  11734.  
  11735. I assume you mean the premium 970 exchange present in some NPAs, where
  11736. it is similar in function to the 976 exchange.  There's nothing
  11737. preventing any NPA from continuing to use 970 as an exchange.
  11738. Eight-digit dialing (e.g., 1-970-XXXX) went away earlier this year in
  11739. those places that required it, so local 970 numbers now have to be
  11740. dialed as either 970-XXXX or as 1-NPA-970-XXXX.  Ask your local telco
  11741. to find out which dialing plan applies to your area.
  11742.  
  11743.  
  11744. Bob Goudreau            Data General Corporation
  11745. goudreau@dg-rtp.dg.com        62 Alexander Drive    
  11746. +1 919 248 6231            Research Triangle Park, NC  27709, USA
  11747.  
  11748. ------------------------------
  11749.  
  11750. Date: Thu, 23 Mar 95 14:18:54 EST
  11751. From: Carl Moore <cmoore@ARL.MIL>
  11752. Subject: Re: New NPA in Colorado
  11753.  
  11754.  
  11755. plaws@comp.uark.edu writes about a 970 chat line.  So where is it and
  11756. how is it dialed?
  11757.  
  11758. There should NOT be any ambiguity.  For one thing, the history file,
  11759. which I have continued to update, has dealt with changes in dialing
  11760. instructions which were made necessary by the coming of these
  11761. generalized area codes.  Long distance to points in the new 970 area
  11762. would be 1-970-xxx-xxxx, even within that area code.
  11763.  
  11764. Non-telephone-company equipment could be troublesome in this regard,
  11765. however.
  11766.  
  11767. ------------------------------
  11768.  
  11769. From: hihosteveo@aol.com (HiHoSteveo)
  11770. Subject: Current Status of Caller-ID in CA
  11771. Date: 23 Mar 1995 13:31:11 -0500
  11772. Organization: America Online, Inc. (1-800-827-6364)
  11773. Reply-To: hihosteveo@aol.com (HiHoSteveo)
  11774.  
  11775.  
  11776. For those of you who may have endured my prior note(s) on the subject,
  11777. I said the FCC interstate order was being reconsidered. A ruling was
  11778. expected last Fall. Last Friday 3-17, the FCC formally suspended the
  11779. meaningless "effective date" of 4-12 (since it is rapidly approaching), 
  11780. and stayed a decision indefinitely -- didn't even try to set a date.
  11781.  
  11782. Adios CLID in CA.
  11783.  
  11784. ------------------------------
  11785.  
  11786. From: bicktrg@aol.com (BickTRG)
  11787. Subject: Re: Telephony Demand Estimates - Any Clues?
  11788. Date: 24 Mar 1995 09:38:45 -0500
  11789. Organization: America Online, Inc. (1-800-827-6364)
  11790. Reply-To: bicktrg@aol.com (BickTRG)
  11791.  
  11792.  
  11793. When looking at demand estimates, keep the following issues in mind:
  11794.  
  11795. 1.  Can the technology (in this case available bandwidth) support the
  11796. demand?  In some US markets, we've seen that -- without further
  11797. multiplexing -- PCS (GSM) can support 20% of the POPs (200/1,000).  There
  11798. should be a ceiling there (at least near term).
  11799.  
  11800. 2.  The "80% interesteds" are just that ... interested.  But, adoption
  11801. is another story.  Take into account TALC (Technology Adoption Life
  11802. Cycle) which suggests a 1-2% share initially (innovators), another 10%
  11803. subsequently (early adopters) and then, with a herculean effort,
  11804. migration into mainstream markets (at best...another 30-40%).  Prior
  11805. to migration into mainstream markets there will be a big consolidation
  11806. of carriers (just to garner the resources & bucks necessary to
  11807. successfully stimulate adoption among mainstreamers which are
  11808. classically "attacked" one market segment at a time).  
  11809.  
  11810. 3.  I think the Swedish statistic (9.8%), without seeing how
  11811. collected/analyzed, etc.  but from a structural perspective, is the
  11812. most realistic.  9.8% would assume 100% share of innovators and most
  11813. early adopters.  Mainstreamers are always a gamble but will jump in at
  11814. some point.  They are risk averse, however, and while the time line
  11815. moves fwd, innovators and early adopters may have already jumped into
  11816. a newer technology.  
  11817.  
  11818. 4.  In the U.S., our "rule of thumb" for PCS is a 10-15% adoption rate
  11819. near term (eg., three years).  After that, god only knows.
  11820.  
  11821. I hope this information helps.  Please feel free to message me if you
  11822. have any questions or comments.
  11823.  
  11824.  
  11825. Bick Truet     New Technologies Productization
  11826. Technologies Research Group, Inc.
  11827. 44 Old Route 22    Clinton, NJ  08809
  11828. BickTRG@AOL.com    908.730.9050
  11829.  
  11830. ------------------------------
  11831.  
  11832. End of TELECOM Digest V15 #167
  11833. ******************************
  11834.     
  11835.     
  11836. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa06028;
  11837.           24 Mar 95 19:14 EST
  11838. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11839.     id AA09137; Fri, 24 Mar 95 13:11:12 CST
  11840. Return-Path: <telecom>
  11841. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11842.     id AA09131; Fri, 24 Mar 95 13:11:09 CST
  11843. Date: Fri, 24 Mar 95 13:11:09 CST
  11844. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11845. Message-Id: <9503241911.AA09131@delta.eecs.nwu.edu>
  11846. To: telecom@eecs.nwu.edu
  11847. Subject: TELECOM Digest V15 #168
  11848.  
  11849. TELECOM Digest     Fri, 24 Mar 95 13:11:00 CST    Volume 15 : Issue 168
  11850.  
  11851. Inside This Issue:                           Editor: Patrick A. Townson
  11852.  
  11853.     PBX Managers in NANP Denial (Greg Monti)
  11854.     SC Internet Real Estate Guide (Brian Moura)
  11855.     Internet GURU Needed! (atlantic12@aol.com)
  11856.     Data Communication With GSM (pix048@vx8820.uib.es)
  11857.     Cell Fraud Hotline Established (Greg Monti)
  11858.     Guilty Plea in Computer Pornography Case (TELECOM Digest Editor) 
  11859.     Re: Why Doesn't Zmodem Work? (Chuck A. Forsberg)
  11860.     Re: Tech Information Wanted on Old Brick Cell Phone (Richard L. Barnaby)
  11861.     Re: Can Anyone Recommend a Good T1 Text (Brian Brown)
  11862.     Re: Caller-ID Specs (David Goessling)
  11863.     Re: CDPD vs Ckt Cell Data UPDATE (Richard Kenshalo)
  11864.     Song: The Day the Bell System Died (Lauren Weinstein/Telecom Archives)
  11865.  
  11866. TELECOM Digest is an electronic journal devoted mostly but not
  11867. exclusively to telecommunications topics. It is circulated anywhere
  11868. there is email, in addition to various telecom forums on a variety of
  11869. public service systems and networks including Compuserve and America
  11870. On Line. It is also gatewayed to Usenet where it appears as the moderated
  11871. newsgroup 'comp.dcom.telecom'. 
  11872.  
  11873. Subscriptions are available to qualified organizations and individual
  11874. readers. Write and tell us how you qualify:
  11875.  
  11876.                  * telecom-request@eecs.nwu.edu *
  11877.  
  11878. The Digest is edited, published and compilation-copyrighted by Patrick
  11879. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  11880. or phone at:
  11881.                     9457-D Niles Center Road
  11882.                      Skokie, IL USA   60076
  11883.                        Phone: 500-677-1616
  11884.                         Fax: 708-329-0572
  11885.   ** Article submission address only: telecom@eecs.nwu.edu **
  11886.  
  11887. Our archives are located at lcs.mit.edu and are available by using
  11888. anonymous ftp. The archives can also be accessed using our email
  11889. information service. For a copy of a helpful file explaining how to
  11890. use the information service, just ask.
  11891.  
  11892. *************************************************************************
  11893. *   TELECOM Digest is partially funded by a grant from the              *
  11894. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  11895. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  11896. * project.  Views expressed herein should not be construed as represent-*
  11897. * ing views of the ITU.                                                 *
  11898. *************************************************************************
  11899.  
  11900. Additionally, the Digest is funded by gifts from generous readers such
  11901. as yourself who provide funding in amounts deemed appropriate. Your help 
  11902. is important and appreciated. A suggested donation of twenty dollars per
  11903. year per reader is considered appropriate. See our address above.
  11904.  
  11905. All opinions expressed herein are deemed to be those of the author. Any
  11906. organizations listed are for identification purposes only and messages
  11907. should not be considered any official expression by the organization.
  11908. ----------------------------------------------------------------------
  11909.  
  11910. Date: Fri, 24 Mar 1995 12:01:37 EST
  11911. From: Greg Monti <GMONTI@npr.org>
  11912. Subject: PBX Managers in NANP Denial
  11913.  
  11914.  
  11915. The newsletter {Communications Daily} reported in its March 24, 
  11916. 1995, issue that Bellcore officials are taking PBX managers to 
  11917. task for failing to keep up with the new style of area codes in 
  11918. North America.
  11919.  
  11920. Ron Conners, director of the numbering plan, said at the Supercomm '95
  11921. conference in California that many PBXs have not been upgraded to
  11922. allow the new Alabama 334, Washington 360 and Arizona 520 area codes
  11923. to be reached.  In most cases, users have complained to the serving
  11924. local operating company when they should be complaining to their PBX
  11925. managers.  Apparently, switches manufactured before 1993 are the ones
  11926. that largely don't support the new area codes without upgrades.
  11927.  
  11928. PBX managers are resisting upgrading their switches, the story says,
  11929. because they don't want to spend the money and because they feel that
  11930. the new area codes are in remote areas of the country that their users
  11931. would not call much anyway.
  11932.  
  11933. "People are in denial," said Conners.
  11934.  
  11935. The story notes that customers in Alabama and Washington caused an
  11936. "avalanche" of complaint calls because their "phones suddenly went
  11937. silent."  I can't explain this since we are still in the permissive
  11938. dialing period for these places.
  11939.  
  11940. US West, which serves most of Washington, announced that it would
  11941. begin assigning duplicate prefixes in the 206 and 360 area codes TWO
  11942. WEEKS after permissive dilaing ends because the shortage of numbers is
  11943. acute.
  11944.  
  11945. The story reviews upcoming or in-progress area code additions:
  11946. Colorado, existing code 303, new code 970
  11947. Texas, 713, 281
  11948. Florida, 813, 941
  11949. Connecticut, 203, 860
  11950. Illinois 708, 630
  11951. Virginia, 703, 540
  11952. Tennessee, 615, 423
  11953. Georgia, 404, 770
  11954. South Carolina, 803, new code not given, but we know it's 864
  11955. Missouri, existing code not given, but I'll bet it's 314
  11956. Oregon, 503, new code not given
  11957. Florida, 904, new code not given
  11958.  
  11959. For the remainder of the century, Bellcore predicts new area 
  11960. codes in:
  11961.  
  11962. Ohio, existing code not given, but I'll bet it's 216
  11963. Minnestoa, existing code not given, but I'll bet it's 612
  11964. California, 619
  11965. Texas, 817
  11966. Texas, 210
  11967. California, 213
  11968. Louisiana, 318
  11969. British Columbia, 604
  11970. Missouri, 816
  11971. plus ten more splits beyond these before December 31, 2000.
  11972.  
  11973.  
  11974. Greg Monti, Tech Mgr, FISPO, Distribution Division
  11975. National Public Radio          Phone:    +1 202 414-3343
  11976. 635 Massachusetts Av NW        Fax:      +1 202 414-3036
  11977. Washington, DC  20001-3753     Internet: gmonti@npr.org
  11978.  
  11979.  
  11980. [TELECOM Digest Editor's Note: Greg, it was the same thing years ago
  11981. when telcos first started using prefixes of the form X0/1X or XX0
  11982. or X00. The PBX guys denied it, refused to deal with it as long as
  11983. they could, and made service very difficult for many users. I recall
  11984. a case of a large store in downtown Chicago for whom I did some
  11985. part time work on a contract basis for quite a few years. I reported
  11986. the inability to get calls out to such an exchange. I reported it 
  11987. various times. The guy who took care of the PBX would do nothing about
  11988. it ... said there was 'no reason to call that exchange, anyway'. I had
  11989. voicemail at the time on that exchange, so my answer was to delete 
  11990. any and all references to my home phone number from the records of
  11991. those who needed it, and leave my voicemail/pager number instead as my
  11992. contact instead. I guessed it would be just a matter of time ... sure
  11993. enough about a month later they wanted to call me one day to ask for
  11994. something. Three different people in the department spent the better
  11995. part of two hours trying to reach me. They finally gave up and went to
  11996. a payphone nearby.  The next day the PBX had been adjusted.   PAT]
  11997.  
  11998. ------------------------------
  11999.  
  12000. Date: 24 Mar 95 11:06:24 EST
  12001. From: Brian Moura <76702.1337@compuserve.com>
  12002. Subject: SC Internet Real Estate Guide
  12003.  
  12004.  
  12005.             CITY OF SAN CARLOS
  12006.                Press Release
  12007.  
  12008.  
  12009. For More Information, Contact:
  12010.  
  12011. Brian Moura, Assistant City Manager (415) 802-4210
  12012. Internet e-mail: scarlos@crl.com
  12013. Internet web server: http://www.abag.ca.gov/abag/ 
  12014. local_gov/city/san_carlos/schome.html.
  12015.  
  12016. For Release 9:00 A.M.
  12017. March 10, 1995
  12018.  
  12019.         SAN CARLOS ANNOUNCES INTERNET REAL ESTATE GUIDE
  12020.              On Line Restaurant Guide Also Enhanced
  12021.  
  12022.     SAN CARLOS, CA -- March 10, 1995 -- The City of San Carlos
  12023. announced today a new service on its Internet server called "The San
  12024. Carlos Real Estate Guide."  This is an area on the Citys "San Carlos
  12025. On Internet" service that provides information on housing projects
  12026. being built by the San Carlos Redevelopment Agency, property available
  12027. for lease in the San Carlos portion of Redwood Shores for two
  12028. restaurants, a point and click guide to houses for sale in San Carlos
  12029. and information on real estate agents in San Carlos.
  12030.  
  12031.     The information in the San Carlos Real Estate Guide on City
  12032. housing projects has been compiled by the San Carlos Redevelopment
  12033. Agency.  The other information has been taken from material placed on
  12034. the Internet by local realtors from Coldwell Banker, Cornish & Carey
  12035. and Re/Max.
  12036.  
  12037.     By combining the information in an easy index, San Carlos
  12038. residents and firms and potential San Carlos residents and businesses
  12039. can quickly find out about housing and commercial properties in San
  12040. Carlos.
  12041.  
  12042.     Mayor Kevin Kelly said that "San Carlos has received many
  12043. calls and letters complimenting us on our vision to be one of the
  12044. first cities in the country to use the Internet to keep the public
  12045. informed about City services.  The next step in this process is to use
  12046. our presence on the Internet to make businesses in San Carlos more
  12047. successful. The new San Carlos Real Estate Guide on the Internet is a
  12048. great step in this direction."
  12049.  
  12050.     City Manager Michael Garvey noted that "We have been offering
  12051. businesses in San Carlos who are on the Internets 'World Wide Web' a
  12052. free listing on the City Internet Web area.  To date, four San Carlos
  12053. businesses -- Bay Area Model Mugging (womens self defense training),
  12054. Friendly Software Store, Library Solutions Press and Salvatores
  12055. Restaurant -- have taken us up on this free offer.  Opening the San
  12056. Carlos Real Estate Guide provides a similar opportunity for realtors
  12057. and property owners in San Carlos.  Im looking forward to seeing how
  12058. this program helps stimulate the business and real estate markets in
  12059. San Carlos."
  12060.  
  12061.     Assistant City Manager Brian Moura added that "Our San Carlos
  12062. on Internet project is now attracting over 1,000 users and over 3,000
  12063. document requests per month.  With that much activity, adding
  12064. information about firms doing business in San Carlos is a natural
  12065. extension of our Internet project and we trust that San Carlos
  12066. citizens and other users of the Internet will find these new services
  12067. of interest."
  12068.  
  12069.  
  12070. San Carlos Restaurant Guide on Internet Enhanced
  12071. ================================================
  12072.  
  12073.     The City also announced that it has enhanced it's on line
  12074. guide to San Carlos Restaurants.  The guide now includes reviews of
  12075. eight San Carlos restaurants, an index to the on-line edition of
  12076. Salvatores Restaurant (this features the lunch and dinner menu at
  12077. Salvatores) and the new Internet ordering service at Cafe LaTosca
  12078. where users of the Internet can now order authentic Italian dishes
  12079. from this popular restaurant in downtown San Carlos simply by calling
  12080. up an on-line menu and filling out their selections.
  12081.  
  12082.     Note: The City of San Carlos on Internet information is
  12083. available on the Internets World Wide Web service.  This information
  12084. can be accessed through any Internet service provider or through the
  12085. Prodigy dial-up service (using the Jump words "WWW" or "Web").  The
  12086. San Carlos On Internet address is:
  12087. http://www.abag.ca.gov/abag/local_gov/city/san_carlos/schome.html.
  12088. The City Hall mail box on the Internet is at scarlos@crl.com.
  12089.  
  12090. ------------------------------
  12091.  
  12092. From: atlantic12@aol.com (ATLANTIC12)
  12093. Subject: Internet GURU needed!
  12094. Date: 24 Mar 1995 10:59:03 -0500
  12095. Organization: America Online, Inc. (1-800-827-6364)
  12096. Reply-To: atlantic12@aol.com (ATLANTIC12)
  12097.  
  12098.  
  12099. Telecommunications provider seeks part-time researcher/representative
  12100. with extensive INTERNET experience and familiarity.  A working
  12101. knowledge of the TELECOM industry and issues is required.
  12102.  
  12103. *  Flexible hours;
  12104.  
  12105. *  Salary commensurate with experience;
  12106.  
  12107. *  Excellent INTERNET skills and creativity a must;
  12108.  
  12109. *  Knowledge of the TELECOM industry is needed;
  12110.  
  12111. *  Experience in telecommunications and international trade issues a
  12112. definite plus.
  12113.  
  12114. For more information, please respond by e-mail including a brief
  12115. background.
  12116.  
  12117. ------------------------------
  12118.  
  12119. From: PIX048@vx8820.uib.es (PRAC)
  12120. Subject: Data Communication With GSM
  12121. Date: 24 Mar 1995 16:07:13 GMT
  12122. Organization: Universitat de les Illes Balears
  12123.  
  12124.  
  12125. Hallo!
  12126.  
  12127. I am a student girl. I am from Spain and I study computer science in
  12128. University of Balearic Islands (Spain).  Please, please.... help me. I
  12129. need information about GSM (Global System for Mobile Communication).
  12130. I will be very pleased, and I will be very happy.
  12131.  
  12132. My E-mail is     pix048@ps.uib.es
  12133.  
  12134.  
  12135. Carmen
  12136.  
  12137. ------------------------------
  12138.  
  12139. Date: Fri, 24 Mar 1995 11:58:15 EST
  12140. From: Greg Monti <GMONTI@npr.org>
  12141. Subject: Cell Fraud Hotline Established
  12142.  
  12143.  
  12144. The Cellular Telecommunications Industry Association's Fraud Task 
  12145. Force has established a hot line mailbox on the Internet for 
  12146. reporting illegal wireless phone activity.
  12147.  
  12148. Drop a dime on your favorite cellular hacker at:
  12149.  
  12150.      cell-fraud@tmn.com.
  12151.  
  12152.  
  12153. Greg Monti, Tech Mgr, FISPO, Distribution Division
  12154. National Public Radio          Phone:    +1 202 414-3343
  12155. 635 Massachusetts Av NW        Fax:      +1 202 414-3036
  12156. Washington, DC  20001-3753     Internet: gmonti@npr.org
  12157.  
  12158.  
  12159. [TELECOM Digest Editor's Note: I assume the mailbox itself along with
  12160. twm.com are well protected against intrusions and hacking ... one of
  12161. the telcos once started a voicemail thing where people could leave
  12162. anonymous messages about phone phreaks. Before long, that voicemail
  12163. box was defaced, and telco itself got hacked and phreaked for a 
  12164. bundle via some hole in the voicemail they forgot to plug up. Maybe
  12165. the cellular folks will have better luck with theirs.   PAT]
  12166.  
  12167. ------------------------------
  12168.  
  12169. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  12170. Subject: Guilty Plea in Computer Pornography Case
  12171. Date: Fri, 24 Mar 1995 12:10:00 CST
  12172.  
  12173.  
  12174. The net has been saved once again from the pornographers.
  12175.  
  12176. In the first computer pornography case in Illinois, Raymond F.
  12177. Netupski, 32 of Des Plaines pleaded guilty to misdemeanor charges.
  12178. Netupski was charged after a woman complained that her son got
  12179. sexually explicit graphics from a computer bulletin board. Prosecutors
  12180. alleged Neptuski posted the sex pictures on the bulletin board to
  12181. which the boy had access. 
  12182.  
  12183. Based on his plea of guilty, the court found Netupski guilty, and 
  12184. he was sentenced on Wednesday to two year's probation, 200 hours
  12185. of community service, and psychiatric treatment.  Ummm .. that should
  12186. do him a world of good, I'm sure. 
  12187.  
  12188.  
  12189. PAT
  12190.  
  12191. ------------------------------
  12192.  
  12193. From: caf@omen.com
  12194. Subject: Re: Why Doesn't Zmodem Work?
  12195. Organization: Omen Technology INC, Portland Rain Forest
  12196. Date: Fri, 24 Mar 1995 15:44:23 GMT
  12197.  
  12198.  
  12199. In article <telecom15.162.15@eecs.nwu.edu> rlvd_cif@uhura.cc.rochester.edu
  12200. (Robert Levandowski) writes:
  12201.  
  12202. > optimizing; you might try and get a copy of "Kermit News" No. 5 (July
  12203. > 1993) from Columbia University.  That issue has an article on
  12204. > optimizing Kermit, and documents Kermit transferring a MS-DOS binary
  12205. > file via a v.42bis modem at 569% efficiency (8192 cps).  The issue
  12206. > gives an Ordering Information phone number: +1 212 854-3703.
  12207.  
  12208. There they go again.
  12209.  
  12210. The "True Life Benchmarks" in that issue of Kermit News leave much to
  12211. be desired in reproducibility or even logical plausibility.  For a
  12212. second opinion please download and read knewstru.zip from ftp:
  12213. ftp.cs.pdx.edu pub/zmodem or TeleGodzilla.
  12214.  
  12215.  
  12216. Chuck Forsberg WA7KGX caf@omen.COM      503-621-3406 FAX:-3735
  12217.    Omen Technology Inc      "The High Reliability Software"
  12218. Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, GSZ and DSZ
  12219. TeleGodzilla BBS: 503-621-3746  FTP: ftp.cs.pdx.edu pub/zmodem
  12220.  
  12221. ------------------------------
  12222.  
  12223. From: barnaby@world.std.com (Richard L Barnaby)
  12224. Subject: Re: Tech Information Wanted on Old Brick Cell Phone
  12225. Organization: The World Public Access UNIX, Brookline, MA
  12226. Date: Fri, 24 Mar 1995 16:21:53 GMT
  12227.  
  12228.  
  12229. misha@convex.convex.com (Michael Umansky) writes:
  12230.  
  12231. > I have acquired (very cheaply) couple of old broken Motorola brick
  12232. > cellular phones, one says 'classic' and is very thick (about three
  12233. > Is there a way to get a service manual or schematics for these phones?
  12234.  
  12235. Michael,
  12236.  
  12237. Have you tried calling Motorola?  Although the phones are "old" I
  12238. believe they are still sold and maintained.  I own one, and was able
  12239. to get parts from a regular Motorola Dealer.
  12240.  
  12241. Just so you know, there are those of us who *prefer* "the brick"
  12242. because it is rugged, and don't mind the extra weight.  Both phones are
  12243. quite good.  If you got them cheaply you got a real "Classic" or
  12244. "Ultra Classic" as the case might be :-)
  12245.  
  12246.  
  12247. barnaby@world.std.com
  12248.  
  12249. ------------------------------
  12250.  
  12251. From: bfbrown@teal.csn.org (Brian Brown)
  12252. Subject: Re: Can Anyone Recommend a Good T1 Text
  12253. Date: 24 Mar 1995 16:31:10 GMT
  12254. Organization: Colorado SuperNet, Inc.
  12255.  
  12256.  
  12257. In article <telecom15.164.4@eecs.nwu.edu> meyer@frostbite-falls.uoregon.
  12258. edu (David M. Meyer) writes:
  12259.  
  12260. > Can anyone recommend a good textbook on T1?
  12261.  
  12262. Flanagan, William A.: _The Guide to T-1 Networking_, 1990 (the copy
  12263. I have), Telecom Library, Inc. NY,NY - 1-800-999-0345.
  12264.  
  12265. I am in no way affiliated with them.  Not a bad book though.
  12266.  
  12267.  
  12268. BB
  12269.  
  12270. ------------------------------
  12271.  
  12272. From: David_Goessling@fcbbs.ss.kpmg.com
  12273. Organization: Strategic Services of KPMG Peat Marwick
  12274. Date: Fri, 24 Mar 1995 11:38:15 EST
  12275. Subject: Re: Caller ID Specs
  12276.  
  12277.  
  12278. I think that the following Bellcore specs from the Bellcore Catalog of
  12279. Tech Specs should answer most questions on this topic. You can order
  12280. them by calling 1-800-521-2673. You can also search them yourself at
  12281. the Bellcore internet Web site: bellcore.com.
  12282.  
  12283. TR-NWT-000031 CLASS Feature: Calling Number Delivery FSD 01-02-1051 ($28.00)
  12284.  
  12285. TR-NWT-001273 Generic Requirements for an SPCS to Customer Premises
  12286. Equipment Data Interface for Analog Display Services ($70.00)
  12287.  
  12288. SR-NWT-002024 Customer Premises Equipment Compatibility Considerations for the
  12289. SPCS-to-CPE Transmission Interface ($23.00)
  12290.  
  12291. SR-INS-002461 Customer Premises Equipment Compatibility Guidelines for the
  12292. Analog Display Services Interface ($64.00)
  12293.  
  12294. TR-TSY-000030 SPCS Customer Premises Equipment Data Interface
  12295.  
  12296. SR-NWT-002495 Guidelines for Writing Applications WHich Use the Analog
  12297. Display Services Interface (ADSI) for Data Communications ($75.00)
  12298.  
  12299. SR-TSV-002697 An Encryption Capability for the Analog Display Service
  12300. Interface ($46.00)
  12301.  
  12302. There are also numerous BOC specs listed in the Bellcore Catalog of Tech Specs
  12303. including:
  12304.  
  12305. AM TR-NIS-000099 Ameritech's Caller ID, CAller ID with Name and Visual Messgae
  12306. Waiting Indicator ($6.00)
  12307.  
  12308.  
  12309. DMG
  12310.  
  12311. ------------------------------
  12312.  
  12313. Date: Fri, 24 Mar 1995 09:08:38 -0800
  12314. From: RICHARD M KENSHALO <TSRMK@acad1.alaska.edu>
  12315. Subject: Re: CDPD vs Ckt Cell Data UPDATE
  12316.  
  12317.  
  12318. > Just a note, perhaps a nit -- my understanding of the term baud is
  12319. > that it refers to the rate of modulations or signal changes per
  12320. > second, rather than the number of bits per second.  In other words,
  12321. > the baud rate is always equal to or less than the bit per second rate.
  12322.  
  12323. Modulation protocols use phase and amplitude modulation to encode
  12324. a certain number of bits (i.e. two, four, six, etc.) per baud symbol.
  12325.  
  12326. A CCITT V.22bis (2400 bps International Standard) modem sends four bits 
  12327. per symbol and 600 symbols per second to achieve its speed of 2400 bits 
  12328. per second.  The V.32 modem sends four bits per symbol and 2400 symbols 
  12329. per second to reach its speed of 9600 bits per second.  The V.32bis 
  12330. modem sends six bits per symbol and 2400 symbols per second to achieve 
  12331. 14.4K bits per second.  Thus, higher digital computer speeds use 
  12332. increasingly complex modulation protocols for the same symbol rate.
  12333. Loop symbol rate is the baud rate that occurs on the physical loop,
  12334. analog side, of the Public Switched Telephone Network.   
  12335.  
  12336.  
  12337. Richard Kenshalo     tsrmk@acad1.alaska.edu
  12338.  
  12339. ------------------------------
  12340.  
  12341. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  12342. Subject: Song: The Day the Bell System Died
  12343. Date: Fri, 24 Mar 1995 12:45:00 CST
  12344.  
  12345.  
  12346. Now and again a request comes along to reprint one of the classics we
  12347. have had here over the years, and one such example is "The Day the
  12348. Bell System Died" by Lauren Weinstein. This originally appeared in
  12349. TELECOM Digest almost twelve years ago -- July 12, 1983 to be exact --
  12350. about six months after AT&T and the various Bell Companies parted
  12351. company. 
  12352.  
  12353. I know the thousand plus new people on the mailing list in the past
  12354. year have probably not seen this, so here it is.  Lauren is a 'charter
  12355. subscriber' to the Digest; he is one of the original names on the
  12356. mailing list from August, 1981. Since we do not hear from him nearly
  12357. enough these days, now and then I re-run his song. *DO NOT* write to
  12358. Lauren at the address shown; it has been out of service for years.
  12359.  
  12360.  
  12361. PAT
  12362.   
  12363.  
  12364.   From: Lauren Weinstein <vortex!lauren@LBL-CSAM>
  12365.   Subject: "The Day Bell System Died"
  12366.   Date: Tuesday 12-Jul-83 01:18:19-PDT
  12367.   To: TELECOM@ECLB
  12368.  
  12369. Greetings.  With the massive changes now taking place in the 
  12370. telecommunications industry, we're all being inundated with
  12371. seemingly endless news items and points of information regarding 
  12372. the various effects now beginning to take place.  However, one 
  12373. important element has been missing: a song!  Since the great
  12374. Tom Lehrer has retired from the composing world, I will now
  12375. attempt to fill this void with my own light-hearted, non-serious
  12376. look at a possible future of telecommunications.  This work is 
  12377. entirely satirical, and none of its lyrics are meant to be 
  12378. interpreted in a non-satirical manner.  The song should be sung
  12379. to the tune of Don Mclean's classic "American Pie".
  12380. I call my version "The Day Bell System Died"...
  12381.  
  12382.  --Lauren--
  12383.  
  12384. **************************************************************************
  12385.                                                               
  12386.            *==================================*
  12387.            * Notice: This is a satirical work *
  12388.            *==================================*
  12389.       
  12390.  
  12391.                     "The Day Bell System Died"         
  12392.  
  12393.  
  12394.               Lyrics Copyright (C) 1983 by Lauren Weinstein   
  12395.                                                        
  12396.                       (To the tune of "American Pie")      
  12397.            
  12398.              (With apologies to Don McLean)
  12399.    
  12400.  
  12401.   ARPA: vortex!lauren@LBL-CSAM
  12402.   UUCP: {decvax, ihnp4, harpo, ucbvax!lbl-csam, randvax}!vortex!lauren
  12403.  
  12404. **************************************************************************
  12405.  
  12406. Long, long, time ago,
  12407. I can still remember,
  12408. When the local calls were "free".
  12409. And I knew if I paid my bill,
  12410. And never wished them any ill,
  12411. That the phone company would let me be...
  12412.  
  12413. But Uncle Sam said he knew better,
  12414. Split 'em up, for all and ever!
  12415. We'll foster competition:
  12416. It's good capital-ism!
  12417.  
  12418. I can't remember if I cried,
  12419. When my phone bill first tripled in size.
  12420. But something touched me deep inside,
  12421. The day... Bell System... died.
  12422.  
  12423. And we were singing...
  12424.  
  12425. Bye, bye, Ma Bell, why did you die?
  12426. We get static from Sprint and echo from MCI,
  12427. "Our local calls have us in hock!" we all cry.
  12428. Oh Ma Bell why did you have to die?
  12429. Ma Bell why did you have to die?
  12430.  
  12431. Is your office Step by Step,
  12432. Or have you gotten some Crossbar yet?
  12433. Everybody used to ask...
  12434. Oh, is TSPS coming soon?
  12435. IDDD will be a boon!
  12436. And, I hope to get a Touch-Tone phone, real soon...
  12437.  
  12438. The color phones are really neat,
  12439. And direct dialing can't be beat!
  12440. My area code is "low":
  12441. The prestige way to go!
  12442.  
  12443. Oh, they just raised phone booths to a dime!
  12444. Well, I suppose it's about time.
  12445. I remember how the payphones chimed,
  12446. The day... Bell System... died.
  12447.  
  12448. And we were singing...
  12449.  
  12450. Bye, bye, Ma Bell, why did you die?
  12451. We get static from Sprint and echo from MCI,
  12452. "Our local calls have us in hock!" we all cry.
  12453. Oh Ma Bell why did you have to die?
  12454. Ma Bell why did you have to die?
  12455.  
  12456. Back then we were all at one rate,
  12457. Phone installs didn't cause debate,
  12458. About who'd put which wire where...
  12459. Installers came right out to you,
  12460. No "phone stores" with their ballyhoo,
  12461. And 411 was free, seemed very fair!
  12462.  
  12463. But FCC wanted it seems,
  12464. To let others skim long-distance creams,
  12465. No matter 'bout the locals,
  12466. They're mostly all just yokels!
  12467.  
  12468. And so one day it came to pass,
  12469. That the great Bell System did collapse,
  12470. In rubble now, we all do mass,
  12471. The day... Bell System... died.
  12472.  
  12473. So bye, bye, Ma Bell, why did you die?
  12474. We get static from Sprint and echo from MCI,
  12475. "Our local calls have us in hock!" we all cry.
  12476. Oh Ma Bell why did you have to die?
  12477. Ma Bell why did you have to die?
  12478.  
  12479. I drove on out to Murray Hill,
  12480. To see Bell Labs, some time to kill,
  12481. But the sign there said the Labs were gone.
  12482. I went back to my old CO,
  12483. Where I'd had my phone lines, years ago,
  12484. But it was empty, dark, and ever so forlorn...
  12485.  
  12486. No relays pulsed,
  12487. No data crooned,
  12488. No MF tones did play their tunes,
  12489. There wasn't a word spoken,
  12490. All carrier paths were broken...
  12491.  
  12492. And so that's how it all occurred,
  12493. Microwave horns just nests for birds,
  12494. Everything became so absurd,
  12495. The day... Bell System... died.
  12496.  
  12497. So bye, bye, Ma Bell, why did you die?
  12498. We get static from Sprint and echo from MCI,
  12499. "Our local calls have us in hock!" we all cry.
  12500. Oh Ma Bell why did you have to die?
  12501. Ma Bell why did you have to die?
  12502.  
  12503. We were singing:
  12504.  
  12505. Bye, bye, Ma Bell, why did you die?
  12506. We get static from Sprint and echo from MCI,
  12507. "Our local calls have us in hock!" we all cry.
  12508. Oh Ma Bell why did you have to die?
  12509.  
  12510. <End>
  12511.  
  12512.                    --------------------------
  12513.  
  12514. [TELECOM Digest Editor's Note: As always, thank you Lauren. This Digest
  12515. began in the summer of 1981; when there was a "Bell System", and when
  12516. most people had never heard of MCI or Sprint -- not even some of our
  12517. very early readers here. There was no such thing as custom calling or
  12518. ESS; issues of the Digest in the early to middle 1980's talk about things
  12519. like the beginning of cellular phone service in 1983, the beginning of
  12520. new long distance competitors like MCI and Sprint, and how Electronic
  12521. Switching -- still a rarity in the early 1980's -- was the phone service
  12522. of the future, with such amazing things as call waiting, three way calling
  12523. and call forwarding. Debates here in those days covered topics like whether
  12524. or not there was such a thing as caller-id or if it was just the figment
  12525. of some people's imagination.  TELECOM Digest is the oldest continuing
  12526. e-journal on the Internet, and those of you who have been here since the
  12527. beginning know we have covered a lot of ground over the years. In those
  12528. days it was easy; today it is a lot harder, which is what makes your
  12529. support all the more appreciated. You know what needs to be done, and
  12530. as always I thank you.   Do have a great weekend!      PAT]  
  12531.  
  12532. ------------------------------
  12533.  
  12534. End of TELECOM Digest V15 #168
  12535. ******************************
  12536.     
  12537.     
  12538. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11120;
  12539.           25 Mar 95 4:04 EST
  12540. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12541.     id AA22071; Fri, 24 Mar 95 23:16:23 CST
  12542. Return-Path: <telecom>
  12543. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12544.     id AA22065; Fri, 24 Mar 95 23:16:21 CST
  12545. Date: Fri, 24 Mar 95 23:16:21 CST
  12546. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  12547. Message-Id: <9503250516.AA22065@delta.eecs.nwu.edu>
  12548. To: telecom@eecs.nwu.edu
  12549. Subject: TELECOM Digest V15 #169
  12550.  
  12551. TELECOM Digest     Fri, 24 Mar 95 23:16:00 CST    Volume 15 : Issue 169
  12552.  
  12553. Inside This Issue:                           Editor: Patrick A. Townson
  12554.  
  12555.     Book Review: "The Information Superhighway: Beyond the Internet" (R Slade)
  12556.     800 Numbers, and FLOWERS Again (Judith Oppenheimer)
  12557.     Outsourcing of International Telecom Services (Victor Prochnik)
  12558.     Re: Your 500 Number and International Access (Tony Harminc)
  12559.     Re: X.25/ISDN Prices: Global Information Wanted (Andy Lochridge)
  12560.     Re: Interesting Telemarketing, Sad Actually (William Wood)
  12561.     Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert) (Mark Brader)
  12562.     Re: Recommendations Wanted on Voice Mail Systems (Paul Hanson)
  12563.     New Area Code Assignments (Neal McLain)
  12564.     800 Service Costs and ISDN Rates (Arthur Greenwald)
  12565.  
  12566. TELECOM Digest is an electronic journal devoted mostly but not
  12567. exclusively to telecommunications topics. It is circulated anywhere
  12568. there is email, in addition to various telecom forums on a variety of
  12569. public service systems and networks including Compuserve and America
  12570. On Line. It is also gatewayed to Usenet where it appears as the moderated
  12571. newsgroup 'comp.dcom.telecom'. 
  12572.  
  12573. Subscriptions are available to qualified organizations and individual
  12574. readers. Write and tell us how you qualify:
  12575.  
  12576.                  * telecom-request@eecs.nwu.edu *
  12577.  
  12578. The Digest is edited, published and compilation-copyrighted by Patrick
  12579. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  12580. or phone at:
  12581.                     9457-D Niles Center Road
  12582.                      Skokie, IL USA   60076
  12583.                        Phone: 500-677-1616
  12584.                         Fax: 708-329-0572
  12585.   ** Article submission address only: telecom@eecs.nwu.edu **
  12586.  
  12587. Our archives are located at lcs.mit.edu and are available by using
  12588. anonymous ftp. The archives can also be accessed using our email
  12589. information service. For a copy of a helpful file explaining how to
  12590. use the information service, just ask.
  12591.  
  12592. *************************************************************************
  12593. *   TELECOM Digest is partially funded by a grant from the              *
  12594. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  12595. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  12596. * project.  Views expressed herein should not be construed as represent-*
  12597. * ing views of the ITU.                                                 *
  12598. *************************************************************************
  12599.  
  12600. Additionally, the Digest is funded by gifts from generous readers such
  12601. as yourself who provide funding in amounts deemed appropriate. Your help 
  12602. is important and appreciated. A suggested donation of twenty dollars per
  12603. year per reader is considered appropriate. See our address above.
  12604.  
  12605. All opinions expressed herein are deemed to be those of the author. Any
  12606. organizations listed are for identification purposes only and messages
  12607. should not be considered any official expression by the organization.
  12608. ----------------------------------------------------------------------
  12609.  
  12610. Date: Fri, 24 Mar 1995 13:31:44 EST
  12611. From: Rob Slade <roberts@mukluk.decus.ca>
  12612. Subject: Book Review: "The Information Superhighway: Beyond the Internet"
  12613.  
  12614.  
  12615. BKINFSUP.RVW   950224
  12616.  
  12617. "The Information Superhighway: Beyond the Internet", Peter Otte, 1994, 1-56529-
  12618. 825-X, U$19.99/C$26.99
  12619. %A   Peter Otte
  12620. %C   201 W. 103rd Street, Indianapolis, IN   46290
  12621. %D   1994
  12622. %G   1-56529-825-X
  12623. %I   Que Corporation
  12624. %O   U$19.99/C$26.99 800-858-7674 75141.2102@compuserve.com 317-581-3743
  12625. %P   241
  12626. %T   "The Information Superhighway: Beyond the Internet"
  12627.  
  12628. The "Information Superhighway" is a political and promotional catch
  12629. phrase.  The reality behind it is the National Information
  12630. Infrastructure, the intent of which is to promote advantages to
  12631. American business through advanced technology.  A number of actions,
  12632. promotions, bills, and proposals are said to be related to the NII;
  12633. the most frequently cited is "The High-Performance Computing Act of
  12634. 1991".  (It is one of the ironies of this work that the author has
  12635. chosen to make his home in Amsterdam.)
  12636.  
  12637. This book is an opinion piece, told by a professional "gee-whizzer",
  12638. full of verbiage and vendor promotions, signifying nothing.  The
  12639. author introduces the book by suggesting that it is best read as nine
  12640. magazine articles.  It certainly doesn't have enough structure for a
  12641. book: even the individual chapters are undisciplined and disorganized.
  12642. In common with most of those who rhapsodize over the Information
  12643. Superhighway, Otte has very little idea of what he wants it to
  12644. be -- just exciting, and high tech, seems to be enough.
  12645.  
  12646. For those who have any professional background in the broader field of
  12647. information technology, there will be nothing of any interest here.
  12648. Ah, but what of the poor "struggling masses"?  There isn't much for
  12649. them, here, either.  Chapter four, on "Computing Tools", is an
  12650. extremely simplistic introduction to PCs and peripherals.  "Multimedia
  12651. Online Services" is a flat-out advertisement for CompuServe, America
  12652. OnLine and Prodigy.  Errors abound, and it is *quite* clear that this
  12653. author does *not* have a solid grasp of technology.  The need for
  12654. "repeaters" on long distance phone lines would be eliminated if they
  12655. would just use EtherNet (maximum run length, five hundred metres).
  12656. PDAs (Personal Digital Assistants) are predicted to be shipping "in
  12657. volume" by the time the book sees print.  XCOPY is a backup program.
  12658. Multimedia is hyped for eighteen pages -- and then Mosaic is dismissed
  12659. in half a paragraph, as a "front end" for the Internet, much like
  12660. WinCIM for CompuServe.  I could, very easily, go on.
  12661.  
  12662. No, I can't even recommend it for newbies.  This presents a barely informed,
  12663. distorted, and "blue sky" view of future technology.
  12664.  
  12665.  
  12666. copyright Robert M. Slade, 1995   BKINFSUP.RVW   950224. Distribution
  12667. permitted in TELECOM Digest and associated publications. Rob Slade's book
  12668. reviews are a regular feature in the Digest.
  12669.  
  12670.  
  12671. Vancouver      ROBERTS@decus.ca     
  12672. Institute for  Robert_Slade@sfu.ca  
  12673. Research into  rslade@cue.bc.ca     
  12674. User           p1@CyberStore.ca     
  12675. Security       Canada V7K 2G6       
  12676.  
  12677. ------------------------------
  12678.  
  12679. From: producer@pipeline.com (Judith Oppenheimer)
  12680. Subject: 800 Numbers, and FLOWERS Again
  12681. Date: 24 Mar 1995 13:57:10 -0500
  12682. Organization: Interactive CallBrand(TM)
  12683.  
  12684.  
  12685. In comp.dcom.telecom mbeckman@mbeckman.com (Mel Beckman) said: 
  12686.  
  12687. > Jerry Leichter writes: 
  12688.  
  12689. >> I can see the argument for allowing the *full* "1-800-FLOWERS" as a 
  12690. >> trademark.  It uniquely identifies a particular number across a whole 
  12691. >> national market; it can be used in trade; it's only partially 
  12692. >> meaningful. 
  12693.  
  12694. > And here is where we see the true folly of ideas like Oppenheimer's:
  12695. > in the case of 1-800-FLOWERS, a trademark is entirely unnecessary,
  12696. > because there can be only one owner of that number in the U.S. phone
  12697. > system.
  12698.  
  12699. The trademark is *unnecessary*?  Is that a legal opinion? 
  12700.  
  12701. Regarding the U.S. phone system, if we are discussing a cyber-distinction
  12702. in the United States, you help make my very point.  011 800 FLOWERS and 1
  12703. 888 FLOWERS are both designed to co-exist in the United States with 1 800
  12704. FLOWERS. 
  12705.  
  12706. Now, I'm not familiar with your hometown of Ventura, California.  But I can
  12707. tell you that if there were more than one Fifth Avenue, or Madison Avenue,
  12708. or Park Avenue, in Manhattan, or duplicated addresses on those avenues,
  12709. their real estate value would be in a shambles.   
  12710.  
  12711. That value is not a *false* or arbitrary value, but rather is based on real
  12712. market activity.  They are prime magnets for business activity. 
  12713.  
  12714. So is 1 800 FLOWERS.  To say it's not is folly. 
  12715.   
  12716. > What's really alarming about Oppenheimer's logic, though, is that it would
  12717.  
  12718. > presumably entitle the owner of 800-FLOWERS to also own FLOWERS.COM,
  12719. > "FLOWERS" on America Online, and the use of the word FLOWERS in any
  12720. > other electronic addressing scheme. After all, if prior ownership of
  12721. > an address-name in the U.S.  provides for ownership in a completely
  12722. > new domain -- the international telephone market -- then surely a
  12723. > business would be silly not to press for similar reasoning in any other 
  12724. > domain (e.g. Internet addresses). 
  12725.  
  12726. These very issues are being addressed right now, as there *are* proprietary
  12727. and other rights to be considered in adopting standards and distributing
  12728. these properties. 
  12729.  
  12730. > And that's not even considering the arrogance of U.S. companies
  12731. > presuming to have priority over non-U.S. enterprises in the worldwide
  12732. > telephone arena.
  12733.  
  12734. I've said it before -- I'll say it again.   
  12735.  
  12736. 1.  U.S. companies own U.S. brands.  European companies own their brands. 
  12737. There is no arrogance there. 
  12738.  
  12739. 2.  The vast majority of the direct marketing business - the very
  12740. behavior of direct phone response - is a U.S. cultural behavior.
  12741. That's why there are 4 mil + 800 numbers in the U.S., and barely
  12742. 150,000 throughout the rest of the world.  It is appropriation of this
  12743. existing-behavior, dollar-spending, comparatively "wealthy"
  12744. marketplace that makes U.S.  marketing numbers and brands desirable to
  12745. non-U.S. companies at all.
  12746.  
  12747. Otherwise, grandfathering of U.S. 800's would be a non-issue -- a
  12748. practical request to be granted with no fuss or debate.  They wouldn't
  12749. want 'em if they wasn't worth something.  Get it?
  12750.  
  12751.  
  12752. Judith 
  12753. J. Oppenheimer, Producer@Pipeline.com 
  12754. Interactive CallBrand(TM) 
  12755.  
  12756. ------------------------------
  12757.  
  12758. From: victorp@omega.lncc.br (Victor Prochnik)
  12759. Subject: Outsourcing of International Telecom Services
  12760. Date: Fri, 24 Mar 1995 19:14:19 GMT
  12761.  
  12762.  
  12763. We have just started a research project (30 man/month) on the demand
  12764. of large Brazilian and multinational firms for global
  12765. telecommunication services and their interest in outsourcing this
  12766. services.
  12767.  
  12768. Suggestions of publications, unpublished dissertations, case studies or 
  12769. market studies on this theme are most welcome.
  12770.  
  12771. We are also interested in mantaining contact with people working in
  12772. this or similar areas.
  12773.  
  12774. The research project is the following.
  12775.  
  12776.  
  12777.                         RESEARCH PROJECT
  12778. ORGANIZATIONAL CHANGE AND TELECOMMUNICATION SERVICES DIFFUSION IN BRAZIL
  12779.  
  12780.  
  12781. Victor Prochnik
  12782. Industrial Economics Institute
  12783. Federal University of Rio de Janeiro
  12784.  
  12785. E-mail: VICTORP@OMEGA.LNCC.BR
  12786.  
  12787.  
  12788.     The aims of this project are in the first place to identify
  12789. the demand perspectives for global telecommunication services in large
  12790. enterprises operating in Brazil and in the second place to access the
  12791. degree of interest of these corporations in outsourcing its
  12792. international telecom networks.
  12793.  
  12794.     In this project, a greater demand for global telecommunication
  12795. services is not strictly seen as a result of international commerce
  12796. growth and greater intensity of financial flows between Brazil and the
  12797. rest of the world. Our preliminary hypothesis is that another
  12798. important determinant of demand can be found in the process of
  12799. organizational change toward new models of network structuring within
  12800. an expanding globalization process.
  12801.  
  12802.     The adoption of new corporate internal structuring and
  12803. external relations (industrial automation, groupwork, quick response
  12804. etc.)  requires an increased use of new telecommunication services. In
  12805. fact, the lines of causality are bi-directional as the introduction of
  12806. new services also demands organizational change.
  12807.  
  12808.     It is also often observed that such an interplay between
  12809. corporate change and telecommunications has unexpected consequences.
  12810. Devised applications not before imagined become intensively used,
  12811. provoking unplanned changes in corporation organisation.
  12812.  
  12813.     In order to follow this line of investigation, the research
  12814. team will try to associate new organizational forms or technologies
  12815. and their requirements in terms of telecommunications services.
  12816. Following this interdependence scheme between entrepreneurial
  12817. activities and the respective use of telecommunication services and,
  12818. at the same time, having collected information on the firms
  12819. modernization plans, it will be possible to discuss the demand
  12820. evolution in telecommunication services.
  12821.  
  12822.     In this respect, one of the major worldwide discussed trends
  12823. is the outsourcing of these global services. No one knows for sure,
  12824. however, the extent to which large corporations are willing to
  12825. outsource their international telecom operations. Managerial decisions
  12826. may depend not only on price and availability of services but also on
  12827. strategic considerations, stage of firm modernization, economic sector
  12828. of activity etc.
  12829.  
  12830.     To discuss this matter is the second objective of the project.
  12831. The research team wil try to discover which applications and services
  12832. are more prone to be outsourced and why.
  12833.  
  12834. ------------------------------
  12835.  
  12836. Date: Fri, 24 Mar 95 17:32:50 EST
  12837. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  12838. Subject: Re: Your 500 Number and International Access
  12839.  
  12840.  
  12841. > [TELECOM Digest Editor's Note: I decided to call the 500 people now and
  12842. > find this out once and for all. The woman immediatly answered me saying
  12843. > it can *always* be done through USA Direct; whether or not it can be
  12844. > dialed direct otherwise (as an international call) from other countries
  12845. > depends on the country and the telecom admininstration. But she did
  12846. > emphasize it can ALWAYS be done through USA Direct.
  12847.  
  12848. Sigh.  One of these days is it possible that AT&T will wake up to the
  12849. fact that the largest volume of US telecom traffic with any foreign
  12850. country by far is with Canada?  There is no AT&T direct service in
  12851. Canada.  (Who would want such a thing is another question -- generally
  12852. the Bell Canada operators seem at least as helpful and friendly as the
  12853. AT&T ones.)  AT&T has been advertising that 800 CALL ATT works in
  12854. Canada, however (again, I have no idea who wants it).  So just now I
  12855. tried it:
  12856.  
  12857. 1 800 CALL ATT
  12858.  
  12859. 1 Ring
  12860.  
  12861. <mbtfbbtf>  (definitely was not 'AT&T How May I Help You?')
  12862. Me: Hello ?
  12863. Operator: AT&T - How May I help You?
  12864. M: I'm having trouble reaching a 500 number and I understand you can connect me
  12865. O: No - we don't do 500 calls.
  12866. M: The owner of the number I was trying to reach was just talking with an
  12867.    AT&T manager and was told that you *do* connect to 500 numbers.
  12868. O: Just a moment - I'll connect you to mbftmmbf ..
  12869. Ring Ring , <for 8 minutes!>
  12870. O: AT&T - How May I help You?
  12871. M: I was talking to another operator who was going to find out if you
  12872.    can put my 500 call through.
  12873. O: Sure - we do 500 calls - what number?
  12874. M: 500 677-1616  <click! then instantly>:
  12875. <Ridiculously bass-boosted music> AAAA TTTT and TTTTTT!
  12876. If you have a TrueConnections PIN, enter it now...
  12877. To charge your call to a calling card, press 0 then pound (sic).
  12878.  
  12879. I press 0 then # and AT&T immediately hangs up on me. (No this was not my
  12880. end hanging up - I use the # key all the time on 800 and other calls.)
  12881.  
  12882. So the bottom line is: even if they educate their operators, speed up
  12883. the 8 minutes of ringing at some unknown place, and avoid hanging up
  12884. on the customer, it seems that to reach a US 500 number I am going to
  12885. have to dial an AT&T operator, ask for the number I want, charge it to
  12886. some kind of calling card (will they take my Bell Canada card?), pay
  12887. some unknown rate that certainly will not take into account my LD
  12888. discount plan with the carrier I use and will probably include a
  12889. calling card surcharge.
  12890.  
  12891. In other words, just about the speed and convenience of placing a call
  12892. from Toronto to Chicago in 1950.  PAT, if you or other business people
  12893. or individuals are seriously interested in any sort of international
  12894. business, I advise you to avoid this service like the plague.  Why on
  12895. earth does AT&T have to use a bizarre, undialable area code instead of
  12896. simply implementing a local prefix for this kind of remotely variable
  12897. call forwarding, as Bell has done here ?  They would just assign you a
  12898. 312 (or 708 or whatever number) and pipe it to the variable call
  12899. forwarder menu.  This is the way it's done here - all 416 410- numbers
  12900. are part of such a service.  This way I would know from the area code
  12901. whether I am paying for a call to Chicago or Hawaii, would have my
  12902. usual discounts, and be able to dial it direct.  Yeah, I know: local
  12903. politics probably prevent AT&T from using such a prefix.
  12904.  
  12905.  
  12906. Tony Harminc
  12907.  
  12908. ------------------------------
  12909.  
  12910. From: Andy Lochridge <72163.171@compuserve.com>
  12911. Subject: Re: X.25/ISDN Prices: Global Information Wanted
  12912. Date: 23 Mar 1995 19:03:58 GMT
  12913. Organization: SunConnect
  12914.  
  12915.  
  12916. In article <telecom15.159.13@eecs.nwu.edu>, cogorno@netcom.com (Steve
  12917. Cogorno) writes:
  12918.  
  12919. > Rishab Aiyer Ghosh said:
  12920.  
  12921. >> Someone wrote: [on X.25 over ISDN]:
  12922.  
  12923. >>> Rates in the Pacific Bell Service area for data packets are:
  12924. >>> .05 CENTS for transaction setup
  12925. >>> .005 CENTS per octet of data
  12926.  
  12927. >> That works out to about $52 per Mb - is that _cheap_?
  12928.  
  12929. > Where did you get this figure? When I calculate it it works out to $3.27 per
  12930. > MB.
  12931.  
  12932. > 1 MB = 1024K = 1048576 Bytes = 8388608 bits = 65536 octets (1 octet=128 bits)
  12933.  
  12934. > 65536 octets * .005 cents = 327.68 cents = $3.27
  12935.  
  12936. Well here's my two cents worth:
  12937.  
  12938. An X.25 data packet consists of a three octet (one octet = eight bits) 
  12939. header followed by a data packet of up 128 octets in size.  If you
  12940. divide 1MB by 128 you should get 8192. Multiply that by 0.005 and you
  12941. get around 41 cents per MB.  This is how it should work out if the
  12942. CCITT Recommendation X.25 is followed.  Pac Bell on the other hand
  12943. appears to have chosen their own definitions.
  12944.  
  12945.  
  12946. Andy Lochridge    Computer Telephony Services
  12947. Rapid City, SD    605.341.1683
  12948.  
  12949. ------------------------------
  12950.  
  12951. Date: Fri, 24 Mar 1995 14:13:22 -0800
  12952. From: wewood@ix.netcom.com (William Wood)
  12953. Subject: Re: Interesting Telemarketing, Sad Actually
  12954.  
  12955.  
  12956. In regards to the TELECOM Digest Editor's note in telecom 15.161.9 
  12957. (Interesting Telemarketing, Sad Actually); if more people were of the 
  12958. disposition shown by the editor, the on-line and off-line world would be 
  12959. a much better place. Pat is absolutely right about the average telecom 
  12960. telemarketer and their base of knowledge. Very few  'hone company' rreps 
  12961. have any technical understanding of their products because they 
  12962. generally receive only the most minimal training. This does not make 
  12963. them inferior creatures. 
  12964.  
  12965. I've done my little tech overview classes for reps all the way from 
  12966. London to Los Angeles and have consistently found them to be 
  12967. enthusiastic to learn and appreciative of the chance to do it. The 
  12968. common problem they face (in my opinion) is lack of commitment and 
  12969. support from the higher levels of management to provide the necessary 
  12970. training. I cannot tell you how many times I've had managers tell me 
  12971. that their people do not need fundamental understanding of technical 
  12972. products in order to sell them. Others who have not said this, instead 
  12973. tell me their people already know the fundamentals. I have not found 
  12974. this to be true even in the most 'bleeding edge' telcos. It's the 
  12975. density of the management that creates most of the problems that the 
  12976. reps display when talking to their customers. Unprepared, the reps then 
  12977. attempt to make a living at selling what they don't understand. 
  12978.  
  12979. I too try to cut these folks a little slack. I've looked many of them in 
  12980. the eye and seen myself looking back. Do not muddy the waters around 
  12981. you, you will need to drink it later. 
  12982.  
  12983.  
  12984. WE Wood    Technotranslater
  12985.  
  12986. ------------------------------
  12987.  
  12988. From: msb@sq.sq.com (Mark Brader)
  12989. Subject: Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert)
  12990. Organization: SoftQuad Inc., Toronto, Canada
  12991. Date: Sat, 25 Mar 95 01:39:28 GMT
  12992.  
  12993.  
  12994. Robert Virzi (rv01@gte.com) writes:
  12995.  
  12996. > So now things are really confused.  Do you assume your callers on a
  12997. > cellular phone (QZ=1), an ATT phone (Q=7, Z=9), or a phone without Q
  12998. > and Z anywhere on the keypad?
  12999.  
  13000. Just to complete the set -- at least as far as *this* continent is
  13001. concerned -- the telephone on my desk is different from *all* these
  13002. possibilities.  A while back some people here at SoftQuad were talking
  13003. about the company getting another 800-number which would be based on
  13004. our name or the initials SQ.
  13005.  
  13006. I made a smartass remark along the lines of "Please look for the letter
  13007. Q on your phone", and someone promptly noted that it was on the 0 key!
  13008. And so is the Z.  These are Meridian phones, made by Northern Telecom.
  13009. Now if I'd said it *before* we got our new phone system ...
  13010.  
  13011. > [TELECOM Digest Editor's Note: I bet they'd like to get ahold of the
  13012. > fellow who originally designed the telephone dial and give him a piece
  13013. > of their mind.   <g>   PAT]
  13014.  
  13015. Now, would you be talking about the Swedish telephone dial (0123456789),
  13016. the New Zealand and city of Oslo telephone dial (9876543210), or the
  13017. Everywhere Else telephone dial (1234567890)?  :-)
  13018.  
  13019.  
  13020. Mark Brader, msb@sq.com   SoftQuad Inc., Toronto   
  13021.  
  13022. ------------------------------
  13023.  
  13024. From: Paul Hanson <pahanson@onramp.net>
  13025. Subject: Re: Recommendations Wanted on Voice Mail Systems
  13026. Date: Fri, 24 Mar 95 16:37:12 PDT
  13027. Organization: On-Ramp; Individual Internet Connections; Houston, TX USA
  13028.  
  13029.  
  13030. > We are interested in establishing a voice mail system for a private 
  13031. > club.  Presently we are looking at a system called "Vicki", we have also 
  13032. > considered a program by "Technically Speaking".
  13033.  
  13034. > We would be interested in all comments and recommendations on programs 
  13035. > of this nature.
  13036.  
  13037. > System requirements: 3000+ mail boxes; full featured reporting on 
  13038. > mailbox use, line use, etc.  4/8 line boards.  Easy of use and good 
  13039. > tech support is a must. 
  13040.  
  13041. Vicki is a good product line.  It is actually oemed from various other
  13042. companies.  The software has been around awhile.  The system is in
  13043. it's eigth revision and has been used for more than five years.  The
  13044. product will support I believe 10,000 mail boxes and use 2/4/12/24
  13045. line cards.  The software will support 32 lines of simultanuous usage.
  13046. It contains all the features of call Paging, Message Notification.
  13047. Since the system is in wide use the manual and tech support must be
  13048. good.  If you need a demo of this product you might want to call
  13049. 214-250-4115.  This is a bbs number.  The file is in the demo
  13050. directory and is called TES 8.0.  This software is identical to VIcki
  13051. and Verbatim.  If you have any question you also might want to try
  13052. Alliance Systems, Inc.  I was at a trade show and they billed
  13053. themselves as the Largest Computer Telephony Distrubuters.  Their 800
  13054. number is 1800-977-1010.
  13055.  
  13056.  
  13057. Paul Hanson    <Pahanson@onramp.net>
  13058.  
  13059. ------------------------------
  13060.  
  13061. Date: Fri, 24 Mar 95 22:30 CST
  13062. From: Neal McLain <NMCLAIN@macc.wisc.edu>
  13063. Subject: New Area Code Assignments
  13064.  
  13065.  
  13066. A recent issue of TELECOM Digest raised a question about how "new" (since
  13067. 1/1/95) area codes are assigned.
  13068.  
  13069. A partial answer certainly has to be this: an area code and a central
  13070. office code can't be the same.  And, if at all possible, an area code
  13071. shouldn't be the same as any nearby central office code in any adjacent 
  13072. area code.
  13073.  
  13074. Consider how these requirements affect the selection of the new area
  13075. code when an existing area code is split:
  13076.  
  13077.  -  Avoiding a conflict with any existing central office code means that the
  13078.     new area code must be selected from the list of presently-unused central
  13079.     office codes.  That list is likely to be fairly short: if an area code
  13080.     needs to be split, it's already running out of central office codes.
  13081.  
  13082.  -  Avoiding a conflict with any existing central office code in any nearby
  13083.     community in adjacent area codes makes that short list even shorter.
  13084.  
  13085. A case in point: the 205/334 split in Alabama:
  13086.  
  13087.  -  334 is not used as a central office code anywhere in Alabama.  Thus,
  13088.     there will be no 205-334 or 334-334.
  13089.  
  13090.  -  With one exception, 334 is not used as a central office code in any
  13091.     nearby city in any adjacent area code: 404-334 doesn't exist;
  13092.     601-334 is in Greenville; 615-334 is in Decatur; 706-334 is in
  13093.     Ranger; and 904-334 is in Tallahassee.
  13094.  
  13095.  -  The one exception which proves the rule: 912-334 is in Georgetown,
  13096.     Georgia, right across the Chattahoochee River from Eufaula,
  13097.     Alabama.  This will no doubt cause some confusion for the 900 or
  13098.     so residents of Georgetown.
  13099.  
  13100. That confusion notwithstanding, it seems obvious that Bellcore and the
  13101. local telephone companies went to considerable effort to select the
  13102. code which would cause the least amount of confusion.
  13103.  
  13104.  
  13105. Neal McLain     nmclain@macc.wisc.edu
  13106.  
  13107. ------------------------------
  13108.  
  13109. From: Arthur Greenwald <artg@clipper.ssb.com>
  13110. Subject: 800 Service Costs and ISDN Rates
  13111. Date: 25 Mar 1995 03:35:30 GMT
  13112. Organization: State Street
  13113.  
  13114.  
  13115. Hi,
  13116.  
  13117. I am evaluating some information on a product, which will require 800
  13118. service.  Does anyone know what the typical rate for an 800 number is
  13119. on peak and off-peak?  Does anyone know where I could find the costs
  13120. for ISDN service per minute?
  13121.  
  13122.  
  13123. Art Greenwald      artg@clipper.ssb.com
  13124.  
  13125. ------------------------------
  13126.  
  13127. End of TELECOM Digest V15 #169
  13128. ******************************
  13129.     
  13130.     
  13131. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa13021;
  13132.           27 Mar 95 23:45 EST
  13133. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13134.     id AA18662; Mon, 27 Mar 95 18:39:07 CST
  13135. Return-Path: <telecom>
  13136. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13137.     id AA18654; Mon, 27 Mar 95 18:39:03 CST
  13138. Date: Mon, 27 Mar 95 18:39:03 CST
  13139. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  13140. Message-Id: <9503280039.AA18654@delta.eecs.nwu.edu>
  13141. To: telecom@eecs.nwu.edu
  13142. Subject: TELECOM Digest V15 #170
  13143.  
  13144. TELECOM Digest     Mon, 27 Mar 95 18:39:00 CST    Volume 15 : Issue 170
  13145.  
  13146. Inside This Issue:                           Editor: Patrick A. Townson
  13147.  
  13148.     Country Dialing Rules (Toby Nixon)
  13149.     Book Rwview: "Internet Insider" by Prevost (Rob Slade)
  13150.     ISO Keynote Speaker on Internet (David Kirsch)
  13151.     March 1995 NYNEX Bill Insert - PulseNet Service (Jonathan Welch)
  13152.     Second GSM Network in Belgium (rene@ec.ele.tue.nl)
  13153.     Nine-Pin Null Modem Cables (Gary Breuckman)
  13154.     T1 on a PCMCIA card? (John Combs)
  13155.     The MATHLINE Project (Kevin Jessup)
  13156.     Software Product Marketing Course in S5Cwan Francisco (course@berkeley.edu)
  13157.     For Sale: Combinet Bridges & Shiva NetModem (Cheryl Van Winkle)
  13158.  
  13159. TELECOM Digest is an electronic journal devoted mostly but not
  13160. exclusively to telecommunications topics. It is circulated anywhere
  13161. there is email, in addition to various telecom forums on a variety of
  13162. public service systems and networks including Compuserve and America
  13163. On Line. It is also gatewayed to Usenet where it appears as the moderated
  13164. newsgroup 'comp.dcom.telecom'. 
  13165.  
  13166. Subscriptions are available to qualified organizations and individual
  13167. readers. Write and tell us how you qualify:
  13168.  
  13169.                  * telecom-request@eecs.nwu.edu *
  13170.  
  13171. The Digest is edited, published and compilation-copyrighted by Patrick
  13172. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  13173. or phone at:
  13174.                     9457-D Niles Center Road
  13175.                      Skokie, IL USA   60076
  13176.                        Phone: 500-677-1616
  13177.                         Fax: 708-329-0572
  13178.   ** Article submission address only: telecom@eecs.nwu.edu **
  13179.  
  13180. Our archives are located at lcs.mit.edu and are available by using
  13181. anonymous ftp. The archives can also be accessed using our email
  13182. information service. For a copy of a helpful file explaining how to
  13183. use the information service, just ask.
  13184.  
  13185. *************************************************************************
  13186. *   TELECOM Digest is partially funded by a grant from the              *
  13187. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  13188. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  13189. * project.  Views expressed herein should not be construed as represent-*
  13190. * ing views of the ITU.                                                 *
  13191. *************************************************************************
  13192.  
  13193. Additionally, the Digest is funded by gifts from generous readers such
  13194. as yourself who provide funding in amounts deemed appropriate. Your help 
  13195. is important and appreciated. A suggested donation of twenty dollars per
  13196. year per reader is considered appropriate. See our address above.
  13197.  
  13198. All opinions expressed herein are deemed to be those of the author. Any
  13199. organizations listed are for identification purposes only and messages
  13200. should not be considered any official expression by the organization.
  13201. ----------------------------------------------------------------------
  13202.  
  13203. From: Toby Nixon <tnixon@microsoft.com>
  13204. Date: Mon, 27 Mar 95 10:50:07 PST
  13205. Subject: Country Dialing Rules
  13206.  
  13207.  
  13208. As you know, Windows 95 is now in its final beta release. An important
  13209. part of the telecommunications features of Windows 95 is the inclusion
  13210. of a database of telephone dialing procedures for all countries in the
  13211. world, to make it easier for applications to dial calls without each
  13212. application needing to prompt the user for such information. We'd like
  13213. for this database to be as accurate as possible at the time the
  13214. product ships.
  13215.  
  13216. I've attached a condensation of the database below. The first column
  13217. is the country code. The second column is the "long distance prefix",
  13218. or what you dial before a city code or area code if you're dialing
  13219. between cities in that country (a dash means that country has an
  13220. integrated nationwide dialing plan that doesn't use city codes). The
  13221. third column is the "international prefix", or what you dial before a
  13222. country code when dialing to another country.
  13223.  
  13224. I'd appreciate it very much if you would check this information for
  13225. consistency with what you know is currently being used in your
  13226. country and other countries with which you are familiar. Also, if you
  13227. know of planned future changes in this information, it would be great
  13228. if you'd pass that along as well.
  13229.  
  13230. Please send any necessary corrections to "tnixon@microsoft.com" or
  13231. 70271,404 on CompuServe.
  13232.  
  13233. Thanks very much!
  13234.  
  13235.    -- Toby Nixon, Program Manager - Windows Telephony, Microsoft Corporation
  13236.  
  13237.  
  13238.  CC    LD    INTL  Country Name
  13239.  
  13240.  93    0     00    Afghanistan
  13241.  355   0     00    Albania
  13242.  213   -     00    Algeria
  13243.  684   0     00    American Samoa
  13244.  376   16    19    Andorra
  13245.  244   0     01    Angola
  13246.  1     1     1     Anguilla
  13247.  1     1     011   Antigua
  13248.  54    0     00    Argentina
  13249.  374   8     810   Armenia
  13250.  297   -     00    Aruba
  13251.  247   -     01    Ascension Island
  13252.  61    0     0011  Australia
  13253.  672   0     00    Australian Antarctic Territory
  13254.  43    0     00    Austria
  13255.  994   8     810   Azerbaijan
  13256.  1     1     0011  Bahamas
  13257.  973   -     0     Bahrain
  13258.  880   0     00    Bangladesh
  13259.  1     1     011   Barbados
  13260.  1     1     011   Barbuda
  13261.  375   8     810   Belarus
  13262.  32    0     00    Belgium
  13263.  501   0     00    Belize
  13264.  229   -     00    Benin
  13265.  1     1     011   Bermuda
  13266.  975   -     117   Bhutan
  13267.  591   0     00    Bolivia
  13268.  387   0     00    Bosnia and Herzegovina
  13269.  267   0     00    Botswana
  13270.  55    0     00    Brazil
  13271.  1     1     011   British Virgin Islands
  13272.  673   0     00    Brunei
  13273.  359   0     00    Bulgaria
  13274.  226   -     00    Burkina Faso
  13275.  257   -     90    Burundi
  13276.  855   0     00    Cambodia
  13277.  237   -     00    Cameroon
  13278.  1     1     011   Canada
  13279.  238   -     0     Cape Verde Islands
  13280.  1     1     011   Cayman Islands
  13281.  236   -     19    Central African Republic
  13282.  235   -     15    Chad
  13283.  56    0     00    Chile
  13284.  86    0     00    China
  13285.  672   0     00    Christmas Island
  13286.  61    0     00    Cocos-Keeling Islands
  13287.  57    9     90    Colombia
  13288.  269   -     10    Comoros
  13289.  242   -     00    Congo
  13290.  682   -     00    Cook Islands
  13291.  506   -     00    Costa Rica
  13292.  385   0     00    Croatia
  13293.  53    0     00    Cuba
  13294.  357   0     00    Cyprus
  13295.  42    0     00    Czech Republic
  13296.  45    -     00    Denmark
  13297.  246   -     00    Diego Garcia
  13298.  253   -     00    Djibouti
  13299.  1     1     011   Dominica
  13300.  1     1     011   Dominican Republic
  13301.  593   0     00    Ecuador
  13302.  20    0     00    Egypt
  13303.  503   -     0     El Salvador
  13304.  240   -     00    Equatorial Guinea
  13305.  291   0     00    Eritrea
  13306.  372   8     810   Estonia
  13307.  251   -     00    Ethiopia
  13308.  389   0     00    F.Y.R.O.M. (Former Yugoslav Republic of Macedonia)
  13309.  298   -     009   Faeroe Islands
  13310.  500   -     01    Falkland Islands
  13311.  679   -     05    Fiji Islands
  13312.  358   9     990   Finland
  13313.  33    16    19    France
  13314.  590   -     19    French Antilles
  13315.  594   -     19    French Guiana
  13316.  689   -     19    French Polynesia
  13317.  241   -     00    Gabon
  13318.  220   -     00    Gambia
  13319.  995   8     810   Georgia
  13320.  49    0     00    Germany
  13321.  233   -     00    Ghana
  13322.  350   -     00    Gibraltar
  13323.  30    0     00    Greece
  13324.  299   -     009   Greenland
  13325.  1     1     011   Grenada
  13326.  590   -     19    Guadeloupe
  13327.  671   -     011   Guam
  13328.  5399  0     00    Guantanamo Bay
  13329.  502   0     00    Guatemala
  13330.  224   -     00    Guinea
  13331.  245   -     114   Guinea-Bissau
  13332.  592   -     19    Guyana
  13333.  509   0     00    Haiti
  13334.  504   -     00    Honduras
  13335.  852   -     001   Hong Kong
  13336.  36    06    00    Hungary
  13337.  354   -     00    Iceland
  13338.  91    0     00    India
  13339.  62    0     00    Indonesia
  13340.  871   -     -     INMARSAT (Atlantic-East)
  13341.  874   -     -     INMARSAT (Atlantic-West)
  13342.  873   -     -     INMARSAT (Indian)
  13343.  872   -     -     INMARSAT (Pacific)
  13344.  98    -     00    Iran
  13345.  964   -     00    Iraq
  13346.  353   0     00    Ireland
  13347.  972   0     00    Israel
  13348.  39    0     00    Italy
  13349.  225   -     00    Ivory Coast
  13350.  1     0     00    Jamaica
  13351.  81    0     001   Japan
  13352.  962   -     00    Jordan
  13353.  7     8     810   Kazakhstan
  13354.  254   -     01    Kenya
  13355.  686   -     09    Kiribati Republic
  13356.  850   -     99    Korea (North)
  13357.  82    0     001   Korea (South)
  13358.  965   -     00    Kuwait
  13359.  7     8     810   Kyrgyzstan
  13360.  856   -     14    Laos
  13361.  371   8     810   Latvia
  13362.  961   -     00    Lebanon
  13363.  266   -     00    Lesotho
  13364.  231   -     00    Liberia
  13365.  218   -     00    Libya
  13366.  41    0     00    Liechtenstein
  13367.  370   8     810   Lithuania
  13368.  352   -     00    Luxembourg
  13369.  853   -     00    Macao
  13370.  261   -     16    Madagascar
  13371.  265   -     101   Malawi
  13372.  60    0     007   Malaysia
  13373.  960   -     00    Maldives
  13374.  223   -     00    Mali
  13375.  356   -     00    Malta
  13376.  692   0     00    Marshall Islands
  13377.  596   -     19    Martinique
  13378.  222   -     00    Mauritania
  13379.  230   -     00    Mauritius
  13380.  269   -     10    Mayotte Island
  13381.  52    91    98    Mexico
  13382.  691   0     00    Micronesia
  13383.  373   8     810   Moldova
  13384.  33    16    19    Monaco
  13385.  976   0     00    Mongolia
  13386.  1     1     011   Montserrat
  13387.  212   0     00    Morocco
  13388.  258   -     00    Mozambique
  13389.  95    -     0     Myanmar
  13390.  264   -     09    Namibia
  13391.  674   -     115   Nauru
  13392.  977   -     00    Nepal
  13393.  31    0     00    Netherlands
  13394.  599   0     00    Netherlands Antilles
  13395.  687   -     1900  New Caledonia
  13396.  64    0     00    New Zealand
  13397.  505   0     00    Nicaragua
  13398.  227   -     00    Niger
  13399.  234   -     009   Nigeria
  13400.  683   0     00    Niue
  13401.  672   -     0101  Norfolk Island
  13402.  47    -     095   Norway
  13403.  968   -     00    Oman
  13404.  92    0     00    Pakistan
  13405.  680   0     00    Palau
  13406.  507   -     00    Panama
  13407.  675   -     05    Papua New Guinea
  13408.  595   0     00    Paraguay
  13409.  51    0     00    Peru
  13410.  63    0     00    Philippines
  13411.  48    0     00    Poland
  13412.  351   0     00    Portugal
  13413.  1     1     011   Puerto Rico
  13414.  974   -     0     Qatar
  13415.  262   -     19    Reunion Island
  13416.  40    0     00    Romania
  13417.  670   1     011   Rota Island
  13418.  7     8     810   Russia
  13419.  250   -     00    Rwanda
  13420.  1     1     011   Saint Lucia
  13421.  670   1     011   Saipan Island
  13422.  378   0     00    San Marino
  13423.  239   -     00    Sao Tome and Principe
  13424.  966   0     00    Saudi Arabia
  13425.  221   0     00    Senegal Republic
  13426.  248   -     00    Seychelle Islands
  13427.  232   0     00    Sierra Leone
  13428.  65    -     005   Singapore
  13429.  42    0     00    Slovak Republic
  13430.  386   0     00    Slovenia
  13431.  677   0     00    Solomon Islands
  13432.  252   -     19    Somalia
  13433.  27    0     09    South Africa
  13434.  34    9     07    Spain
  13435.  94    0     00    Sri Lanka
  13436.  290   -     0     St. Helena
  13437.  1     1     011   St. Kitts and Nevis
  13438.  508   -     19    St. Pierre and Miquelon
  13439.  1     1     0     St. Vincent and the Grenadines
  13440.  249   -     00    Sudan
  13441.  597   -     002   Suriname
  13442.  268   -     0     Swaziland
  13443.  46    0     009   Sweden
  13444.  41    0     00    Switzerland
  13445.  963   -     00    Syria
  13446.  886   0     002   Taiwan Republic of China
  13447.  7     8     810   Tajikistan
  13448.  255   -     0900  Tanzania
  13449.  66    0     001   Thailand
  13450.  670   1     011   Tinian Island
  13451.  228   -     00    Togo
  13452.  690   0     00    Tokelau
  13453.  676   -     09    Tonga
  13454.  1     1     01    Trinidad and Tobago
  13455.  216   0     00    Tunisia
  13456.  90    9     99    Turkey
  13457.  7     8     810   Turkmenistan
  13458.  1     1     0     Turks and Caicos Islands
  13459.  688   0     00    Tuvalu
  13460.  256   -     00    Uganda
  13461.  380   8     810   Ukraine
  13462.  971   0     00    United Arab Emirates
  13463.  44    0     00    United Kingdom
  13464.  1     1     011   United States of America
  13465.  1     1     011   United States Virgin Islands
  13466.  598   0     00    Uruguay
  13467.  7     8     810   Uzbekistan
  13468.  678   -     00    Vanuatu
  13469.  379   0     00    Vatican City
  13470.  58    0     00    Venezuela
  13471.  84    0     00    Vietnam
  13472.  681   -     19    Wallis and Futuna Islands
  13473.  685   -     0     Western Samoa
  13474.  967   -     00    Yemen
  13475.  381   0     99    Yugoslavia
  13476.  243   -     00    Zaire
  13477.  260   -     00    Zambia
  13478.  263   -     09    Zimbabwe
  13479.  
  13480. ------------------------------
  13481.  
  13482. Date: Mon, 27 Mar 1995 17:48:02 EST
  13483. From: Rob Slade <roberts@mukluk.decus.ca>
  13484. Subject: Book Review: "Internet Insider" by Prevost
  13485.  
  13486.  
  13487. BKINTINS.RVW   940302
  13488.  
  13489. "Internet Insider", Ruffin Prevost, 1995, 0-07-882084-7, U$14.95
  13490. %A   Ruffin Prevost ruffin@cerf.net
  13491. %C   2600 Tenth St., Berkeley, CA   94710
  13492. %D   1995
  13493. %G   0-07-882084-7
  13494. %I   Osborne McGraw-Hill
  13495. %O   U$14.95 510-548-2805 800-227-0900 lkissing@osborne.mhs.compuserve.com
  13496. %P   284
  13497. %T   "Internet Insider"
  13498.  
  13499. Going strictly by the title, one might think this is a collection of
  13500. PR puff pieces, or the enthusiasms of "instant experts".  It's a
  13501. collection, but not that kind.  Going by the cover, evocative of the
  13502. more lurid of the checkout-stand tabloids, one might think this is a
  13503. send-up of the net.  There is a lot of send-up here, but that is not
  13504. all.
  13505.  
  13506. As Prevost, himself, says in the introduction (labelled "read.me.first"), 
  13507. where it is impossible for a phalanx of academicians to give a fair,
  13508. accurate and complete picture of the Internet, it *is* possible for a
  13509. "single smartass" to offer a personal view that's nearly as enlightening, 
  13510. and probably a bit more fun.  He has succeeded, in my view, admirably.
  13511.  
  13512. It isn't complete.  (What could be?)  You won't learn a lot about the
  13513. "how" of the information.  The book is disorganized.  (So is the net.)
  13514. You may find a preponderance of items from "minor" sources (in this
  13515. case, Nerdnosh, the Oracularities and White House Press conference
  13516. transcripts to do with Socks), but that tends to be what you remember
  13517. from net surfing, anyway.  (Did you know, by the way, that the
  13518. "whitehouse.gov" machine is named "socks"?)
  13519.  
  13520. You won't learn about the shareware archives, computer or professional
  13521. support resources, or the other computers to which you can connect.
  13522. You *will* learn about the net community: ragged, disjointed, funny,
  13523. cruel, arrogant, helpful, spiteful and sensitive.  No, that
  13524. description is not neat.  Neither is the book.  Neither is the net.
  13525.  
  13526. Netizens will likely find fun and fond memories in these pages.  Those
  13527. who have not yet explored the net, and who would like a taste, should
  13528. read this.  If you dislike the book, you will probably dislike the
  13529. net.
  13530.  
  13531.  
  13532. copyright Robert M. Slade, 1995   BKINTINS.RVW   950302. Distribution
  13533. permitted in TELECOM Digest and associated publications. Rob Slade's
  13534. book reviews are a regular feature in the Digest.
  13535.  
  13536. Vancouver      ROBERTS@decus.ca    
  13537. Institute for  Robert_Slade@sfu.ca 
  13538. Research into  rslade@cyberstore.ca
  13539. User           rslade@sfu.ca       
  13540. Security       Canada V7K 2G6      
  13541.  
  13542. ------------------------------
  13543.  
  13544. From: dkirsch@coolhand.East.Sun.COM (David Kirsch - SunNetworks Manager)
  13545. Subject: ISO Keynote Speaker on Internet
  13546. Date: 27 Mar 1995 20:39:42 GMT
  13547. Organization: Sun Microsystems, Inc.
  13548. Reply-To: dkirsch@coolhand.East.Sun.COM
  13549.  
  13550.  
  13551. Folks,
  13552.  
  13553. I'm looking for recommendations for Keynote speakers for Networks Expo
  13554. '95 Dallas to be held this coming September 12-14. This is the show
  13555. formerly know of as NetWorld Dallas before this last year's shuffling
  13556. of shows! What I'm looking for are suggestions for a keynote on the
  13557. Internet and related issues/subjects. Who would you want to see? Who
  13558. do you think would be able to present a good Keynote that would have
  13559. the recognition and/or credentials to draw a crowd?
  13560.  
  13561. Please respond to me directly via email so we can keep everyone else
  13562. from suffering though what I hope to be many responses. <grin>
  13563.  
  13564.  
  13565. Cheers,
  13566.  
  13567. David Kirsch
  13568. Steering Committee Board Member - Networks Expo '95 Dallas
  13569.  
  13570. ------------------------------
  13571.  
  13572. Date: Mon, 27 Mar 1995 15:45:45 -0500
  13573. From: Jonathan_Welch <JHWELCH@ecs.umass.edu>
  13574. Subject: March 1995 NYNEX Bill Insert - PulseNet Service
  13575.  
  13576.  
  13577. This was on the last page of my bill insert this month:
  13578.  
  13579. Your Alarm System Protects Your Home and NYNEX PulseNet Service Helps
  13580. Protect Your Alarm System
  13581.  
  13582. You rely on your alarm system to protect your family and your home.
  13583. But to do its job, the system must remain connected to your alarm
  13584. company through the phone line.  If your line is cut, you'd lose that
  13585. measure of protection against burglary and fire.  Let NYNEX PulseNet
  13586. Service secure your security system.
  13587.  
  13588. NYNEX PulseNet Alert Transport Service continuously monitors the
  13589. connection between your home and alarm company.  If your phone line is
  13590. cut, a signal alerts your alarm company.  And NYNEX PulseNet Service
  13591. works even during power disruptions.
  13592.  
  13593. NYNEX PulseNet Service is easily installed by the alarm monitoring
  13594. company, and works with most alarm systems over your existing phone
  13595. lines.
  13596.  
  13597. So if you have a security system in your home or are considering
  13598. having one installed, find out how little it costs to make your
  13599. security complete with NYNEX PulseNet Service.  For more information
  13600. and a listing of authorized NYNEX PulseNet dealers, call 1 800
  13601. PULSENET Monday through Friday 9am to 5pm.
  13602.  
  13603.  
  13604. Jonathan Welch  VAX Systems Manager  Umass/Amherst  JHWELCH@ecs.umass.edu
  13605.  
  13606. ------------------------------
  13607.  
  13608. From: rene@ec.ele.tue.nl
  13609. Subject: Second GSM Network in Belgium
  13610. Date: Mon, 27 Mar 1995 16:49:24 GMT
  13611. Organization: Eindhoven University of Technology
  13612.  
  13613.  
  13614. Since I am living in the Netherlands, I'm asking anybody having
  13615. knowledge about a planned second operator for a GSM network in Belgium
  13616. send an Email to "A.C.J.vanWorkum@stud.tue.nl".
  13617.  
  13618. Other special information about GSM operators and suppliers is very
  13619. welcome.
  13620.  
  13621.  
  13622. Best Regards,
  13623.  
  13624. Rene van Workum
  13625.  
  13626. ------------------------------
  13627.  
  13628. Date: Mon, 27 Mar 1995 07:14:22 PST
  13629. From: Gary Breuckman <puma@netcom.com>
  13630. Subject: Nine-Pin Null Modem Cables
  13631.  
  13632.  
  13633. > Please could somebody give me the pin connections for a Null Modem
  13634. > cable (I'm interested in a F/F 9pin 'D' cable).
  13635.  
  13636. The easiest solution, if you don't need status lines, is:
  13637.     Receive    2 <-- 3    Transmit
  13638.     Trans    3 --> 2    Receive
  13639.     Gnd    5 --- 5    Gnd
  13640.  
  13641. If you want to tie the status lines high on each end, and not use any
  13642. more wires in the cable. Do the same as above and then on each end
  13643. connect:
  13644.  
  13645.     DTR (term ready) 4 --> 1 Carrier detect DCD
  13646.                  & 6 Dataset ready  DSR
  13647.  
  13648.     RTS (req to snd) 7 --> 8 Clr to send    CTS
  13649.  
  13650. These connections are within the connector on BOTH ends, and do not go
  13651. end-to-end.
  13652.  
  13653.  
  13654. If you want to actually pass the status lines end-to-end, do the same
  13655. but from one end to the other, like so:
  13656.  
  13657.         2 <-- 3        RX TX
  13658.         3 --> 2        TX RX
  13659.         5 --- 5        G  G
  13660.         4 --> 1 & 6    DTR - DCD & DSR
  13661.             1 & 6 <-- 4        DCD & DSR - DTR
  13662.         7 --> 8        RTS CTS
  13663.         8 <-- 7        CTR RTS
  13664.  
  13665. This is how most commercial null modem cables are made.  It takes into
  13666. account all the pins except 9 which is "ring indicate" and isn't
  13667. needed for this.
  13668.  
  13669.  
  13670. puma@netcom.com
  13671.  
  13672. ------------------------------
  13673.  
  13674. Date: Sun, 26 Mar 95 20:22 EST
  13675. From: TestMark Laboratories <0006718446@mcimail.com>
  13676. Subject: T1 on a PCMCIA Card?
  13677.  
  13678.  
  13679. I have a collegue who is looking for a PCMCIA card that does T1.  (I
  13680. assume DSX-1.)  While I have seen Ethernet and GP-IB 488 on PCMCIA, I
  13681. think T1 is a little ambitious at this point.  Anyone know anything?
  13682.  
  13683.  
  13684. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  13685.  
  13686. ------------------------------
  13687.  
  13688. From: kevin.jessup@mail.mei.com (Kevin Jessup)
  13689. Subject: The MATHLINE Project
  13690. Date: Mon, 27 Mar 1995 10:32:39 GMT
  13691. Organization: Marquette Electronics, Inc
  13692.  
  13693.  
  13694. I just read a small, two-paragraph article on the MATHLINE Project in
  13695. the March, 1995 issue of {Microwave Journal} magazine (page 47).
  13696.  
  13697. It states that MATHLINE is an interactive telecommunications project
  13698. which will be implemented with the help of the Cellular Telephone
  13699. Industry Association, PBS, the nations PUBLIC schools, and other
  13700. unnamed wireless organizations and providers.
  13701.  
  13702. The article went into little detail on the "WHYS" of the MATHLINE
  13703. project.  The "HOWS" include laptop computers, wireless modems and
  13704. satellite systems.  All used to implement, and I quote, an "interactive
  13705. computer-based mathematics program to improve math teaching in the
  13706. nations's public schools."
  13707.  
  13708. Fine.  I'm all in favor of improving mathematics literacy (and
  13709. science, and education in general).  I am also aware that many (most?)
  13710. public schools are not wired to the internet.  I enjoy math, the
  13711. internet and telecommunications both at work (I write software for
  13712. medical electronic equipment) and as a hobby at home.  I also have a
  13713. smart and curious 5-yr-old son who can find his way around Microsoft
  13714. Windows pretty well.  I question, however, the costs vs benefits of
  13715. the MATHLINE Program and am requesting further details on it's
  13716. implementation.
  13717.  
  13718. Will the students in the program be provided a wireless laptop, or
  13719. only the instructors?  Why the need for interactive access to the net?
  13720. Is there some problem with current software used for mathematics
  13721. instruction?  How about a "simple" interactive multimedia solution
  13722. based on CD-ROM and a relatively inexpensive computer?  WHY the need
  13723. for real-time interactive satellite access??  Will the instructor DO
  13724. anything or just plug the system in and watch?
  13725.  
  13726. How about a graphic calculator from TI or HP and an instructor who
  13727. loves teaching as much as she loves math itself?  Forgive my naivete,
  13728. but I have never taught in the public school system.  Perhaps nothing
  13729. else works (still, I wonder how I learned anything ;-).  Regardless of
  13730. the method, is parental initiative and encouragement not the most
  13731. important factor in getting a student motivated?  Lacking that, can
  13732. ANY program really work?
  13733.  
  13734. I know I got political there, but it sounds like a big expense, and I
  13735. feel it should be well justified.  To the credit of the MATHLINE
  13736. "administrators", the article DID mention that a trial run would be
  13737. held this year in just 25 schools.  Hopefully, these schools and the
  13738. students targeted will represent an honest sample of the nation's
  13739. public school system.  I'm anxious to read the final report.
  13740.  
  13741. If you have any further knowledge of the MATHLINE program, I'd appreciate 
  13742. your comments and/or flames.
  13743.  
  13744.  
  13745. Kevin Peter Jessup, Software Engineer  Marquette Electronics, Inc            
  13746. http://www.mei.com                     kevin.jessup@mail.mei.com
  13747. I prefer PGP encrypted mail.                                             
  13748.  
  13749. ------------------------------
  13750.  
  13751. From: course@garnet.berkeley.edu
  13752. Subject: Software Product Marketing Course in San Francisco
  13753. Date: 27 Mar 1995 22:45:24 GMT
  13754. Organization: University of California, Berkeley
  13755.  
  13756.  
  13757. UNIVERSITY OF CALIFORNIA,BERKELEY, Extension announces an
  13758. intensive short course primarily for SOFTWARE PRODUCT MANAGERS:
  13759.  
  13760. "SOFTWARE PRODUCT MARKETING" 
  13761.  
  13762. April 25-27, 1995 at the Airport, San Francisco, California
  13763.  
  13764. Instructor: CYNTHIA TYPALDOS, an experienced and much sought-after
  13765. specialist in software product marketing and standards consulting
  13766. affiliated with Typaldos, Patterman and Associates, Saratoga,
  13767. California.  Her consulting clients include mainframe, workstation and
  13768. PC software companies as well as system manufacturers and end users.
  13769.  
  13770. Her corporate experience includes positions as Director of Standards,
  13771. Director of Software Marketing and Product Line Manager for Desktop
  13772. Workstations at Sun Microsystems, Group Marketing Manager, Systems and
  13773. Communications Products, at Data General, and Senior Systems
  13774. Programmer at Bank of America.
  13775.  
  13776. TOPICS INCLUDE: software industry overview, introduction to software
  13777. product marketing, software product lifecycle, structuring the market
  13778. plan, developing the market/product/customer requirements document
  13779. (MRD), performing competitive analysis and positioning, setting
  13780. software standards, executing market research, creating a licensing
  13781. scheme, pricing,discounting, bundling, announcing the product,
  13782. performing day-to-day functions, organizing and managing a software
  13783. product marketing department, finding a software product.
  13784.  
  13785. FURTHER INFORMATION:
  13786.  
  13787. Send your name and POSTAL ADDRESS to course@garnet.berkeley.edu.
  13788.  
  13789. ------------------------------
  13790.  
  13791. From: cherylvw@halcyon.com (Cheryl Van Winkle)
  13792. Subject: For Sale: Combinet Bridges & Shiva NetModemE
  13793. Date: Sun, 26 Mar 1995 11:50:17 -0700
  13794. Organization: Stadium Flowers
  13795.  
  13796.  
  13797. Like new used only for less then a year.  Networking bridges and modems. 
  13798. Make offer must sell!  Manuals included.  Bankcards welcomed.  Will ship
  13799. FedEx. 
  13800.  
  13801. Qty. Item                                     Ethernet Connector  $ or OBO
  13802. ===  ======================================   =================   ========
  13803.  2   Combinet Switched 56K Bridge (2 channel) 10BaseT & 10Base2   $ 2,000(all)
  13804.  2   Combinet ISDN Bridge                     10BaseT & 10Base2   $ 2,000(all)
  13805.  5   Shiva 14.4K NetModem/E                   10BaseT             $ 3,000(all)
  13806.  1   Shiva 14.4K NetModem/E                   10Base2             $   600
  13807.  
  13808.  
  13809. Cheryl    Stadium Flowers
  13810.  
  13811. ------------------------------
  13812.  
  13813. End of TELECOM Digest V15 #170
  13814. ******************************
  13815.     
  13816.     
  13817. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa16455;
  13818.           28 Mar 95 6:17 EST
  13819. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13820.     id AA24873; Mon, 27 Mar 95 23:36:10 CST
  13821. Return-Path: <telecom>
  13822. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13823.     id AA24866; Mon, 27 Mar 95 23:36:08 CST
  13824. Date: Mon, 27 Mar 95 23:36:08 CST
  13825. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  13826. Message-Id: <9503280536.AA24866@delta.eecs.nwu.edu>
  13827. To: telecom@eecs.nwu.edu
  13828. Subject: TELECOM Digest V15 #171
  13829.  
  13830. TELECOM Digest     Mon, 27 Mar 95 23:36:00 CST    Volume 15 : Issue 171
  13831.  
  13832. Inside This Issue:                           Editor: Patrick A. Townson
  13833.  
  13834.     Phreaks Get Prison Time in Phone Fraud Case (TELECOM Digest Editor)
  13835.     SPIE Conference Call For PCS Papers (James Madsen)
  13836.     internetMCI Now in Operation (Stephen Goodman)
  13837.     MCI's New Thing (TELECOM Digest Editor)
  13838.     Debit-Cellular Service (Len Jackson)
  13839.     Continuing Education in DSP and Speech Coding (Andreas Spanias)
  13840.     Book Review: "Love Online" by Phlegar (Rob Slade)
  13841.     Drivers for Dialogic D41/ESC Wanted (Brad Hale)
  13842.     Forcing CCITT V25 1300Hz Tone (Martin Golding)
  13843.  
  13844. TELECOM Digest is an electronic journal devoted mostly but not
  13845. exclusively to telecommunications topics. It is circulated anywhere
  13846. there is email, in addition to various telecom forums on a variety of
  13847. public service systems and networks including Compuserve and America
  13848. On Line. It is also gatewayed to Usenet where it appears as the moderated
  13849. newsgroup 'comp.dcom.telecom'. 
  13850.  
  13851. Subscriptions are available to qualified organizations and individual
  13852. readers. Write and tell us how you qualify:
  13853.  
  13854.                  * telecom-request@eecs.nwu.edu *
  13855.  
  13856. The Digest is edited, published and compilation-copyrighted by Patrick
  13857. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  13858. or phone at:
  13859.                     9457-D Niles Center Road
  13860.                      Skokie, IL USA   60076
  13861.                        Phone: 500-677-1616
  13862.                         Fax: 708-329-0572
  13863.   ** Article submission address only: telecom@eecs.nwu.edu **
  13864.  
  13865. Our archives are located at lcs.mit.edu and are available by using
  13866. anonymous ftp. The archives can also be accessed using our email
  13867. information service. For a copy of a helpful file explaining how to
  13868. use the information service, just ask.
  13869.  
  13870. *************************************************************************
  13871. *   TELECOM Digest is partially funded by a grant from the              *
  13872. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  13873. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  13874. * project.  Views expressed herein should not be construed as represent-*
  13875. * ing views of the ITU.                                                 *
  13876. *************************************************************************
  13877.  
  13878. Additionally, the Digest is funded by gifts from generous readers such
  13879. as yourself who provide funding in amounts deemed appropriate. Your help 
  13880. is important and appreciated. A suggested donation of twenty dollars per
  13881. year per reader is considered appropriate. See our address above.
  13882.  
  13883. All opinions expressed herein are deemed to be those of the author. Any
  13884. organizations listed are for identification purposes only and messages
  13885. should not be considered any official expression by the organization.
  13886. ----------------------------------------------------------------------
  13887.  
  13888. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  13889. Subject: Phreaks Get Prison Time in Phone Fraud Case
  13890. Date: Mon, 27 Mar 1995 23:00:00 CST
  13891.  
  13892.  
  13893. Two hackerphreaks have been sentenced to prison for a scheme that
  13894. defrauded telephone companies generally and MCI in particular of
  13895. more than $28 million. Ivey James Lay, 29, and Frank Ronald Stanton, 22,
  13896. both from the Winston-Salem, NC area were part of a ring that stole
  13897. calling cards from MCI, where Lay was employed. The stolen calling 
  13898. cards were used to charge long-distance calls to computer bulletin board 
  13899. systems and computer chat lines. Mr. Lay used his position at MCI to
  13900. illicitly obtain the calling card numbers which were processed in the
  13901. switching equipment in the office where he worked. Approximatly 50,000
  13902. MCI calling cards were 'siphoned off' the switch over a two year period 
  13903. beginning in 1992 through the summer of 1994.
  13904.  
  13905. The government successfully alleged that Lay and Stanton then supplied
  13906. the calling card numbers to others in the ring. On Friday, March 24, 1995
  13907. in the federal court in Winston-Salem Mr. Lay was placed in the custody
  13908. of the United States Attorney General or his authorized representative
  13909. for a period of three years and two months.  Mr. Stanton was placed in
  13910. the custody of the United States Attorney General or his authorized
  13911. representative for a period of one year. In Mr. Lay's case, because he
  13912. willfully violated the trust placed in him by his employer MCI, the
  13913. government successfully argued for a longer term of incarceration. The
  13914. court noted Mr. Lay's willful behavior at the imposition of punishment
  13915. hearing last Friday. Plans by the two hackerphreaks to appeal the court's
  13916. ruling and punishment have not been announced.  
  13917.  
  13918.  
  13919. PAT
  13920.  
  13921. ------------------------------
  13922.  
  13923. Date: Mon, 27 Mar 1995 17:27:20 -0800
  13924. From: jmadsen@qualcomm.com (James Madsen)
  13925. Subject: SPIE Conference Call For PCS Papers
  13926.  
  13927.  
  13928. Please note that the paper abstract deadline for PCS papers has been
  13929. extended to April 14, 1995.  Product-oriented papers which focus on
  13930. PCS applications and uses are welcome as well.  Please submit papers
  13931. to SPIE as noted below.
  13932.  
  13933.  
  13934. Jim Madsen     Director, PCS
  13935. QUALCOMM, Inc  jmadsen@qualcomm.com
  13936.  
  13937. Conference on Personal Communication Services
  13938.  
  13939. Conference Chairs: Michael L. Gulledge, Glenayre Electronics;
  13940. James Madsen, QUALCOMM, Inc.
  13941.  
  13942. The wireless communication industry is evolving into Personal
  13943. Communication Services (PCS). These services are designed to allow
  13944. more efficient communications with a person instead of a location.
  13945. Technologies and applications that drive these services have received
  13946. much publication and attention. What will these services be? What
  13947. technology will drive these services? What are the components of an
  13948. intelligent network? How will the data be handled? What kind of
  13949. regulations are the potential PCS companies are facing? How will the
  13950. proposed technologies function together and interact with current
  13951. wireless technologies? How will the service providers bill for these
  13952. services, and who will generate revenues?
  13953.  
  13954. Because 1995 is the year of the PCS auction in the US, this timely
  13955. conference will address the various PCS technologies and the needs to
  13956. turn a PCS license into an opportunity for achieving profitable
  13957. communications services. The objective of this conference is to bring
  13958. together key industry representatives, infrastructure manufacturers,
  13959. PCS carriers, system designers, system network integrators, and PCS
  13960. regulators and researchers who are concerned about emerging PCS
  13961. applications and the next generation of PCS technologies and
  13962. applications.
  13963.  
  13964. The conference will focus on present and future wireless technologies
  13965. and forces that will drive the PCS industry.  Presentations will be
  13966. made on PCS technologies that will be used in the narrowband and
  13967. broadband PCS, and signaling techniques used in the intelligent
  13968. network. What kind of air interface standards will PCS introduce?
  13969. Today there are at least seven recommendations, namely, PACS, TADMA,
  13970. DCT-based TDMA, composite CDMA/TDMA, DCS-based TDMA, IS-54-based TDMA,
  13971. IS-95 based CDMA and wideband CDMA. Is there going to be an agreement
  13972. for handling data, SS-7 networks, IS-41 interoperability, E911, and
  13973. the various data base issues? What will be the difference between
  13974. cellular vs. PCS vs. wireless local loop? Will voice be a commodity
  13975. service, and data become the key application for PCS?  How can PCS use
  13976. ATM networks? Will we see fiberless video with PCS? What are the
  13977. billing implications: number of subscribers vs.  minutes of use?
  13978.  
  13979. Technical papers will address such topics so that we can better
  13980. prepare ourselves to undertake the major challenges in the development
  13981. of the PCS technologies, data applications, regulatory standards, and
  13982. economics and financing issues.
  13983.  
  13984. We are soliciting papers on the following and related topics:
  13985.  
  13986. -   narrowband PCS technologies and air interface standards
  13987. -   broadband PCS technologies and air interface standards
  13988. -   multimedia/wireless video applications and intelligent network technologies
  13989. -   regulatory issues, IS-41 interoperability, and E911
  13990. -   service creation environment and billing
  13991. -   handset technology
  13992.  
  13993.  
  13994. This conference is a part of SPIE's International Symposium on
  13995.  
  13996. INFORMATION, COMMUNICATIONS, & COMPUTER TECHNOLOGIES,
  13997. APPLICATIONS, & SYSTEMS
  13998.  
  13999. To be held as part of Photonics East '95 Philadelphia, Pennsylvania USA 
  14000. 22-27 October 1995
  14001.  
  14002. Symposium Programs
  14003.  
  14004. WIRELESS GLOBAL COMMUNICATIONS
  14005.  
  14006. Cellular Technologies & Services
  14007. Enhanced Special Mobile Radio
  14008. >>>>Personal Communication Services<<<<(conference above)
  14009. Wireless Data Communications
  14010.  
  14011. MULTIMEDIA SYSTEMS
  14012.  
  14013. Creating Content for the Information Highway
  14014. Indexing, Accessing & Processing Real Time Media Integration
  14015. Issues in Large Commercial Media Delivery Systems
  14016.  
  14017. FULL SERVICE RESIDENTIAL NETWORKS
  14018.  
  14019. Hybrid Fiber-Coax Systems
  14020. Multimedia, Full Service, Broadband Subscriber Networks
  14021. New Loop Architectures & Applications for Carriers & Providers
  14022. Software Infrastructure for Multi-Service Network Applications
  14023. Impact of Interactive Multimedia on Education & the Home
  14024.  
  14025. ENTERPRISE SERVICES
  14026.  
  14027. Health Care Information Infrastructure
  14028. BB Technology & Services for Business & Institutional Users
  14029. Video Conferencing & Desktop Video Communications
  14030.  
  14031. COMMUNICATIONS INTERFACING
  14032.  
  14033. Emerging High Speed LANs
  14034.  
  14035. Workstation & PC Interfacing
  14036. Information Protection & Network Security
  14037. Standards & Common Interfaces for Information Systems
  14038. Using Reconfigurable Technology for Solving the Computational
  14039. Signal Processing Bottleneck
  14040.  
  14041. INFORMATION STORAGE AND MANAGEMENT
  14042.  
  14043. Devices & Architectures for High Capacity Rapid Access Storage
  14044. Coding & Signal Processing for Data Storage & Retrieval
  14045. Error Correction & Modulations Techniques for Magnetic Storage
  14046. Digital Image Storage & Archiving Systems
  14047. High Density Recording System Technologies
  14048.  
  14049.  TELECOMMUNICATIONS EQUIPMENT ENGINEERING
  14050.  
  14051. Optical Network Engineering & Integrity
  14052. Laser Diode Technology for Fiber Optic Communications
  14053. Photonic Packaging for Light Source-to-Fiber Coupling
  14054. Emerging Components & System Technologies for All-Optical
  14055.    Photonic Systems
  14056.  
  14057. All Optical Communications Systems: Architecture, Control, and
  14058.    Network Issues
  14059.  
  14060. SONET Equipment & Applications in Broadband Networks
  14061. Fast Packet Technologies:  Frame Relay, SMDS, ATM
  14062.  
  14063.  
  14064. TO OBTAIN ALL CALLS FOR PAPERS ELECTRONICALLY
  14065.  
  14066. The calls for papers for all conferences in the Photonics East
  14067. symposium are available on SPIE Web
  14068. (http://www.spie.org/web/meetings/calls/), by anonymous FTP
  14069. (ftp://spie.org/meetings/calls/pe95*), or by e-mail file
  14070. retrieval (Send a message to info-optolink-request@spie.org with
  14071. the following in the message body:  send
  14072. [meetings.calls]pe95_conf*
  14073.  
  14074. For a printed call for papers or other information:
  14075.  
  14076. E-mail: spie@spie.org
  14077. Fax: 360/647-1445
  14078. Phone: 360/676-3290
  14079.  
  14080. PHOTONICS EAST DEADLINES
  14081.  
  14082. Paper Abstracts Due from Authors: March 27, 1995
  14083. Advance Programs due from Chairs: April 24, 1995
  14084. Course Descriptions due from Instructors: April 30, 1995
  14085. Manuscripts Due from Authors:
  14086.      August 1, 1995 (on-site books)
  14087.      September 25, 1995 (post-meeting books)
  14088.  
  14089. ------------------------------
  14090.  
  14091. Date: Mon, 27 Mar 95 13:10 EST
  14092. From: Stephen Goodman <0003945654@mcimail.com>
  14093. Subject: internetMCI Now in Operation
  14094.  
  14095.  
  14096. Contact:        Mark Pettit
  14097.                 Interop + Networld Booth 2432    
  14098.                 Frank J. Walter
  14099.                 MCI Business Markets               
  14100.                 1-800-644-NEWS
  14101.                 MCI_News_Bureau@MCI.com 
  14102.                                 
  14103.         MCI UNVEILS internetMCI:  NEW MCI-BRANDED SOFTWARE, 
  14104.  
  14105.          NATIONWIDE ACCESS, CONTENT AND SHOPPING SERVICES 
  14106.  
  14107.    -- marketplaceMCI opens with first "storefronts" for secure online shopping 
  14108.  
  14109.         LAS VEGAS -- March 27, 1995 -- MCI today became the first
  14110. company to offer consumers and businesses a full range of Internet
  14111. offerings from easy-to- use software, nationwide dial-up access to the
  14112. Internet, a dynamic and content- rich site on the World Wide Web
  14113. (www.internetMCI.com) and with marketplaceMCI, the first brand-name
  14114. secure electronic shopping area.
  14115.  
  14116.         "Twenty five years ago, MCI changed the long distance world,"
  14117. said Scott Ross, president of MCI Business Markets.  "Today we're
  14118. helping to change the Internet world.  Now with internetMCI, there is
  14119. a brand name online that consumers and businesses can trust for
  14120. quality service and reliability."
  14121.  
  14122.         MCI today became the largest company to open a secure
  14123. electronic shopping area.  MCI selected 14 leading consumer and
  14124. business marketing companies to open the first storefronts in the new
  14125. marketplaceMCI.  They are: Dun & Bradstreet Information Services,
  14126. Hammacher Schlemmer & Company, OfficeMax, Intercontinental Florist,
  14127. Damark International, PC Zone and Mac Zone, Reiter's Scientific &
  14128. Professional Books, QUALCOMM Incorporated, Proxima, Inc., Reveal
  14129. Computer Products, Covey, Doneckers, FTP Software, Inc., and National
  14130. Wildlife Galleries, Inc. (Art Access).
  14131.  
  14132.         "From the day we announced marketplaceMCI, small and large
  14133. businesses have been beating down our doors to open their doors on the
  14134. Internet," added Ross.  "These organizations are true Cyber Marketing
  14135. Pioneers.  They have recognized the tremendous marketing opportunities
  14136. of the Internet and are taking advantage of MCI's expertise in
  14137. creating a web site that will open their business to millions of
  14138. potential customers worldwide."
  14139.  
  14140.         MCI said it will open the second wave of storefronts later
  14141. this spring as part of its grand opening.  Some of the storefronts for
  14142. the grand opening include: Aetna, Amtrak, Borders Books and Music,
  14143. Inc., Healthrider, Sara Lee (L'eggs and Superior Coffee), Tiger
  14144. Direct, and Timberland.
  14145.  
  14146.         MCI has implemented Netscape Communications' client and
  14147. browser software and Netsite servers along with FTP Software's
  14148. Internet software to construct marketplaceMCI services.  Through
  14149. internetMCI's inclusion of industry-proven RSA Data Security's
  14150. encryption technology, users can make secure online credit card
  14151. shopping transactions in MCI's developing marketplace.
  14152.  
  14153.         MCI also announced today this it has begun shipping its
  14154. internetMCI software, an easy-to-use Windows package for full Internet
  14155. access.  MCI will offer, at no additional charge, internetMCI to
  14156. existing networkMCI BUSINESS owners.  By offering users with a
  14157. comprehensive suite of communications software, networkMCI BUSINESS
  14158. provides desktop e-mail, faxing, videoconferencing, whiteboard
  14159. conferencing, information retrieval and complete Internet access.  In
  14160. addition, internetMCI is sold separately for $39.95 (plus access
  14161. charges).
  14162.  
  14163.         "MCI's goal is to make traveling the Internet easy, economical
  14164. and effective," said Vinton G. Cerf, MCI senior vice president of data
  14165. architecture and head of MCI's Internet initiatives.  "Millions of
  14166. people around the world have already taken the exciting journey on the
  14167. Internet but even more are still waiting to get on board.  With
  14168. internetMCI, we are opening a new site on the Internet that will
  14169. evolve into a major attraction for information and shopping.  In
  14170. short, when people think Internet, we want them to think MCI."
  14171.  
  14172.                     Easy to Start and Loaded with Content 
  14173.  
  14174.         In addition to internetMCI software's quick and easy
  14175. installation, internetMCI provides a unique registration method that
  14176. allows users to sign onto the Internet in just a few minutes.  Once
  14177. users have filled in their individual information and have had their
  14178. credit cards verified for billing purposes, MCI's Home Page is
  14179. automatically loaded where users can point and click on internetMCI's
  14180. power buttons for: What's New, Directories, marketplaceMCI, Info Desk
  14181. and NewsGroups.  To encourage repeat visits to its Web site, MCI is
  14182. frequently changing the Web site graphics.
  14183.  
  14184.         "The Internet today is similar to the early days of television
  14185. where most broadcasters were merely 'putting radio' on television with
  14186. little creativity and innovation," said Ross.  "MCI is in a unique
  14187. position because we're helping to define the medium through our
  14188. marketing message."
  14189.  
  14190.         MCI's Power Buttons are tools that assist Internet users in
  14191. accessing the information located in MCI's web site and other web
  14192. sites as well:
  14193.  
  14194. What's New: A variety of free information can be accessed in this
  14195. section including daily-changing news stories on a variety of
  14196. interesting topics (automobiles, entertainment, sports, etc.) along
  14197. with weekly summaries prepared by MCI editors.  Also included is a
  14198. weekly-changing list of "fresh sites" on the Internet and
  14199. unique-to-MCI weekly industry expert editorial columns regarding the
  14200. Internet and personal computing.
  14201.  
  14202. Directories: A wealth of free information, including national Internet
  14203. directories along with Yellow and Blue Pages (government directories),
  14204. can be found in this section.  By simply entering in a key word, the
  14205. search engines will search for items of interest to the user.
  14206.  
  14207. marketplaceMCI: Quickloading graphics and security means that users
  14208. have a new and innovative way to shop online.  Users can browse
  14209. various merchants for product information, graphic images and pricing.
  14210. Any browser software can access MCI's Home Page at "www.internetMCI.com" 
  14211. However, in order to ensure secure transactions, users must have
  14212. internetMCI, Netscape, or any other software that is compatible with
  14213. Netscape's "Secure Socket Layer" encryption protocol.  Any Internet
  14214. user may download the secure browser portion of internetMCI at no
  14215. charge from MCI's Home Page before making purchases in marketplaceMCI.
  14216.  
  14217. Info Desk: This part of MCI's Home Page is designed to answer users'
  14218. most frequently asked questions as well as a vehicle for MCI to
  14219. provide users with an enhanced level of support.  At no charge, users
  14220. can download advanced software drivers for viewing images and using
  14221. sound on the Internet.
  14222.  
  14223. Newsgroups: In this section, also at no charge, users can view an
  14224. alphabetical listing of Internet Newsgroups to find their favorite
  14225. topics among thousands of Newsgroups.
  14226.  
  14227.                   Consultancy, E-mail and Dial-up Access 
  14228.  
  14229.         MCI also announced today that it is providing assistance to
  14230. organizations who wish to have a presence within marketplaceMCI.  This
  14231. MCI consultancy service helps organizations set up their own
  14232. storefronts in marketplaceMCI in order to market their goods and
  14233. services to Internet users.
  14234.  
  14235.         For sending and receiving e-mail on the Internet, internetMCI
  14236. customers can purchase e-mailMCI separately for $24.95 through MCI.
  14237. Based on E-mail Connection, this e-mailMCI multiprotocol component
  14238. allows users to create their Internet POP3 and MCI Mail messages
  14239. off-line along with managing those messages through folders, key word
  14240. searches and both "easy" and "power" user modes. Also, e-mailMCI users
  14241. can exchange messages with any e-mail system attached to the Internet,
  14242. including CompuServe, Prodigy and America Online.  By automatically
  14243. dialing into the Internet, e-mailMCI quickly downloads and uploads
  14244. messages.
  14245.  
  14246.         Along with internetMCI software, MCI is providing a full range
  14247. of Internet dial-up access services at speeds up to 28.8 Kbps.
  14248. Nationwide 800 dial-up service is immediately available, and local
  14249. dial-up service will be available in 64 US cities by late April.  For
  14250. business users, MCI already offers an extensive range of dedicated
  14251. access options from 56 Kbps to 45 Mbs that connects directly into
  14252. MCI's national Internet Protocol (IP) network.
  14253.  
  14254.         As a promotion, between now and June 30, 1995, internetMCI
  14255. customers can have unlimited dial-up (local or 800) access to the
  14256. Internet for only $19.95 per month.  After June 30, users will pay
  14257. $9.95 per month for the first five hours of local access and $2.50 for
  14258. each additional hour.  Users who wish to dial in via MCI's 800 service
  14259. will pay $6.50 for each hour of access.  As with all MCI Business
  14260. Markets products, MCI's "24 by 7" customer service is available.
  14261. Customers who would like more information on internetMCI should
  14262. contact MCI at 1-800-955-5210.
  14263.  
  14264.         MCI, headquartered in Washington, D.C., has expanded from its
  14265. core long distance business to become the world's third largest
  14266. carrier of international calling and a premier provider of data
  14267. communications over the vast Internet computer network.  With annual
  14268. revenue of more than $13.3 billion, the company today provides a wide
  14269. array of consumer and business long distance and local services, data
  14270. and video communications, online information, electronic mail, network
  14271. management services and communications software.
  14272.  
  14273.                                   # # # 
  14274.  
  14275. ------------------------------
  14276.  
  14277. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  14278. Subject: MCI's New Thing
  14279. Date: Mon, 27 Mar 1995 22:10:00 CST
  14280.  
  14281.  
  14282. So, from reading the press release issued today by MCI we see that
  14283. MCI plans to hand out the Usenet newsgroups to their customers at the
  14284. aforementioned prices. I hope Mr. Cerf and others at MCI decide to
  14285. voluntarily compensate the moderators of the various e-zines, journals
  14286. and newsgroups on the Internet. I am sure if they carried news from
  14287. the Associated Press or columnists from King Features they'd expect
  14288. to pay, and probably dearly ... let's see how they respond to the
  14289. little guys; the moderators and e-zine publishers of Internet.    PAT]
  14290.  
  14291. ------------------------------
  14292.  
  14293. From: celman@interaccess.com (Len Jackson)
  14294. Subject: Debit-Cellular Service
  14295. Date: Sun, 26 Mar 1995 21:11:26
  14296. Organization: InterAccess,Chicagoland's Full Service Internet Provider
  14297.  
  14298.  
  14299. Car Tel Inc. Rolling Meadows, Il. is now working with some of the
  14300. RBOC's on providing a pre-paid cellular realtime debit service. It
  14301. will allow anyone to buy airtime in 30,50,100,500 minute packages and
  14302. repurchase when minutes run out. If your cellular provider does not
  14303. offer this service at the present time CarTel would like to talk to
  14304. them. You can tell your carrier to call CarTel at 708-577-2222 and ask
  14305. for Mr. S. Spector or you can call him yourself and he will contact
  14306. your carrier and see if they would like CarTel to provide this service
  14307. for them.  Note: This service can work on all cellular switches
  14308. Erickson,ATT,Mot, etc.
  14309.  
  14310.  
  14311. Len Jackson     Email: celman@interaccess.com
  14312. Chief Executive Officer
  14313.  
  14314. Cellular service and wireless products in fifteen states marketing
  14315. under the name of CarTel Inc. 1-800-CAR-TEL1 or !-800-227-8351
  14316.  
  14317.              We Make It Easy To Communicate.
  14318. celman@interaccess.com
  14319.  
  14320. ------------------------------
  14321.  
  14322. From: spanias@enws125.EAS.ASU.EDU (Andreas Spanias)
  14323. Subject: Continuing Education in DSP and Speech Coding
  14324. Organization: Arizona State University
  14325. Date: Sat, 25 Mar 1995 00:24:10 GMT
  14326.  
  14327.  
  14328. Two Short Courses in DSP and Signal Processing
  14329.  
  14330. 1) Digital Signal Processing Fundamentals, June 5-7, 1995
  14331.    includes lab and lecture
  14332.  
  14333. 2) Speech Coding for Mobile and Multimedia Applications, June 8-9, 1995
  14334.    Participants get MATLAB-based software of speech coding algorithms
  14335.  
  14336. At Phoenix, Arizona.
  14337.  
  14338. For a complete brochure contact:
  14339.  
  14340. Andreas Spanias, Associate Professor, ASU    spanias@asu.edu
  14341.  
  14342. ------------------------------
  14343.  
  14344. Date: Mon, 27 Mar 1995 19:49:21 EST
  14345. From: Rob Slade <roberts@mukluk.decus.ca>
  14346. Subject: Book Review: "Love Online" by Phlegar
  14347.  
  14348.  
  14349. BKLOVONL.RVW   950228
  14350.  
  14351. "Love Online", Phyllis Phlegar, 1995, 0-201-40965-8, U$9.95/C$12.95
  14352. %A   Phyllis Phlegar 71562,407 phlegar@delphi.com pphlegar@aol.com
  14353. %C   1 Jacob Way, Reading, MA   01867-9984
  14354. %D   1995
  14355. %G   0-201-40965-8
  14356. %I   Addison-Wesley Publishing Company
  14357. %O   U$9.95/C$12.95 800-822-6339 617-944-3700 Fax: (617) 944-7273
  14358. %P   184
  14359. %T   "Love Online"
  14360.  
  14361. I find communications technology interesting, but it has always been
  14362. the social aspect of computer-mediated communications that grabbed my
  14363. attention.  (My first major article on an Internet list was an
  14364. analysis of the fact that messaging systems seem almost predisposed to
  14365. generate misunderstandings.)  So, I am very pleased to see a study of
  14366. romance online.
  14367.  
  14368. I am not quite as pleased with the almost total preoccupation with
  14369. "cybersex".  I agree that an insistence on purely platonic
  14370. relationships in the digital medium is both silly and futile.  Nor do
  14371. I dispute the assertion that "typing dirty" to someone else can be
  14372. stimulating.  (At the same time, I am reminded of Bill Cosby's comment
  14373. on erotica, that, if you are hungry, you don't go and watch your
  14374. neighbour eat a steak.)  Primarily, however, I think it belies the
  14375. subtitle to the book, "A Practical Guide to Digital Dating".
  14376.  
  14377. Some of material is quite practical.  Chapters four to six provide a
  14378. reasonable, if very basic, guide to bulletin board systems (BBSes),
  14379. commercial online services, and the Internet.  Chapter two also
  14380. provides some helpful tips for the online novice.  Lurk before you
  14381. leap.  Make friends, first, in the topical areas: the "Hot Tub" chat
  14382. area devotees are not great conversationalists.  Be honest, but
  14383. careful, and don't believe everything you read.
  14384.  
  14385. However, with "computer sex" popping up repeatedly, it's easy to see
  14386. that this work started life as a series of magazine articles.  Dating
  14387. gets fairly short shrift here, although the material is nowhere
  14388. prurient.  You can develop friendships, and even romance, online.  The
  14389. net is *not* just one enormous singles bar.
  14390.  
  14391. copyright Robert M. Slade, 1995   BKLOVONL.RVW   950228   Distribution
  14392. permitted in TELECOM Digest and associated publications. Rob Slade's
  14393. book reviews are a regular feature in the Digest.
  14394.  
  14395.  
  14396. Vancouver      ROBERTS@decus.ca    
  14397. Institute for  Robert_Slade@sfu.ca 
  14398. Research into  rslade@cyberstore.ca
  14399. User           rslade@sfu.ca       
  14400. Security       Canada V7K 2G6      
  14401.  
  14402. ------------------------------
  14403.  
  14404. From: redneck@whitehouse.gov 
  14405. Subject: Drivers For Dialogic D41/ESC Wanted
  14406. Date: 27 Mar 1995 02:14:31 GMT
  14407.  
  14408.  
  14409. I just purchased a D41/ESC (4 port dialogic voice card with SCSA Bus
  14410. capability) and the installation disks seem to be an older system
  14411. version (4.13 vs.  4.14) and seem to by default attempt a PEB
  14412. installation. Unfortunately I wasn't shipped a terminator with the
  14413. board so my only hope for getting the board up this weekend is to try
  14414. to find a newer driver.
  14415.  
  14416. If anyone knows of an ftp site or anywhere else I can get the
  14417. appropriate drivers please e-mail me.
  14418.  
  14419.  
  14420. Thanks,
  14421.  
  14422. Brad Hale brhale@earthlink.net  213-565-1125 Voicemail
  14423. Brad R. Hale O.A.S.I.S. brhale@earthlink.net 
  14424.  
  14425. ------------------------------
  14426.  
  14427. From: Martin Golding <marting@access.ods.gulfnet.kw>
  14428. Subject: Forcing CCITT V25 1300Hz Tone
  14429. Date: 27 Mar 1995 04:36:29 GMT
  14430. Organization: Gulfnet Kuwait
  14431.  
  14432.  
  14433. I'm using an Andest MSL7700 switch box in order to share a telephone
  14434. line between MS-Mail EXTERNAL and a PC/FAX. The documentation with
  14435. this unit states that incoming calls with a CCITT V25 1300Hz calling
  14436. tone will be directed to the modem line.  However, when one of our
  14437. other offices calls in to exchange mail they do not produce this tone.
  14438. So, the question is, does anybody know if it is possible to force
  14439. MS-Mail EXTERNAL to produce this tone? Or is it a modem configuration?
  14440. setting? Any ideas at all?
  14441.  
  14442.  
  14443. Thanks, 
  14444.  
  14445. Martin Golding                           Postal address
  14446. mailto:marting@access.ods.gulfnet.kw     Al-Falak SPD, 
  14447. Tel.:(965) 245-6108/9                    PO Box 27598, 
  14448. FAX :(965) 245-7112/6120                 Safat 13136   
  14449.                                          Kuwait
  14450.  
  14451.  
  14452. ------------------------------
  14453.  
  14454. End of TELECOM Digest V15 #171
  14455. ******************************
  14456.     
  14457.     
  14458. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa16781;
  14459.           28 Mar 95 7:17 EST
  14460. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14461.     id AA26262; Tue, 28 Mar 95 00:47:32 CST
  14462. Return-Path: <telecom>
  14463. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14464.     id AA26255; Tue, 28 Mar 95 00:47:30 CST
  14465. Date: Tue, 28 Mar 95 00:47:30 CST
  14466. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  14467. Message-Id: <9503280647.AA26255@delta.eecs.nwu.edu>
  14468. To: telecom@eecs.nwu.edu
  14469. Subject: TELECOM Digest V15 #172
  14470.  
  14471. TELECOM Digest     Tue, 28 Mar 95 00:47:00 CST    Volume 15 : Issue 172
  14472.  
  14473. Inside This Issue:                           Editor: Patrick A. Townson
  14474.  
  14475.     Re: Video Dialtone, HFC, HDSL, or ADSL (Sam Churchill)
  14476.     Re: Is Caller ID to be Mandatory Nationally? (erdar@aol.com)
  14477.     Re: New NPA in Colorado (Tony Harminc)
  14478.     Re: 800 Service Costs and ISDN Rates (Joe Scotti)
  14479.     Re: 800 Service Costs and ISDN Rates (andrewm486@aol.com)
  14480.     Re: Why Doesn't Zmodem Work? (Melvin Klassen)
  14481.     Re: Busying Out a Line (herraghtyj@aol.com)
  14482.     Re: Microsoft Techs and Phone Calls (Brandon Allbery)
  14483.     Re: X25 and TCP/IP (Ed Goldgehn)
  14484.     Re: Cellular Fraud in the News Again (Ed Ellers)
  14485.     Re: FCC Delays CLID Availability (Ed Ellers)
  14486.     Re: Mitel (200sx) Phone Number Request (Darryl Kipps)
  14487.     Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert) (Benjamin Carter)
  14488.     Re: Cellular Fraud in the News Again (K. L. Sajini)
  14489.     Re: X.25/ISDN Prices; Global Information Wanted (Sam Spens Clason)
  14490.  
  14491. TELECOM Digest is an electronic journal devoted mostly but not
  14492. exclusively to telecommunications topics. It is circulated anywhere
  14493. there is email, in addition to various telecom forums on a variety of
  14494. public service systems and networks including Compuserve and America
  14495. On Line. It is also gatewayed to Usenet where it appears as the moderated
  14496. newsgroup 'comp.dcom.telecom'. 
  14497.  
  14498. Subscriptions are available to qualified organizations and individual
  14499. readers. Write and tell us how you qualify:
  14500.  
  14501.                  * telecom-request@eecs.nwu.edu *
  14502.  
  14503. The Digest is edited, published and compilation-copyrighted by Patrick
  14504. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  14505. or phone at:
  14506.                     9457-D Niles Center Road
  14507.                      Skokie, IL USA   60076
  14508.                        Phone: 500-677-1616
  14509.                         Fax: 708-329-0572
  14510.   ** Article submission address only: telecom@eecs.nwu.edu **
  14511.  
  14512. Our archives are located at lcs.mit.edu and are available by using
  14513. anonymous ftp. The archives can also be accessed using our email
  14514. information service. For a copy of a helpful file explaining how to
  14515. use the information service, just ask.
  14516.  
  14517. *************************************************************************
  14518. *   TELECOM Digest is partially funded by a grant from the              *
  14519. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  14520. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  14521. * project.  Views expressed herein should not be construed as represent-*
  14522. * ing views of the ITU.                                                 *
  14523. *************************************************************************
  14524.  
  14525. Additionally, the Digest is funded by gifts from generous readers such
  14526. as yourself who provide funding in amounts deemed appropriate. Your help 
  14527. is important and appreciated. A suggested donation of twenty dollars per
  14528. year per reader is considered appropriate. See our address above.
  14529.  
  14530. All opinions expressed herein are deemed to be those of the author. Any
  14531. organizations listed are for identification purposes only and messages
  14532. should not be considered any official expression by the organization.
  14533. ----------------------------------------------------------------------
  14534.  
  14535. From: samc@teleport.com (Sam Churchill)
  14536. Subject: Re: Video Dialtone, HFC, HDSL, or ADSL
  14537. Date: Mon, 27 Mar 1995 15:32:20 -0800
  14538. Organization: Teleport - Portland's Public Access (503) 220-1016
  14539.  
  14540.  
  14541. You're barking up the wrong tree. Analog video on coax is the only way to
  14542. get movies to the home but is that what people want? Look at Rochester!
  14543.  
  14544. Go where the growth is ... access to data networks!!
  14545.  
  14546. It's cheaper for phone companies to deliver high speed digital signals
  14547. to the home via ADSL or ISDN than hybrid fiber/coax. Not to mention
  14548. content expense. Sure, people couldn't plug ADSL or ISDN directly into
  14549. their TV sets but that's where the growth is ... and it's far cheaper!
  14550.  
  14551.  
  14552. Sam Churchill    Portland OR
  14553.  
  14554. ------------------------------
  14555.  
  14556. From: erdar@aol.com (ERDAR)
  14557. Subject: Re: Is Caller ID to be Mandatory Nationally?
  14558. Date: 27 Mar 1995 21:49:01 -0500
  14559. Organization: America Online, Inc. (1-800-827-6364)
  14560. Reply-To: erdar@aol.com (ERDAR)
  14561.  
  14562.  
  14563. On 3/17 the FCC stayed its March 1994 Order which would have made
  14564. passage of CPN (which enable Caller ID) mandatory for interconnected
  14565. local and long distance carriers.  This means that Caller will not be
  14566. national this April.
  14567.  
  14568. ------------------------------
  14569.  
  14570. Date: Mon, 27 Mar 95 23:54:39 EST
  14571. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  14572. Subject: Re: New NPA in Colorado
  14573.  
  14574.  
  14575. > [TELECOM Digest Editor's Note: *Is there* any method to the madness now?
  14576. > Does anyone know of any formula pr process used to select the numbers
  14577. > being assigned as the new area codes?  We all know how 212, 213, 312, 313
  14578. > and others in that range came to be selected: in the rotary dial era
  14579. > those were the ones with the shortest number of 'pulls' and they were
  14580. > assigned to the major cities on the assumption most calls would go to
  14581. > those places. What about now?  Is it just random, or do telcos request
  14582. > certain codes in the same way subscribers request vanity numbers?  PAT]
  14583.  
  14584. I have no idea what scheme is being used now, but some of the history
  14585. of expanding the NANP numbering space is covered in an old Bell System
  14586. publication _Notes on Distance Dialing_.  (I believe NODD has been
  14587. reincarnated as Notes on the Network.)  I'd love to quote a lot of
  14588. this; it's fascinating stuff, but doubtless someone still holds
  14589. copyright, so I will review a few fragments.
  14590.  
  14591. This is from the 1974 edition:
  14592.  
  14593. "It has been apparent for many years that additional code relief [beyond
  14594. moving from 2-letters+5-digits to 7-digits] would be required to extend
  14595. the life of the [NANP] to the end of the twentieth century.  The relief
  14596. plan adopted requires that codes previously reserved for only NPA code
  14597. assignment be used as CO codes also, and vice versa.  This arrangement,
  14598. called "Interchangeable codes" necessitates certain special equipment
  14599. arrangements and dialing procedures that are discussed in this section."
  14600.  
  14601. [discussion of the NANP, NPAs, SACs, WATS, and TWX(!)]
  14602.  
  14603. "Some time after 1995, it is estimated that the 21 NPA codes still
  14604. unassigned (end of 1974) will have been used and that it will be
  14605. necessary to start using NNX type codes as NPA codes.  In the interest
  14606. of minimizing ambiguity, it is planned to assign the NN0 codes first
  14607. in accordance with the sequence shown in Chart 5. ..."
  14608.  
  14609. "Chart 5" lists the 63 available NN0 codes (with a footnote to the
  14610. effect that code 950 is reserved for a future network-wide service :-) )
  14611. and says that they should be assigned as CO codes starting at number 1,
  14612. and as NPAs starting at number 63 and working backward.  The beginning
  14613. and end of the chart are:
  14614.  
  14615. 1  530       55  660
  14616. 2  420       56  490
  14617. 3  870       57  250
  14618. 4  780       58  220
  14619. 5  440       59  650
  14620. 6  360       60  590
  14621. 7  920       61  520
  14622. 8  830       62  480
  14623. 9  620       63  260
  14624.  
  14625. So the first non-NYX NPAs should have been 260, 480, etc.  Why they
  14626. didn't stick to this very sensible sounding plan I have no idea.
  14627.  
  14628. This also shows that the claims of outrage by PBX makers and
  14629. administrators that they had no idea this change was coming are
  14630. nonsense.  AT&T knew it was coming twenty years ago, and predicted the
  14631. date correctly to within a year. (Actual growth was somewhat faster
  14632. than they expected, but they didn't plan on using the N10 codes as
  14633. NPAs in the 1974 document, which is what saved everyone's bacon.)
  14634. This book was no great secret; I was able to get it on interlibrary
  14635. loan from the Bell Canada library in Toronto to my local public
  14636. library in 1975.
  14637.  
  14638.  
  14639. Tony Harminc
  14640.  
  14641. ------------------------------
  14642.  
  14643. From: Joe Scotti <joes@auditel.com>
  14644. Subject: Re: 800 Service Costs and ISDN Rates
  14645. Organization: MV Communications, Inc.
  14646. Date: Mon, 27 Mar 1995 12:30:21 GMT
  14647.  
  14648.  
  14649. Arthur Greenwald <artg@clipper.ssb.com> wrote:
  14650.  
  14651. > I am evaluating some information on a product, which will require 800
  14652. > service.  Does anyone know what the typical rate for an 800 number is
  14653. > on peak and off-peak?  Does anyone know where I could find the costs
  14654. > for ISDN service per minute?
  14655.  
  14656. Through resellers expect to pay a flat rate per minute for 800.  The
  14657. range to expect would be .139 - .165.  
  14658.  
  14659. There two types of calls over ISDN.  Switched and Packet.  This is
  14660. determined on how your ISDN is configured.  Switched calls are your
  14661. toll rate X 2.  A packet is much more difficult to cost!!
  14662.  
  14663. ------------------------------
  14664.  
  14665. From: andrewm486@aol.com (AndrewM486)
  14666. Subject: Re: 800 Service Costs and ISDN Rates
  14667. Date: 27 Mar 1995 03:54:52 -0500
  14668. Organization: America Online, Inc. (1-800-827-6364)
  14669. Reply-To: andrewm486@aol.com (AndrewM486)
  14670.  
  14671.  
  14672. You should be able to get rates in the range of .10 off peak; .13 peak
  14673. for 800 service; I can't help with ISDN.
  14674.  
  14675.  
  14676. [TELECOM Digest Editor's Note: Won't he need a lot of traffic to find
  14677. a carrier willing to give him rates like this?  Most carriers won't even
  14678. start talking terms like that to the 'average' customer.    PAT]
  14679.  
  14680. ------------------------------
  14681.  
  14682. From: klassen@sol.UVic.CA (Melvin Klassen)
  14683. Subject: Re: Why Doesn't Zmodem Work?
  14684. Organization: University of Victoria, Victoria B.C. CANADA
  14685. Date: Tue, 28 Mar 95 00:31:29 GMT
  14686.  
  14687.  
  14688. saclib@garnet.msen.com (David Burns) writes:
  14689.  
  14690. > I am using a shell account to access the Internet, and most of the time I
  14691. > get there via MichNet, which is a local call. The trouble is that none of 
  14692. > the fast protocols, e.g., Zmodem, work when I'm dialed in this way. 
  14693. > Kermit works, but it is slow and not absolutely trustworthy.
  14694. > Can anyone supply any answers/solutions/confirmations?
  14695.  
  14696. The "solution" is to "tune" KERMIT, after getting an up-to-date
  14697. version of the software, via anonymous-FTP to 'KERMIT.COLUMBIA.EDU'.
  14698.  
  14699. Kermit promotional material follows:
  14700.  
  14701. We (Kermit developers) don't mind responding to queries about new
  14702. stuff, items that aren't clear from the documentation, etc, but yes,
  14703. people who use Kermit software a lot are heartily encouraged to
  14704. purchase the documentation because:
  14705.  
  14706.  1. It's not that expensive.
  14707.  
  14708.  2. It will answer most of your questions -- we put a lot of work into
  14709.     it -- hundreds of examples, step-by-step instructions, illustrations,
  14710.     tables, appendices, tutorials, glossaries, a comprehensive index.
  14711.  
  14712.  3. It relieves the load on the network.
  14713.  
  14714.  4. It frees up time of Kermit developers and tech support people to do
  14715.     more development and tech support.
  14716.  
  14717.  5. Most important of all, income from the sales of Kermit manuals is
  14718.     the primary source of income that funds the Kermit effort.
  14719.  
  14720.                            KERMIT BOOK LIST
  14721.  
  14722. MS-DOS Kermit, full-featured communications software for IBM and
  14723. compatible PCs with DOS or Windows, is documented in:
  14724.  
  14725.     Christine M. Gianone, Using MS-DOS Kermit, Second Edition, Digital
  14726.     Press / Butterworth-Heinemann, Woburn, MA, 1992, 345 pages, ISBN
  14727.     1-55558-082-3.  Packaged with version 3.13 of MS-DOS Kermit for the
  14728.     IBM PC, PS/2, and compatibles on a 3.5-inch diskette.  In computer
  14729.     and book stores, or order direct from Columbia University or from
  14730.     Digital Press.
  14731.  
  14732. A German-language edition is also available:
  14733.  
  14734.     Christine M. Gianone, MS-DOS Kermit, das universelle
  14735.     Kommunikationsprogramm, Verlag Heinz Heise, Hannover, Germany
  14736.     (1991), 414 pages.  Packaged with version 3.12 of MS-DOS Kermit for
  14737.     the IBM PC, PS/2, and compatibles on a 5.25-inch diskette,
  14738.     including German- language help files.  Deutsch von Gisbert W.
  14739.     Selke.  ISBN 3-88229-006-4.
  14740.  
  14741. And a French-language edition:
  14742.  
  14743.     Christine M. Gianone, Kermit MS-DOS mode d'emploi, Deuxieme
  14744.     edition, Heinz Schiefer & Cie., Versailles (1993), 406 pages.
  14745.     Packaged with version 3.11 of MS-DOS Kermit for the IBM PC, PS/2,
  14746.     and compatibles on a 5.25-inch diskette.  Adaption francaise: Jean
  14747.     Dutertre.  ISBN 2-901143-20-2.
  14748.  
  14749. There is also a Japanese book about MS-DOS Kermit, concentrating on the
  14750. NEC PC9801:
  14751.  
  14752.     Hirofumi Fujii and Fukuko Yuasa, MS-Kermit Nyumon, Computer Today
  14753.     Library 6, Saiensu-Sha Co., Ltd., publishers (1993), 160 pages.
  14754.     ISBN 4-7819-0669-9 C3355 P1854E.
  14755.  
  14756.  
  14757. C-Kermit 5A, full-function communication software for UNIX, VMS, OS/2,
  14758. AOS/VS, OS-9, Apollo Aegis, the Commodore Amiga, and the Atari ST is
  14759. documented in:
  14760.  
  14761.     Frank da Cruz and Christine M. Gianone, "Using C-Kermit", Digital
  14762.     Press / Butterworth-Heinemann, Woburn, MA, 1993, 514 pages, ISBN
  14763.     1-55558-108-0.  In computer and book stores, or order direct from
  14764.     Columbia University or from Digital Press.
  14765.  
  14766. A German-language edition is also available:
  14767.  
  14768.     Frank da Cruz und Christine M. Gianone, C-Kermit--Einfuhrung und
  14769.     Referenz, Verlag Heinz Heise, Hannover, Germany (1994).  ISBN
  14770.     3-88229-023-4.  Deutsch von Gisbert W. Selke.
  14771.  
  14772.  
  14773. The Kermit File transfer protocol is specified in the following book,
  14774. which also includes tutorials on computers, file systems, data
  14775. communications, and using Kermit:
  14776.  
  14777.     Frank da Cruz, Kermit, A File Transfer Protocol, Digital Press /
  14778.     Butterworth-Heinemann, Worburn, MA, 1987, 379 pages, ISBN
  14779.     0-932376-88-6.  In computer and book stores, or order direct from
  14780.     Columbia University or from Digital Press.
  14781.  
  14782.  
  14783. Kermit software for more than 400 different computers and operating
  14784. systems is available from Columbia University.  Contact Columbia for a
  14785. free Kermit software catalog.
  14786.  
  14787.  
  14788.                                  HOW TO ORDER
  14789.  
  14790. ENGLISH-LANGUAGE KERMIT BOOKS:
  14791.  
  14792.    1. In computer and book stores, or order direct from the publisher,
  14793.       Digital Press / Butterworth-Heinemann with MasterCard, Visa, or
  14794.       American Express:
  14795.  
  14796.           +1 800 366-2665     (Woburn, MA office for USA & Canada)
  14797.           +44 993 58521       (Rushden, England office for Europe)
  14798.           +61 02 372-5511     (Chatswood, NSW office for Australia & NZ)
  14799.           +65 220-3684        (Singapore office for Asia)
  14800.  
  14801.    2. From Columbia University:
  14802.  
  14803.           Kermit Development and Distribution
  14804.           Columbia University Academic Information Systems
  14805.           612 West 115th Street
  14806.           New York, NY  10025  USA
  14807.           Tel.  +1 212 854-3703
  14808.           Fax.  +1 212 663-8202
  14809.           E-Mail: kermit@columbia.edu
  14810.  
  14811.       Domestic and overseas orders accepted.  Add $5 US for shipping
  14812.       outside of North America.  Orders may be paid by MasterCard or
  14813.       Visa, or prepaid by check in US dollars.  Add $35 bank fee for
  14814.       checks not drawn on a US bank.  Price includes shipping.  Do not
  14815.       include sales tax.  Quantity discounts are available.
  14816.       Single-copy US prices (in US dollars):
  14817.  
  14818.           Using MS-DOS Kermit  . . . . . . . . . . . . . . . . .$ 34.95
  14819.           Using C-Kermit . . . . . . . . . . . . . . . . . . . .$ 34.95
  14820.           Kermit, A File Transfer Protocol . . . . . . . . . . .$ 29.95
  14821.           All three  . . . . . . . . . . . . . . . . . . . . . .$ 79.95
  14822.  
  14823.  
  14824. GERMAN-LANGUAGE KERMIT BOOKS:
  14825.  
  14826.         MS-DOS Kermit, das universelle Kommunikationsprogramm: DM 69,00
  14827.         C-Kermit--Einfuhrung und Referenz: . . . . . . . . . . DM 90,00
  14828.  
  14829.         Verlag Heinz Heise GmbH & Co. KG
  14830.         Helstorfer Strasse 7
  14831.         D-30625 Hannover, GERMANY
  14832.         Tel.  +49 (05 11) 53 52-0
  14833.         Fax.  +49 (05 11) 53 53-1 29
  14834.  
  14835.  
  14836. FRENCH:  Kermit MS-DOS Mode d'Emploi:  . . . . . . . . . . .  FF 495,00
  14837.  
  14838.         Heinz Schiefer & Cie.
  14839.         45 rue Henri de Regnier
  14840.         F-78000 Versailles, FRANCE
  14841.         Tel.  +33 39 53 95 26
  14842.         Fax.  +33 39 02 39 71
  14843.  
  14844.  
  14845. JAPANESE:  MS-Kermit Nyumon: . . . . . . . . . . . . . . . . .  1,800 Y
  14846.  
  14847.         Saiensu-Sha Co., Ltd.
  14848.         Abe-toku Building
  14849.         2-4 Kanda-suda cho, Chiyoda-ku
  14850.         Tokyo 101, JAPAN
  14851.         Tel.  +81-3-3256-1091
  14852.  
  14853. ------------------------------
  14854.  
  14855. From: herraghtyj@aol.com (HerraghtyJ)
  14856. Subject: Re: Busying Out a Line
  14857. Date: 27 Mar 1995 21:23:56 -0500
  14858. Organization: America Online, Inc. (1-800-827-6364)
  14859. Reply-To: herraghtyj@aol.com (HerraghtyJ)
  14860.  
  14861.  
  14862. If the calls are outbound from your private phone system to the local
  14863. dial tone provider, you can probably busy out the line in system
  14864. software or by throwing a dipswitch somewhere.  This will take the
  14865. line out of the hunt group.  If it is a matter of the calls coming in
  14866. to you and they are analog trunks, first, disconnect them from the
  14867. phone system.  If the inbound trunk is a DID trunk, this will kill it
  14868. immediately.  If not, place a phone on it, leave it off hook, then
  14869. call your local provider for service.
  14870.  
  14871.      Sometimes you can get the phone number of trouble desk in the
  14872. Central office and they might busy the phone line out for you.  Good
  14873. luck.
  14874.  
  14875. ------------------------------
  14876.  
  14877. Date: Mon, 27 Mar 1995 13:03:02 -0500
  14878. From: allbery <allbery@wariat.org>
  14879. Subject: Re: Microsoft Techs and Phone Calls
  14880. Reply-To: allbery@junior.org (allbery)
  14881. Organization: Akademia Pana Kleksa, Public Access Uni* Site
  14882.  
  14883.  
  14884. In article <telecom15.163.1@eecs.nwu.edu> TELECOM Digest Editor said:
  14885.  
  14886. > She said a relatively small handful -- one hundred perhaps, or maybe two
  14887. > hundred -- of customers always called them repeatedly, over and over. These
  14888. > poor souls had to be walked through everything, everytime.  This was the
  14889. > reason the queue was so sluggish, despite *hundreds* of people taking
  14890. > calls. 
  14891.  
  14892. I could have told you that; I work with such people.  So does my
  14893. mother.  (Worse yet, the one my mother works with is in charge of
  14894. Information Services for her company ...)
  14895.  
  14896. Hard as it is for me to feel sorry for Microsoft, in this case I do.
  14897.  
  14898.  
  14899. Brandon
  14900.  
  14901.  
  14902. [TELECOM Digest Editor's Note: I guess the reason they went to paid
  14903. customer support (that is, a small amount of free support upon purchase
  14904. of the software then the customer is required to pay for additional
  14905. support) was because -- as this lady explained to me -- a couple products
  14906. of Microsoft in the last few years caused the company to take such a
  14907. bad hit on customer support -- that is, it was so extremely expensive --
  14908. that the profit on those two products was virtually nil. When I talked
  14909. to her she mentioned the hundreds of phone people all of whom spend seven
  14910. hours per day just with customer support. I asked her, since payroll is
  14911. about 80 percent of the expense in any company, if that many people were
  14912. doing that one limited task for all that time each day, where, exactly
  14913. was the profit for the company?  Her answer: well ... there wasn't any
  14914. on product 'x' and product 'y' ... yeah, a little, but not at all what
  14915. was commeasurate with the development and marketing expenses.  Where the
  14916. majority of customers did in fact read the documentation, figure it out
  14917. and manage nicely, maybe making one or two calls lasting a few minutes
  14918. each and that was it, there were those relatively few -- a couple hundred
  14919. or so -- that just pesterd the techs to death day after day, hour after
  14920. hour. They never read documentation, were unable to (or refused to) follow
  14921. simple instructions, and (as the woman said to me) some would tell lies
  14922. to the techs. I asked her why would the customers lie?  She said, "because
  14923. they did not know what to do and they were embarassed to admit it and
  14924. they would 'make up stories' about messages on their screen or the way
  14925. the display on the screen looked; things we knew they could not *possibly*
  14926. be getting as results. We'd tell them to do one thing, they would argue
  14927. about it, refuse to do it and then lie and say they did do it."  Some were
  14928. angry they could not call in on an 800 number and sit in the queue for 45
  14929. minutes on Microsoft's nickle instead of their own. She noted that paid
  14930. customer support is not intended to be a profit center for the company
  14931. but merely to take some of the burden away. The initial free support is
  14932. geared for the 'average' customer; enough free time is allotted that the
  14933. 'average' customer still essentially gets totally free support.    PAT
  14934.  
  14935. ------------------------------
  14936.  
  14937. From: edg@ocn.com (Ed Goldgehn)
  14938. Subject: Re: X25 and TCP/IP
  14939. Date: 27 Mar 1995 18:07:44 GMT
  14940. Organization: The INTERNET Connection, LLC
  14941.  
  14942.  
  14943. In article <telecom15.159.11@eecs.nwu.edu>, scottis@bigdog.engr.arizona.edu 
  14944. says:
  14945.  
  14946. > I need to use TCP/IP on top of X25. I am trying to get an internet
  14947. > access through an X25 connection.
  14948.  
  14949. > Does anybody know how to do this? What hardware and software is needed?
  14950. > Also any vendor names will be greatly appreciated.
  14951.  
  14952. Some routers support X.25 as a WAN protocol.  Or you can use SL/IP or
  14953. Async PPP connections into a packet switch.
  14954.  
  14955. IMHO, however, I wouldn't want to be a user at the other end of this
  14956. type of connection if it's going through a public network with a lot
  14957. of potential hops unless all you want to do are telnet sessions or
  14958. S-L-O-W file transfers.
  14959.  
  14960.  
  14961. Ed Goldgehn, Sr Vice President/CTO              E-Mail: edg@OCN.Com
  14962. Open Communication Networks, Inc.               Voice:  (404) 919-1561
  14963. Co-Chair - Mass Markets Ind. Group / North American ISDN Users Forum (NIUF)
  14964. For more info on about the Mass Markets Group or NIUF, e-mail mmniuf@ocn.com
  14965.  
  14966. ------------------------------
  14967.  
  14968. From: Ed Ellers <edellers@delphi.com>
  14969. Subject: Re: Cellular Fraud in the News Again
  14970. Date: Mon, 27 Mar 95 16:42:31 -0500
  14971. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  14972.  
  14973.  
  14974. Bob Compiano <74774.3167@CompuServe.COM> writes:
  14975.  
  14976. > Tell her she should do a follow up article on how they uncover the
  14977. > cloning operations. I don't know for sure, but I suspect they have
  14978. > equipment to detect receivers tuned to the coordination channel of the
  14979. > cellular band.  Then they probably sit some place where there are
  14980. > traffic jams regularly and then scan for people who have receivers
  14981. > tuned to the coord.  The equipment would have to be very, very
  14982. > sensitive.
  14983.  
  14984. The problem is that the signal being emitted by a receiver is on a
  14985. different frequency -- and what frequency that is is determined by (1)
  14986. its IF frequency, (2) the tuned frequency in question and (3) whether
  14987. the local oscillator is on the high or low side of the tuned frequency.
  14988.  
  14989. If you knew that your target was using Brand X, Model Y -- as British
  14990. intelligence officers knew when they used that trick against Nazi
  14991. spies, having found out what makes and models of gear were in use
  14992. inside the German embassy before the war -- you could monitor a
  14993. specific frequency to find that local oscillator.  If not, you're not
  14994. going to get anywhere.
  14995.  
  14996. ------------------------------
  14997.  
  14998. From: Ed Ellers <edellers@delphi.com>
  14999. Subject: Re: FCC Delays CLID Availability
  15000. Date: Mon, 27 Mar 95 16:48:03 -0500
  15001. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  15002.  
  15003.  
  15004. Andrew Robson <arobson@Gateway.Uswnvg.COM> writes:
  15005.  
  15006. > It would appear that they are backing away from their agressive
  15007. > positions on transport and blocking of Calling Line IDentification
  15008. > information.
  15009.  
  15010. I would hope so.  There is no reason -- repeat, *no reason at all* --
  15011. to ban per-line blocking, because Caller ID users can see that a call
  15012. has been ID blocked and can act accordingly.
  15013.  
  15014. ------------------------------
  15015.  
  15016. From: dkipps@globalcom.net (Darryl Kipps)
  15017. Subject: Re: Mitel (200sx) Phone Number Request
  15018. Date: 27 Mar 1995 22:02:16 GMT
  15019. Organization: GlobalCom
  15020.  
  15021.  
  15022. In article <telecom15.166.14@eecs.nwu.edu>, jeb2@dana.ucc.nau.edu says:
  15023.  
  15024. > Could some kind soul email me Mitel's phone number.  I need to get the
  15025. > format of the SMDR output.
  15026.  
  15027. If you'd let me know the generic, I'll Email it to you. It is pretty 
  15028. straightforward stuff.
  15029.  
  15030.  
  15031. Darryl
  15032.  
  15033. ------------------------------
  15034.  
  15035. From: bpc@netcom.com (Benjamin P. Carter)
  15036. Subject: Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert)
  15037. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  15038. Date: Tue, 28 Mar 1995 04:21:49 GMT
  15039.  
  15040.  
  15041. Carl Moore <cmoore@ARL.MIL> writes:
  15042.  
  15043. > I guess I skimmed right past the original notice, including WHAT
  15044. > KEYS Q AND Z GO ON.  Perhaps the U.S. dialpad (with the newly-
  15045. > added Q and Z) could be put into frequently-asked questions.
  15046.  
  15047. My fax machine lumps Q and Z with the numeral zero.  Thus every
  15048. numeral corresponds to either two or three letters.  There is
  15049. a way to input alphanumeric information using this keypad.
  15050.  
  15051.  
  15052. Ben Carter   internet address: bpc@netcom.com
  15053.  
  15054.  
  15055. [TELECOM Digest Editor's Note: *Every* numeral?  What about '1'? You
  15056. did not mention anything about that.    PAT]
  15057.  
  15058. ------------------------------
  15059.  
  15060. From: ksajini@cs4sun.cs.ttu.edu (K. L. Sajini)
  15061. Subject: Re: Cellular Fraud in the News Again
  15062. Date: 27 Mar 1995 13:49:33 -0600
  15063. Organization: UTexas Mail-to-News Gateway
  15064.  
  15065.  
  15066. In my opinion, telecom fraud such as cellular fraud can be easily
  15067. controlled by keeping user profiles for his calling patterns. When
  15068. these patterns change suddenly and the volume of calls increases
  15069. heavily, these high fraud certainty calls are redirectd to an
  15070. operator.
  15071.  
  15072. In fact we have developed such a system for SS7 network.  This system
  15073. is virtually invisible to the network as it induces less than a milli
  15074. second delay. This system will redirect the fraud calls to an
  15075. operator. We have succesfully tested this device in some SS7 networks
  15076. and found it to be effective.  I am sure this type of system could be
  15077. used for preventing cellular fraud too.
  15078.  
  15079. ------------------------------
  15080.  
  15081. From: d92-sam@black29.nada.kth.se (Sam Spens Clason)
  15082. Subject: Re: X.25/ISDN Prices; Global Information Wanted
  15083. Date: 27 Mar 1995 10:29:18 GMT
  15084.  
  15085.  
  15086. In <telecom15.166.8@eecs.nwu.edu> smckinty@sunicnc.France.Sun.COM
  15087. (Steve McKinty - SunSoft ICNC Grenoble) writes:
  15088.  
  15089. > In article <telecom15.159.13@eecs.nwu.edu>, cogorno@netcom.com (Steve
  15090. > Cogorno) writes:
  15091.  
  15092. >> Rishab Aiyer Ghosh said:
  15093. >> 1 MB = 1024K = 1048576 Bytes=8388608 bits=65536 octets (1 octet=128 bits)
  15094.  
  15095. > Nope. In the X.25 world 1 octet = 8 bits (nominally 1 byte, but not
  15096. > all bytes are 8-bit bytes)
  15097.  
  15098. A byte is normaly 8 bits, but one can't always be sure. That's why
  15099. there is a term "octet" which *always* means 8 bits -- X.25 or not.
  15100.  
  15101. I can't remember if there have been two postings in this topic where
  15102. the $/Mb was the same :-)
  15103.  
  15104.  
  15105. <A HREF="http://www.nada.kth.se/~d92-sam/">Sam Spens Clason</A>
  15106.  
  15107.  
  15108. [TELECOM Digest Editor's Note: Nope ... every single posting in this
  15109. thread has come up with a different dollar amount. In a way, its been
  15110. just like the LD carriers when they begin comparing each other's rates
  15111. to their own. The number of answers you receive depends on the number
  15112. of people you ask.  :)     PAT]
  15113.  
  15114. ------------------------------
  15115.  
  15116. End of TELECOM Digest V15 #172
  15117. ******************************
  15118.     
  15119.     
  15120. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa17257;
  15121.           28 Mar 95 8:45 EST
  15122. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15123.     id AA27595; Tue, 28 Mar 95 02:03:12 CST
  15124. Return-Path: <telecom>
  15125. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15126.     id AA27589; Tue, 28 Mar 95 02:03:10 CST
  15127. Date: Tue, 28 Mar 95 02:03:10 CST
  15128. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  15129. Message-Id: <9503280803.AA27589@delta.eecs.nwu.edu>
  15130. To: telecom@eecs.nwu.edu
  15131. Subject: TELECOM Digest V15 #173
  15132.  
  15133. TELECOM Digest     Tue, 28 Mar 95 02:03:00 CST    Volume 15 : Issue 173
  15134.  
  15135. Inside This Issue:                           Editor: Patrick A. Townson
  15136.  
  15137.     Re: Informing Ourselves to Death (George Gilder)
  15138.     Re: European WAN - How?? (John Combs)
  15139.     Re: Gouging at Pay Phones (an200543@anon.penet.fi)
  15140.     Re: March 1995 NYNEX Bill Insert - PulseNet Service (Carl Oppedahl)
  15141.     Re: Routing Inbound FAX Using DID (Steve Elias)
  15142.     Re: Pac Bell, Cal. PUC, and "Reasonable Service" (matt@solaria.sol.net>
  15143.     Re: 800 Service and FLOWERS (Mel Beckman)
  15144.     Re: AT&T 500 Service Outside the USA (Tom Limoncelli)
  15145.     Re: Backlit Caller ID Box Wanted (Mike Pollock)
  15146.     Re: New Area Code Assignments (Jeffrey William McKeough)
  15147.     Re: New Area Code Assignments (Carl Moore)
  15148.     Re: Help Needed With PBX at Remote Location (herraghtyj@aol.com)
  15149.     Re: Looking For X.25 Cards (herraghtyh@aol.com)
  15150.  
  15151. TELECOM Digest is an electronic journal devoted mostly but not
  15152. exclusively to telecommunications topics. It is circulated anywhere
  15153. there is email, in addition to various telecom forums on a variety of
  15154. public service systems and networks including Compuserve and America
  15155. On Line. It is also gatewayed to Usenet where it appears as the moderated
  15156. newsgroup 'comp.dcom.telecom'. 
  15157.  
  15158. Subscriptions are available to qualified organizations and individual
  15159. readers. Write and tell us how you qualify:
  15160.  
  15161.                  * telecom-request@eecs.nwu.edu *
  15162.  
  15163. The Digest is edited, published and compilation-copyrighted by Patrick
  15164. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  15165. or phone at:
  15166.                     9457-D Niles Center Road
  15167.                      Skokie, IL USA   60076
  15168.                        Phone: 500-677-1616
  15169.                         Fax: 708-329-0572
  15170.   ** Article submission address only: telecom@eecs.nwu.edu **
  15171.  
  15172. Our archives are located at lcs.mit.edu and are available by using
  15173. anonymous ftp. The archives can also be accessed using our email
  15174. information service. For a copy of a helpful file explaining how to
  15175. use the information service, just ask.
  15176.  
  15177. *************************************************************************
  15178. *   TELECOM Digest is partially funded by a grant from the              *
  15179. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  15180. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  15181. * project.  Views expressed herein should not be construed as represent-*
  15182. * ing views of the ITU.                                                 *
  15183. *************************************************************************
  15184.  
  15185. Additionally, the Digest is funded by gifts from generous readers such
  15186. as yourself who provide funding in amounts deemed appropriate. Your help 
  15187. is important and appreciated. A suggested donation of twenty dollars per
  15188. year per reader is considered appropriate. See our address above.
  15189.  
  15190. All opinions expressed herein are deemed to be those of the author. Any
  15191. organizations listed are for identification purposes only and messages
  15192. should not be considered any official expression by the organization.
  15193. ----------------------------------------------------------------------
  15194.  
  15195. Date: Mon, 27 Mar 95 21:34:00 EST
  15196. From: George Gilder <0004091174@mcimail.com>
  15197. Subject: Re: Informing Ourselves to Death
  15198.  
  15199.  
  15200. [TELECOM Digest Editor's Note: This time around, I decided to save the
  15201. best for first ... I *knew* there would be at least one good, thoughtful
  15202. reply to the special issue "Informing Ourselves" which I sent out over
  15203. the weekend; and in fact it arrived shortly after that issue was circulated.
  15204. I'm pleased to count George Gilder among our reader/participants here in 
  15205. the Digest; I know the rest of you feel the same way.   PAT]
  15206.  
  15207.                    ------------------------
  15208.  
  15209. I'm sorry but I am in the midst of a deadline crunch at ForbesASAP,
  15210. explaining why computer technology will enhance all our lives, why its
  15211. manifest destiny to usurp the telephone industry will lead to an
  15212. efflorescence of global mobile communications, why the learning curve
  15213. for mobile telephony will be at least ten times faster than the curve
  15214. for wired telephones and why the assertion by a development VP at
  15215. BellSouth that the price elasticity of telephony is negative -- the
  15216. lower the price the less the revenue -- is preposterous. 
  15217.  
  15218. Thus I am too busy contributing to the information glut to explain to
  15219. Neil Postman that the computer is the epitome of current technology,
  15220. that made in the image of our Creator, to create, human beings can no
  15221. more forgo new technology than they can relinquish food and drink.
  15222. Academics take wealth and comfort for granted and imagine that the
  15223. world would be better if all of us wrote philosophy or pursued
  15224. contemporary art.  But contemporary philosophy is mostly barren
  15225. because it is divorced from the process by which humans create wealth
  15226. and thus perpetuate life and extend it to areas of the world where the
  15227. average lifespan is about 28.  
  15228.  
  15229. I do not think that life is ever easy.  I think the effort to master
  15230. the human predicament entails constant work and struggle.  The heart
  15231. of this work and struggle is the creation of new technology, new
  15232. machines, which allow people like Neil Postman to worry about absurd
  15233. non-problems like the information glut, to which the computer is a
  15234. solution more than a cause, and to imagine that technology is
  15235. unnecessary to relieve the distresses he discusses, such as famine,
  15236. plague, joblessness, and war.  We give it up and we will be ruled by
  15237. monsters like Saddam, who Postman imagined in 1990 posed a huge threat
  15238. of an extended war.
  15239.  
  15240. Thank you for sending me that eloquent though misguided paper.
  15241.  
  15242.  
  15243. Best, 
  15244.  
  15245. gg
  15246.  
  15247.  
  15248. [TELECOM Digest Editor's Note: And *thank you* for your eloquent response.
  15249. I'd like to remind all readers that the wonderful series of essays by 
  15250. George Gilder as part of his book -- and being serialized in {Forbes} --
  15251. are available in the Telecom Archives at lcs.mit.edu. We've got them all
  15252. in a permanent archives display. Use anonymous ftp lcs.mit.edu to get
  15253. there or the Telecom Archives Email Information Service. If using ftp then
  15254. when connected 'cd telecom-archives' followed by 'cd george.gilder'. And 
  15255. a final comment for GG: should you decide to add still a bit more to your
  15256. book, an excellent choice of subjects might be, 'what do you do about the
  15257. Postman people?', i.e. getting over that hump; working around the all too
  15258. common assumption by people who think that *you think* that the computer
  15259. is going to solve all the world's problems and then proceed to answer the
  15260. statements they arbitrarily put in your mouth with answers of their own.
  15261. Yes indeed, I'd certainly be interested in seeing a much more detailed
  15262. treatment given by yourself to the questions Postman raised.  PAT]
  15263.  
  15264.  
  15265.  
  15266.  
  15267. ------------------------------
  15268.  
  15269. Date: Mon, 27 Mar 95 21:18 EST
  15270. From: TestMark Laboratories <0006718446@mcimail.com>
  15271. Subject: Re: European WAN - How??
  15272.  
  15273.  
  15274. In TELECOM Digest Volume 15 Issue 164, Steve Alburty <alburty@panix.com>
  15275. asked about setting up a global email network.
  15276.  
  15277. Our laboratory was recently purchased by Inchcape Testing Services, a
  15278. British company with branches in dozens of world locations.  We have a
  15279. good email system that is also simple: Microsoft Mail with dial-up
  15280. gateways.  This is quick and easy to implement, while you decide if
  15281. you can later afford a WAN with leased lines.  Here in North America,
  15282. all Inchcape sites forward/receive mail via a dial-up hub in the home
  15283. office of Cortland, NY, and then Cortland feeds into the world hub in
  15284. London, England.  It is just as easy to send email to our Hong Kong
  15285. lab as it is our lab in Belmont, CA, and has proven to be just as
  15286. reliable.
  15287.  
  15288.  
  15289. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  15290.  
  15291. ------------------------------
  15292.  
  15293. From: an200543@anon.penet.fi
  15294. Organization: Anonymous contact service
  15295. Reply-To: an200543@anon.penet.fi
  15296. Date: Mon, 27 Mar 1995 10:29:02 UTC
  15297. Subject: Re: Gouging at Pay Phones
  15298.  
  15299.  
  15300. Jim.Gooch@sciatl.com (jgooch) wrote:
  15301.  
  15302. > In article <telecom15.146.3@eecs.nwu.edu>, johnwpan@aol.com (JohnWPan)
  15303. > says:
  15304.  
  15305. >> Being an experienced traveler, I thought I knew all the tricks.  Alas,
  15306. >> but no.  I was stumped vacationing in FL.
  15307.  
  15308. >> Finally, I dialed my carrier's human operator, and was able to talk my
  15309. >> way through a credit card call.  However, the dial pad was still
  15310. >> disabled so I could not access my voice mail.
  15311.  
  15312. >> Years ago, I used to carry a DTMF generator with me.  I have to do
  15313. >> that now, again.  Ah progress.
  15314.  
  15315. > The RBOCS are buying smartphones from TSG Inc. and others.  They have
  15316. > fraud prevention that doesn't even allow DTMF from the handset. Don't
  15317. > be surprised if your hand-held doesn't work either.
  15318.  
  15319. > [TELECOM Digest Editor's Note: Is that what it is going to come to,
  15320. > that we have to give up our voice mail and our call back services and
  15321. > whatever so the RBOCs can continue their fight against fraud?  You're
  15322. > saying even Genuine Bell payphones won't be something we can rely on
  15323. > much longer?    PAT]
  15324.  
  15325. > Any phone that won't transmit DTMF from the handset is clearly defective.
  15326. > Defective phones can be fixed with a bit of epoxy.  It may take a few
  15327. > treatments, but eventually the equipment starts working as God and
  15328. > Alexander Graham Bell intended.
  15329.  
  15330. > I guess one won't be able to use a modem with these phones either.
  15331.  
  15332. > I guess you can see why I'm posting this anonymously!
  15333.  
  15334.  
  15335. > [TELECOM Digest Editor's Note: Yeah, I guess I can see why you are posting
  15336. > it anonymously. Either the equipment starts working correctly or else its
  15337. > owners take it out entirely, eh?  So the ninety percent of the American
  15338.  
  15339. It's probably moot.  Many coin phones have been converted back to
  15340. rotary dialing for this reason, and the drug dealers have not been
  15341. reported to be carrying DTMF pads.
  15342.  
  15343. If there's money in the location, the phone will start working
  15344. correctly.  And if there's no money in the location, no one is using
  15345. it, and there's no loss.  After all, coin telephones remain in the
  15346. busy locations where they are best known as "junkies' piggy banks."
  15347.  
  15348. > public who has never heard of voicemail, and the ninety-five percent or so
  15349. > who don't have it or need to retrieve anything from it get punished as
  15350. > well by having the one payphone in their neighborhood which formerly had
  15351. > been operated by Bell replaced by a COCOT. I can see your point though.
  15352. > It does make you kind of angry.    PAT]
  15353.  
  15354. Actually, most problems of this nature occur with COCOTs, which refuse
  15355. to allow you to access preferred interexchange carriers (regulations
  15356. be damned).
  15357.  
  15358. The typical COCOT provider will be much more sensitive than the LEC to
  15359. customers' needs to use the DTMF pad when it is brought to his attention -- 
  15360. especially when the alternative involves attempted repairs with epoxy.
  15361. The LEC will weigh the political pressure to disable the DTMF more
  15362. heavily than will a private owner, who is more concerned with the
  15363. revenues he loses by frustrating people who need the DTMF pad.  (For
  15364. the LEC, it all gets added to the revenue requirement, and recovered
  15365. from the residual customer.)
  15366.  
  15367. ------------------------------
  15368.  
  15369. From: oppedahl@patents.com (Carl Oppedahl)
  15370. Subject: Re: March 1995 NYNEX Bill Insert - PulseNet Service
  15371. Date: Tue, 28 Mar 1995 03:58:16 GMT
  15372. Organization: Oppedahl & Larson
  15373.  
  15374.  
  15375. In article <telecom15.170.4@eecs.nwu.edu> Jonathan_Welch <JHWELCH@ecs.umass.
  15376. edu> writes:
  15377.  
  15378. > This was on the last page of my bill insert this month:
  15379.  
  15380. > Your Alarm System Protects Your Home and NYNEX PulseNet Service Helps
  15381. > Protect Your Alarm System
  15382.  
  15383. > You rely on your alarm system to protect your family and your home.
  15384. > But to do its job, the system must remain connected to your alarm
  15385. > company through the phone line.  If your line is cut, you'd lose that
  15386. > measure of protection against burglary and fire.  Let NYNEX PulseNet
  15387. > Service secure your security system.
  15388.  
  15389. > NYNEX PulseNet Alert Transport Service continuously monitors the
  15390. > connection between your home and alarm company.  If your phone line is
  15391. > cut, a signal alerts your alarm company.  And NYNEX PulseNet Service
  15392. > works even during power disruptions.
  15393.  
  15394. Well, thank you for posting this -- it is interesting. 
  15395.  
  15396. What I find annoying about the insert is:
  15397.  
  15398. It does nothing to tell you whether the service is new or not.  As far
  15399. as I can tell, the service has been around for at least ten years.
  15400.  
  15401. It is an insert that exploits the monopoly position of the local telco, 
  15402. forcing you to read their ads and drawing on their mailing list, which is a 
  15403. customer list, that was developed at ratepayers' expense.  Essentially, all 
  15404. the poor old grandmothers who have phone service are subsidizing this mailing, 
  15405. and the profits from the mailing probably mostly get routed to dividends, not 
  15406. used to reduce cost of local phone service.
  15407.  
  15408. ------------------------------
  15409.  
  15410. From: Steve Elias <eli@cisco.com>
  15411. Subject: Re: Routing Inbound FAX Using DID
  15412. Date: Mon, 27 Mar 95 22:55:04 PST
  15413.  
  15414.  
  15415. > I`m curious about LAN FAX servers that route inbound FAX messages to
  15416. > e-mail addresses using Direct Inward Dialing (DID) lines.  I`m not
  15417. > familiar with DID, and would like to learn more.
  15418.  
  15419. > How, technically, does DID work?  How is information about the
  15420.  
  15421. (note that there are newer DID schemes -- I am describing the "lowest
  15422. common denominator" DID here, as far as I know it.)
  15423.  
  15424. DID:
  15425.  
  15426. 1 - the telco announces the call via battery reversal.
  15427. 2 - CPE accepts call by reversing battery again. 
  15428. 3 - dtmfs down the last N dialed digits. 
  15429. 4 - CPE takes call after last dtmf digit and supplies ringback,
  15430. busy, fax tone, voice, whatever.
  15431.  
  15432. > number that was dialed delivered to the FAX server?  What special
  15433.  
  15434. Some fax servers get the info direct from the fax card, which decodes
  15435. the dtmf and handles the battery reversals.  DIDfax is patented, for
  15436. what that is worth.  Other fax servers get the info via an external
  15437. DID-RS232 box.
  15438.  
  15439. > hardware is required?  How much do DID numbers cost on top of regular
  15440.  
  15441. a DID capable computerfax card or DID-RS232 thingamajig.
  15442.  
  15443. > business phone rates?
  15444.  
  15445. Varies greatly by state.  As little as $20 a month for 100 numbers!
  15446.  
  15447. > Since I`m not ready to purchase a system, I would prefer not to talk
  15448. > to vendors at this time.  Surely this information is documented
  15449. > somewhere in the public literature (handcopy/electronic).  Can anyone
  15450. > provide a pointer?
  15451.  
  15452. I have not read the Brooktrout DIDfax patent, nor do i have the number
  15453. handy, but it might provide some answers to your questions.  or at
  15454. least some nice block diagrams!
  15455.  
  15456. > Thanks,
  15457.   
  15458. You're welcome, Don.  Feel free to write back with more questions or
  15459. comments.
  15460.  
  15461.  
  15462. /e
  15463.  
  15464. steve elias   computerfax afficionado 
  15465.  
  15466. ------------------------------
  15467.  
  15468. Date: Mon, 27 Mar 1995 02:37:49 -0600
  15469. From: Matt <matt@solaria.sol.net>
  15470. Subject: Re: Pac Bell, Cal. PUC, and "Reasonable Level of Service"
  15471.  
  15472.  
  15473. On a related matter:
  15474.  
  15475. > [TELECOM Digest Editor's Note: Well, I am no big fan of T-1. That is, I
  15476. > can take it or leave it, I worked in this business for so many years before
  15477. > T-1 came around that to me, thousands of 'those tiny little wires' is 
  15478. > ...
  15479. > tracing the problem and fix it. Even if your demarc is a mess -- and I
  15480. > have seen some *messy* ones with nothing tagged, wires in a jumble, etc,
  15481. > you can still put your sounder or noise maker on the wire where it
  15482. > terminates (at the modem, or phone  or whatever) then 'ring out the line'
  15483. > back to the demarc, find it there by listening and repair, replace or
  15484. > remove it or whatever. Ten lines or ten thousand lines, no matter.
  15485.  
  15486. I am considering starting a BBS, and installing a dozen lines (maybe
  15487. two).  I would like to learn about good wiring practices -- I know what
  15488. a 66-block is and I know how to punch down wires.  However, I am just a
  15489. ham / electronics hobbyist, not an ex-phone company wiring whiz.  I
  15490. don't know the difference between "good" and "bad" practices, really,
  15491. beyond common sense, and have _no_ idea on where to get information on
  15492. color codes, etc (How does one wire a 25-pair cable to a 66-block?  Guessing 
  15493. is not fun).
  15494.  
  15495. I figure that telecom managers at larger companies probably have obtained
  15496. this knowledge somehow -- besides having worked for the phone company -
  15497. and would appreciate any pointers to any such resources that you may
  15498. be aware of.  I'm sorry if this is covered in a FAQ somewhere, but I have
  15499. been watching for a few weeks and haven't seen anything obvious.  :-(
  15500.  
  15501.  
  15502. Thank you for any help,
  15503.  
  15504. Zarko
  15505.  
  15506. ------------------------------
  15507.  
  15508. Date: Mon, 27 Mar 1995 19:22:35 -0800
  15509. From: mbeckman@mbeckman.com (Mel Beckman)
  15510. Subject: Re: 800 Service and FLOWERS
  15511.  
  15512.  
  15513. producer@pipeline.com (Judith Oppenheimer) writes:
  15514.  
  15515. > In comp.dcom.telecom mbeckman@mbeckman.com (Mel Beckman) said:
  15516.  
  15517. >> And here is where we see the true folly of ideas like Oppenheimer's:
  15518. >> in the case of 1-800-FLOWERS, a trademark is entirely unnecessary,
  15519. >> because there can be only one owner of that number in the U.S. phone
  15520. >> system.
  15521.  
  15522. > The trademark is *unnecessary*?  Is that a legal opinion?
  15523.  
  15524. > Regarding the U.S. phone system, if we are discussing a cyber-distinction
  15525. > in the United States, you help make my very point.  011 800 FLOWERS and 1
  15526. > 888 FLOWERS are both designed to co-exist in the United States with 1 800
  15527. > FLOWERS.
  15528.  
  15529. Judith,
  15530.  
  15531.    Please explain to me how, if I currently have assigned the number
  15532. 1-800-FLOWERS (i.e., 1-800-356-9377) anybody else in the U.S. can use
  15533. that number in advertising. If they did, they'd be advising their
  15534. customers to call *my* company!  There is no need to trademark this
  15535. number, just as there is no need to trademark a memorable numerical
  15536. number such as 800-222-2222, or a mailing address such as 123 CocaCola
  15537. Road, Atlanta, GA.
  15538.  
  15539.    That is what I mean when I say a trademark is unnecessary. No, it's
  15540. not a legal opinion. It's a fact: trademarking 800-FLOWERS buys you
  15541. absolutely no protection.
  15542.  
  15543.    So the only thing you can be hoping for is protection of a U.S.
  15544. trademark outside the U.S., something no U.S.-registered trademark --
  15545. telephone number or not -- enjoys today. Trademarks must be individually 
  15546. registered in the countries where one does business, and priority is
  15547. applied on a country-by-country basis.  If I trademark "OppieCom" in
  15548. the U.S., and later discover that a German company exists with the
  15549. same name, I'm not going to be allowed to do business in Germany as
  15550. OppieCom.
  15551.  
  15552.   That the U.S. has more 800 numbers than the rest of the world means
  15553. not a whit to the rest of the world. Quantity is not priority.  If
  15554. you're proposing that the U.S. strong-arm others into submission by
  15555. refusing to route international 800 calls that collide with U.S.
  15556. numbers, then I'm certain the world will be happy to live with that
  15557. situation. It's no skin off their nose. The losers will be U.S.
  15558. callers, not overseas companies.
  15559.  
  15560.   On another note, do you also contend that the owner of 1-800-356-9377 
  15561. (FLOWERS) owns the phone number 356-9377 in every other area code?  If
  15562. a local flower shop in Ventura, CA wants to advertise their *805*-356-9377 
  15563. number as "Just dial FLOWERS", are you saying they would infringe on
  15564. 800-FLOWERS?  I think you have a logical conundrum here. If you say
  15565. "yes, they're infringing", then you have to contend with giving every
  15566. alphabetic 800 number priority over local numbers.  This hardly seems
  15567. fair to the 50-year-old mom-and-pop flower shop, and flies in the face
  15568. of existing trademark law.  On the other hand, if you say "no, they're
  15569. not infringing", then you must explain why these numbers don't infringe 
  15570. but international numbers do.
  15571.  
  15572.  
  15573. Mel beckman                  |   Internet: mbeckman@mbeckman.com     
  15574. Beckman Software Engineering | Compuserve: 75226,2257                
  15575. Ventura, CA 93004            |  Voice/fax: 805/647-1641 805/647-3125 
  15576.  
  15577. ------------------------------
  15578.  
  15579. Date: Mon, 27 Mar 1995 17:51:19 -0500
  15580. From: Tom Limoncelli <tal@plts.org>
  15581. Subject: Re: AT&T 500 Service Outside the USA
  15582.  
  15583.  
  15584. > Remember, I mentioned here before that the first or second day of my 500
  15585. > service being in operation and giving out the number -- 500-677-1616 --
  15586. > I got called at seven in the morning by a guy working for AT&T on the
  15587. > east coast who hadn't the foggiest idea what he was calling either. I was
  15588. > so astounded I had to say, 'excuse me, you *do* work for AT&T?' ... Yes
  15589.  
  15590. Sorry to butt in, but you are intermixing stories about AT&T and your
  15591. local LEC, which I'm sure is confusing to readers.
  15592.  
  15593. > he did, but he had never heard of 500 service. Now wouldn't you think that
  15594. > when the company introduced this new service they would have gone out of
  15595. > their way to make sure *every employee* knew about it?  It certainly is
  15596.  
  15597. AT&T employees over 300,000 people (I think that's just in New Jersey,
  15598. but it may be the national number).  How can you expect all 300,000 of
  15599. them to know about a new service.  They do have a daily bulletin to all
  15600. employees that is sent out electronicly, but not everyone reads it.
  15601.  
  15602. As a side note: I've seen a lot of AT&T employees putting their personal 
  15603. 500 number on the title slide when they make presentations inside and
  15604. outside of the company.  I think this is a good trend.
  15605.  
  15606.  
  15607. Tom Limoncelli
  15608.  
  15609. ------------------------------
  15610.  
  15611. From: pheel@panix.com (Mike Pollock)
  15612. Subject: Re: Backlit Caller ID Box Wanted
  15613. Date: 26 Mar 1995 17:28:57 -0500
  15614. Organization: PANIX Public Access Internet and Unix, NYC
  15615.  
  15616.  
  15617. Bill Halvorsen (billh@cais2.cais.com) wrote:
  15618.  
  15619. > Now that we have name and number (and soon Caller ID with call waiting) 
  15620. > I'm wondering if anyone makes a unit that is backlit anymore.  I've
  15621. > seen some CIDCO units sold under other names that have a "new call"
  15622. > light (until you review your list) but can't find any actually backlit.  
  15623. > I really dislike trying to read LCD's in poor light (or turning on a
  15624. > light just to see it if I'm awakened in the night by the phone).
  15625.  
  15626. CIDCO'S model SA-8522 reportedly features 85 name/number display with 
  15627. backlighting and English or Spanish for $79.95.  And the SL-64 has 64 
  15628. name/number with backlight (no Spanish) for $89.95
  15629.  
  15630. Call them for more information at 1 800 929-8246.  That's the number for 
  15631. ID-Direct, their mail order division.
  15632.  
  15633.  
  15634. Mike
  15635.  
  15636. ------------------------------
  15637.  
  15638. Date: Mon, 27 Mar 1995 21:45:29 -0500
  15639. From: marya@oitunix.oit.umass.edu (Jeffrey William McKeough)
  15640. Subject: Re: New Area Code Assignments
  15641. Organization: Beet Cabal, New England Regional HQ
  15642.  
  15643.  
  15644. Speaking of new area codes, I had said that Connecticut's would be
  15645. 890.  However, according to two Connecticut television stations, it
  15646. will be 860.
  15647.  
  15648.  
  15649. Jeffrey McKeough  marya@oitunix.oit.umass.edu
  15650.  
  15651. ------------------------------
  15652.  
  15653. Date: Mon, 27 Mar 95 10:49:15 EST
  15654. From: Carl Moore <cmoore@ARL.MIL>
  15655. Subject: Re: New Area Code Assignments
  15656.  
  15657.  
  15658. OK, so you list 912-334 in Georgetown, GA, next door to area 334 in
  15659. Alabama.  Do you know if any points in the Georgetown calling area
  15660. have local service to Alabama, and if so, how are such local calls
  15661. dialed?  Georgia points in the Georgetown calling area would have:
  15662. 334-xxxx for local calls to Georgetown 1-334-xxx-xxxx for long
  15663. distance to area code 334.
  15664.  
  15665. I do have 1 + NPA + 7D method listed for long distance within a Georgia
  15666. area code, so local calls to Alabama could very well have stayed at
  15667. 7D.
  15668.  
  15669. ------------------------------
  15670.  
  15671. From: herraghtyj@aol.com (HerraghtyJ)
  15672. Subject: Re: Help Needed With PBX at Remote Location
  15673. Date: 27 Mar 1995 21:58:17 -0500
  15674. Organization: America Online, Inc. (1-800-827-6364)
  15675. Reply-To: herraghtyj@aol.com (HerraghtyJ)
  15676.  
  15677.  
  15678. Interesting problem.  
  15679.  
  15680. The first precedent to establish is that the phone company is
  15681. engineering the circuits all the way to your Mitel Location.  That
  15682. must be true for your trunks as well as OPX's. Also, please ensure
  15683. that your OPX's are terminating onto OPX Ckt cards at the PBX.  It is
  15684. otherwise very easy for all concerned to test all circuits only to the
  15685. established POP which could easily be a mile away from your Mitel.
  15686. There is much precedent already existing to have the phone company
  15687. Engineer the circuits over somebody elses copper cable plant.
  15688.  
  15689.        If Telc or University has a problem with that, ask them what
  15690. they would do if you ordered your trunking in on a T1.  The Local
  15691. provider would have to provide the smart jack within a hundred or so
  15692. feet of your Mitel.  Or, if you ordered a leased data line from off
  15693. campus, that too would have to be engineered all the way to its final
  15694. destination, and not just to the University POP.  There are multiple
  15695. instances of Universities 'giving' copper to local Telco's to service
  15696. to end user's whose business happens to be on the campus.  For
  15697. instance, students Union with McDonalds, Arbys, etc.  Or, do you have
  15698. an ATM/Money Machine on campus, how does that data line get there.
  15699. You can bet your last buck that it doesn't get repeated through the
  15700. campus phone system.  It is very carefully engineered from the banks
  15701. computers to the final destination ATM.
  15702.  
  15703.         It is always a great temptation for a tech head to apply
  15704. bandaids with repeaters, amplifiers, boosters, line conditioners, gain
  15705. circuitry etc.  However, in this instance, a Fed with a good head for
  15706. sorting out silly administrative shirkers might just win the battle by
  15707. making parties live up to their responsibilities and provide some good
  15708. service.
  15709.  
  15710.  
  15711. Good luck!
  15712.  
  15713. ------------------------------
  15714.  
  15715. From: herraghtyj@aol.com (HerraghtyJ)
  15716. Subject: Re: Looking For X.25 Cards
  15717. Date: 27 Mar 1995 22:30:05 -0500
  15718. Organization: America Online, Inc. (1-800-827-6364)
  15719. Reply-To: herraghtyj@aol.com (HerraghtyJ)
  15720.  
  15721.  
  15722. There is an outfit called "The Software Group" (TSG) in Ontario
  15723. Canada.  They make X.25 cards and supply the cards with Unix Drivers.
  15724. I bought one about a year ago form them.  I can't remember the exact
  15725. area of Ontario or their phone number.  But they are still in
  15726. business.
  15727.  
  15728.  
  15729. Good luck!
  15730.  
  15731. ------------------------------
  15732.  
  15733. End of TELECOM Digest V15 #173
  15734. ******************************
  15735.     
  15736.     
  15737. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22974;
  15738.           28 Mar 95 16:44 EST
  15739. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15740.     id AA06210; Tue, 28 Mar 95 10:17:09 CST
  15741. Return-Path: <telecom>
  15742. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15743.     id AA06200; Tue, 28 Mar 95 10:17:07 CST
  15744. Date: Tue, 28 Mar 95 10:17:07 CST
  15745. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  15746. Message-Id: <9503281617.AA06200@delta.eecs.nwu.edu>
  15747. To: telecom@eecs.nwu.edu
  15748. Subject: TELECOM Digest V15 #174
  15749.  
  15750. TELECOM Digest     Tue, 28 Mar 95 10:17:00 CST    Volume 15 : Issue 174
  15751.  
  15752. Inside This Issue:                           Editor: Patrick A. Townson
  15753.  
  15754.     Update on FCC ISDN "Tax" (Ed Goldgehn)
  15755.     Beware! Telecom "Reform" Now Under Way (GovAccess.113 via Monty Solomon)
  15756.     Caller ID Answering Machines (Bob Izenberg)
  15757.     GSM Information on the Web etc (Rishab Aiyer Ghosh)
  15758.     New NPA in SC Scheduled For December (Mike King)
  15759.     Need Information on Wiltel's Dedicated Internet Access (Scott Hayes)
  15760.     Serial Comm to Unix (Christos Patrinos)
  15761.     Digital Cellular and Encryption / Fraud Prevention (John Diamant)
  15762.  
  15763. TELECOM Digest is an electronic journal devoted mostly but not
  15764. exclusively to telecommunications topics. It is circulated anywhere
  15765. there is email, in addition to various telecom forums on a variety of
  15766. public service systems and networks including Compuserve and America
  15767. On Line. It is also gatewayed to Usenet where it appears as the moderated
  15768. newsgroup 'comp.dcom.telecom'. 
  15769.  
  15770. Subscriptions are available to qualified organizations and individual
  15771. readers. Write and tell us how you qualify:
  15772.  
  15773.                  * telecom-request@eecs.nwu.edu *
  15774.  
  15775. The Digest is edited, published and compilation-copyrighted by Patrick
  15776. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  15777. or phone at:
  15778.                     9457-D Niles Center Road
  15779.                      Skokie, IL USA   60076
  15780.                        Phone: 500-677-1616
  15781.                         Fax: 708-329-0572
  15782.   ** Article submission address only: telecom@eecs.nwu.edu **
  15783.  
  15784. Our archives are located at lcs.mit.edu and are available by using
  15785. anonymous ftp. The archives can also be accessed using our email
  15786. information service. For a copy of a helpful file explaining how to
  15787. use the information service, just ask.
  15788.  
  15789. *************************************************************************
  15790. *   TELECOM Digest is partially funded by a grant from the              *
  15791. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  15792. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  15793. * project.  Views expressed herein should not be construed as represent-*
  15794. * ing views of the ITU.                                                 *
  15795. *************************************************************************
  15796.  
  15797. Additionally, the Digest is funded by gifts from generous readers such
  15798. as yourself who provide funding in amounts deemed appropriate. Your help 
  15799. is important and appreciated. A suggested donation of twenty dollars per
  15800. year per reader is considered appropriate. See our address above.
  15801.  
  15802. All opinions expressed herein are deemed to be those of the author. Any
  15803. organizations listed are for identification purposes only and messages
  15804. should not be considered any official expression by the organization.
  15805. ----------------------------------------------------------------------
  15806.  
  15807. From: edg@ocn.com (Ed Goldgehn)
  15808. Subject: Update on FCC ISDN "Tax" 
  15809. Date: 28 Mar 1995 15:21:43 GMT
  15810. Organization: The INTERNET Connection, LLC
  15811. Reply-To: fccfees@ocn.com
  15812.  
  15813.  
  15814. In article <pphalen-2603951608360001@a102008.sfo2.as.crl.com>, pphalen@crl.
  15815. com says:
  15816.  
  15817. > The FCC has been regulating phone service since 1934. The increased tax
  15818. > you refer to is actually a tariff, not a tax. And it WILL be imposed by
  15819. > the FCC, unless enough public and political pressure is brought to bear in
  15820. > the right places. PacBell estimates the resulting cost increase for Home
  15821. > BRI service to be up to 50% and up to 60% for PRI service.
  15822.  
  15823. As the original poster of this thread, I believe it is time to clear up the 
  15824. us use of the word "tax" and provide an update to the group from what I've 
  15825. heard (not confirmed).
  15826.  
  15827. First, I apologize for the dramatics by using the word tax in this thread. 
  15828. It was intended to draw the attention of readers that do not spend their 
  15829. days reading tariffs or understanding the nuances in telephony terminology. 
  15830.  From that standpoint, and in my own behalf, I believe it served its purpose.
  15831.  
  15832. It is my understanding that, indeed, the original proposal by the FCC was to 
  15833. increase the line fees associated with ISDN through a tariff.  It has been 
  15834. brought to my attention that -- possibly due to a combination of both RBOC 
  15835. and end-user attention to this issue -- the FCC is now opting for presenting 
  15836. a ruling on this matter.  This opens the issue up to greater public comment.
  15837.  
  15838. In discussion with "someone in the know" at one of the RBOC's recently, it 
  15839. was related to me that the CALC is viewed as a franchise fee that the FCC 
  15840. imposes on the telco's. We further discussed the impact of the FCC ruling on 
  15841. the cost of an RBOC to institute the fee accounting and how that can affect 
  15842. user pricing.
  15843.  
  15844. There are still many unresolved concerns about the entire FCC proposal for 
  15845. increased fees. The most predominant are:
  15846.  
  15847. --  With the EPA placing such an emphasis on reducing pollution by requiring 
  15848. work-at-home policies on employers in "hot spots" in the country, the FCC 
  15849. proposal is only going to increase the cost of implementing those plans 
  15850. because ISDN is a critical component in most work-at-home applications.  The 
  15851. leaves the basic question of "Where is the continuity from the government on 
  15852. this issue?"
  15853.  
  15854. --  With the advent of Multi-Rate ISDN (Single Call - Nx64 channels from the 
  15855. telco switch provided to the subscriber) right around the corner, it is 
  15856. obvious to some of us that the CALC method is outdated for the technology 
  15857. and is being forced to fit where it does not belong.
  15858.  
  15859. --  In nearly every existing state tariff, residential service is provided 
  15860. only on a 2B+D basis thereby requiring residential subscribers to pay a CALC 
  15861. regardless of their willingness to get both B channels. (I'd say every state 
  15862. where a residential tariff exists, but I've not done the necessary homework 
  15863. to make that definitive a statement).
  15864.  
  15865. --  With all the discussion of deregulation, video dial-tone, etc, it is 
  15866. logical to conclude that the CALC itself might disappear or be completely 
  15867. revamped to accomodate the growth of the telecommunications industry soon 
  15868. after the proposed increase is put into effect (BTW, soon in the 
  15869. telecommunications industry is defined in years).  It seems illogical to 
  15870. impose this structure with the left hand while the right hand is potentially 
  15871. doing something entirely different.
  15872.  
  15873. I have not been made aware of when the FCC hearings are to be held on this 
  15874. issue.  Anyone that has that information, please post or e-mail me with that 
  15875. information.
  15876.  
  15877. On a positive note, it does appear that we, the average citizens, have 
  15878. already had some impact on what the FCC is intending to do.  It is important 
  15879. that we continue down that path.  Therefore, to provide your comments to the 
  15880. Mass Markets Industries Group of the North American ISDN Users Forum (NIUF), 
  15881. please reply to this post or send e-mail to:
  15882.  
  15883.         fccfees@ocn.com
  15884.  
  15885. Please include the words FOR INCREASE or AGAINST INCREASE in the body of 
  15886. your message and any additional comments you would like made public in 
  15887. response to this issue.
  15888.  
  15889.  
  15890. Ed Goldgehn, Sr Vice President/CTO              E-Mail: edg@OCN.Com
  15891. Open Communication Networks, Inc.               Voice:  (404) 919-1561
  15892. Co-Chair - Mass Markets Ind. Group / North American ISDN Users Forum (NIUF)
  15893.  
  15894. ------------------------------
  15895.  
  15896. Date: Tue, 28 Mar 1995 04:35:48 -0500
  15897. From: Monty Solomon <monty@roscom.COM>
  15898. Subject: Beware! Telecom "Reform" Now Under Way
  15899. Reply-To: monty@roscom.COM
  15900.  
  15901.  
  15902. Forewarded to the Digest, FYI:
  15903.  
  15904.    Date: Sat, 25 Mar 1995 20:11:17 -0800
  15905.    From: Jim Warren <jwarren@well.sf.ca.us>
  15906.    Subject: GovAccess.113: BEWARE! Telecom "Reform" now under way
  15907.  
  15908. WATCH OUT!  Our online future can be turned into a digital wasteland as bad
  15909. as the TV wasteland that followed that technology's great hope of the '50s.
  15910.  
  15911. This GovAccess concerns only one issue -- the "Telecommunications
  15912. 'Reform' Act of 1995."  It has already cleared its first Senate
  15913. committee hearing.  As a comparably trivial gargoyle, it already
  15914. includes Sen. Exon's "Communications Decency Act of 1995," amended
  15915. into the bill in that hearing.
  15916.  
  15917. No one knows how this "reform" legislation will finally turn out --
  15918. especially not when it eventually comes out of a House-Senate conference
  15919. committee that will coyly meet behind closed doors, probably to be
  15920. steam-rollered through a fast-track enactment by Congress.
  15921.  
  15922. As an example of the dangers, here are "reliable rumors" that one of
  15923. the nation's leading network experts chose to report in mid-January.
  15924. Farber does not thus place his reputation on the line lightly.
  15925.  
  15926.  --jim
  15927.  
  15928. &&&&&&&&&&&&&&&&&&&&
  15929.  
  15930. "Reforming" Government-Granted Multi-Decade Monopolies (uh huh!)
  15931.  
  15932.    Date: Mon, 16 Jan 1995 06:44:54 -0500
  15933.    From: farber@central.cis.upenn.edu (David Farber)
  15934.    Subject: The planned Communications Act Re-write of the New(t) Congress
  15935.  
  15936. I have paraphrased a message from a source who claims that this has been
  15937. substantiated by at least two other sources.
  15938.  
  15939. PLEASE note that I can neither personally confirm or deny this information
  15940. at this time, so ... [just like most important political information --jim]
  15941.  
  15942. Some may call this another of the "hysterical ravings" heard out of DC. Who
  15943. knows but there have been such in the past that came true. I suggest
  15944. watching events and see if you see any sign of this happening. If you do,
  15945. come back and carefully re-read this message.
  15946.  
  15947. Dave
  15948.  
  15949. I paraphase:
  15950.  
  15951. For what it's worth, my impeccable source in DC just called to tell me how
  15952. the Communications Act Re-write will appear when a carefully orchestrated
  15953. scenario runs its course.
  15954.  
  15955.  ... All the deals have all been made over the holidays with the
  15956. critical opposition that stopped last year's bill: the IXCs
  15957. [long-distance carriers], cable, etc. It will be a very complex bill,
  15958. packaged with the right deregulation words (get the government off our
  15959. backs), universal service, and futuristic "3d Wave" stuff from Toffler
  15960. and Gilder. The media blitz is being planned for maximum effect.
  15961. Clinton won't oppose it because if he does it will appear that he is
  15962. reneging on Information Highway promises. There is no stopping the
  15963. steamroller now, and there won't be any time for major forces (other
  15964. potential players in the NII -- the Microsofts, Hughes, etc. -- to do
  15965. a decent analysis without looking like they are naysayers).
  15966.  
  15967. The details -- as usual -- are what counts.
  15968.  
  15969. The bill will turn residential, small town, suburban, and rural _local
  15970. access_ into a permanent natural monopoly with a single gateway for
  15971. services TO the home. The BOCs don't think there are any services FROM the
  15972. home business worth considering, other than voice and low-speed return data
  15973. for games. The RBOCs, have given up on medium to large customers. They
  15974. realize that they already lost that market to AT&T and the niche players,
  15975. MCI & Sprint. But by controlling access to the home, they figure they can
  15976. control everything else, and have a chance at getting a few large users by
  15977. packaging the residences for them. This way they might actually gain market
  15978. share in the IXC business. AT&T knows they can't fight this Congress
  15979. without looking like the spoiler, so they will take their chances on radio
  15980. access, manufacturing, and the more lucrative businesses.
  15981.  
  15982. It looks like the RBOCs will pull this off, because the separate
  15983. interests are now stronger than the mutual conflicts among the biggest
  15984. boys in town.  Cable knows they are finished if they have to compete
  15985. with the LEC's cash flow and new, and better, coax networks are
  15986. constructed; so they might as well settle for what they can get now.
  15987.  
  15988. The bill will have the right incentives for the major MSOs to
  15989. lease-back their coax for the LECs to run. Malone already said so. One
  15990. "Uniwire" into the home discourages future competition, especially
  15991. with complicated lease-back arrangements. Any competitor will think
  15992. twice about trying to breach that monopoly. They are simply following
  15993. the successful strategy that AT&T used to play W.U. off of 3d parties,
  15994. like RCA, for decades; W.U.  used to get sweetheart deals for circuits
  15995. with the FCC blessing. No one else even bothered to think about
  15996. competing until MCI discovered microwaves. These lease-back
  15997. arrangements will look clean to the uninitiated. Uniwire will be
  15998. reinforced by control of the settop box interfaces. A barrage of
  15999. economists will be engaged to argue that natural monopoly, under some
  16000. new name, is best for everyone because it broadens opportunity. If you
  16001. think crystals are screwy, wait till you hear the new mantras.
  16002.  
  16003. The BOCs don't know what to do about radio, but don't believe the
  16004. technology for broadband radio is here anyway, and have come up with a
  16005. legalistic strategy that empowers the FCC to slow down any competitive
  16006. forces using alternative carriage. This will take three steps:
  16007.  
  16008. 1) Federal pre-emption of States' rights in ALL communications fields --
  16009. wire, radio, switching, rates, whatever. But State's rights are a Republica
  16010. mantra. To prevent this looking like more centralized government (which it
  16011. is):
  16012.  
  16013. 2) An "ombuds panel" will be set up under the FCC, but with extraordinary
  16014. powers to bypass the Administrative Procedures Act and expedite the CFRs
  16015. without 11 months of notice, etc., to settle all disputes between the
  16016. States and the Federal government on communications matters. This will be
  16017. presented as State oversight to protect universal, vaguely defined,
  16018. services and the like.
  16019.  
  16020. Everyone who thinks they matter are hustling to get on this panel, for then
  16021. they will be more powerful than the Commissioners themselves. It will look
  16022. balanced, with even one FCC Commissioner or two on two panel, somebody
  16023. representing consumers, labor, etc., but since the GOP expects to win the
  16024. next Presidential election, within 2-3 years it will be totally stacked. Of
  16025. course, if the Democrats should ever win anything again, and the BOCs get
  16026. into financial trouble, which is very likely given that the residential
  16027. business has always been a dog, all the mechanisms for nationalisation of
  16028. local carriage will be in place. So why should a good Democrat oppose this?
  16029. Power swings back and forth in Washington.
  16030.  
  16031. And to make sure none of this unravels too early:
  16032.  
  16033. 3) the Justice Dept. will be cut out of all antitrust matters related to
  16034. communications.
  16035.  
  16036. All this will be called cutting down centralized government!!
  16037.  
  16038. The message is that too much money has been spend on this deal for anyone
  16039. to back out now.
  16040.  
  16041. What can kill it is the State pre-emption clause. The Governors of the
  16042. five, so-called "seed" states in telecom (FL, NY, CA, IL and CO) are going
  16043. to want something big in return for blessing pre-emption. They are in
  16044. terrible financial shape. So expect weird pork barrel monies flowing for
  16045. totally unrelated things: releasing FEMA funds for disaster relief in
  16046. Florida, California, and who knows what else. This is a very large country
  16047. with a very large economy -- it is easier to move money around than the
  16048. average citizen thinks. A small portion of a large number is still a large
  16049. number.
  16050.  
  16051. So much for capping Federal spending.
  16052.  
  16053. The other wild card is the broadcasters, who last year stuck in a provision
  16054. to use the so-called HDTV UHF channels for anything but. However, the
  16055. networks would love to drop foreign ownership provisions and they might
  16056. relent on data over former video channels -- which they really don't
  16057. understand anyway -- for a chance to make better deals with foreign
  16058. entities.
  16059.  
  16060. The Republicans are counting on cable & telcos to behave themselves and not
  16061. raise rates until after the next Presidential election.
  16062.  
  16063. There is nothing to stop the steamroller now but if they can't get the bill
  16064. signed into law by Feb 15th, the deals are all off, I am told.
  16065.  
  16066. end of paraphase
  16067.  
  16068.  
  16069. &&&&&&&&&&&&&&&&&&&&
  16070.  
  16071.  
  16072. Three Key Telecomm "Reform" Questions (Among Many)
  16073.  
  16074. 1.  Would the communications giants that zealously seek to become
  16075. information/content and value-added services providers assure a level
  16076. playing field and full and equal access to small entrepreneurs seeking to
  16077. provide innovative services at lowest cost - if they are not forced to do
  16078. so by the same statute that will force them to provide such a level playing
  16079. field and equal access to each other?
  16080.  
  16081. 2.  Will we have "universal access" or only "universal service"?  Universal
  16082. *service* will guarantee only that we can be obedient couch potatoes,
  16083. emitting digital cash to consume whatever trivia the giant corporations
  16084. deign to dribble out to us.  Universal *access* will assure information and
  16085. service providers competitive access to the wired and wireless
  16086. communications channels that have been government-granted corporate
  16087. monopolies for so many decades.
  16088.  
  16089. Adequately-structured universal *access* could allow *real* competition
  16090. with the giants, competing with - and often beating - them in providing
  16091. maximum innovation at minimum cost to the user.  And I don't mean some
  16092. idiotic delusion of competition - like the arrogant fantesy that mandating
  16093. two cellular-phone providers in a given market provides adequate
  16094. "competition."
  16095.  
  16096. Universal *access* can allow all of us to become information and service
  16097. entrepreneurs - even from "the privacy of our own homes."  However,
  16098. functional channel monopolies will kill that dream.
  16099.  
  16100. 3.  Where the hell are the newspaper publishers?  Why aren't they screaming
  16101. bloody murder?  Don't they realize that they can become minor throw-aways
  16102. within a decade or two, if they are shut out of competitive access to these
  16103. communications channels by the giants that own the channels?
  16104.  
  16105.  --jim
  16106.  
  16107. &&&&&&&&&&&&&&&&&&&&
  16108.  
  16109. "Behind all the hype shaping the electronic highway are corporate
  16110. interests. These huge companies are doing the most natural thing in the
  16111. world to them; following their own corporate interest."
  16112.  -- Herber Schiller, "Information Superhighway: Paving Over the Public",
  16113.    Z Magazine, March 1994
  16114.  
  16115.  
  16116. Mo' as it Is.
  16117.  --jim
  16118.  
  16119. GovAccess is a list distributing irregular info & advocacy, maintained by
  16120. Jim Warren, columnist, MicroTimes, Government Technology, BoardWatch, etc.
  16121.  345 Swett Rd., Woodside CA 94062; voice/415-851-7075; fax/<# upon request>
  16122.   jwarren@well.com (well.com = well.sf.ca.us; also at jwarren@autodesk.com)
  16123.  
  16124. &     To add or drop the GovAccess list, email to  jwarren@well.com .    &
  16125. & Past postings are at  ftp.cpsr.org: /cpsr/states/california/govaccess  &
  16126. &  and by WWW at  http://www.cpsr.org/cpsr/states/california/govaccess . &
  16127.  
  16128.                ------------------------------------
  16129.  
  16130. [TELECOM Digest Editor's Note: Well readers, what do you think? Is the
  16131. above scenario a little extreme, or does it seem realistic to you?  PAT]
  16132.  
  16133. ------------------------------
  16134.  
  16135. From: bei@io.com (Bob Izenberg)
  16136. Subject: Caller ID Answering Machines?
  16137. Date: Mon, 28 Mar 1995 21:01:13 CST
  16138. Reply-To: bei@io.com
  16139.  
  16140.  
  16141.     I had cause to speak to my local telco customer service folks
  16142. the other day, and they finished with a caller ID pitch.  It seems to
  16143. me that recording caller ID information along with, or without, an
  16144. incoming phone message, would be an obvious combination.  Has anyone
  16145. brought an answering machine combining these features to market?
  16146.  
  16147.  
  16148. Bob Izenberg    THERE: bei@dogface.austin.tx.us
  16149. HERE: bei@io.com    512-442-0614
  16150. Finger me HERE for my pubic PGP key.
  16151.  
  16152. ------------------------------
  16153.  
  16154. Subject: GSM Information on the Web, etc
  16155. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  16156. Date: Tue, 28 Mar 95 02:39:36 IST
  16157. Organization: Deus X Machina
  16158.  
  16159.  
  16160. In response to Carmen's request for GSM info ...
  16161.  
  16162. GSM is an (originally French) standard for secure, digital, cellular
  16163. communications, mainly voice.  Most information is not available
  16164. electronically, as the European Technical Standards Institute (ETSI)
  16165. makes a lot of money charging for the paper versions. While some info
  16166. is available on-line, the detailed recommendations have to be purchased:
  16167.  
  16168. ETSI Publications Office
  16169. 06921 Sophia Antipolis Cedex
  16170. France
  16171. Fax: +33 92 94 42 58
  16172. Tel.: +33 92 94 42 00
  16173. There are many documents, each priced at about 3000 ECU!
  16174.  
  16175. A postscript version of the basic technical specifications from ETSI is
  16176. available by FTP at ftp.dfv.rwth-aachen.de in directory 
  16177. /pub/doc/cellular/cn/gsm_rec.ps.gz
  16178.  
  16179. This is the FTP archive for the Cellular Digest, and much useful (but usually 
  16180. very technical) material can be found in the pub/doc/cellular/digest direc-
  16181. tory.
  16182.  
  16183. Various related standards are available at the ITU server, Gopher to
  16184. info.itu.ch or http://info.itu.ch and look under Telecommunications
  16185. standards / recommendations / Series M [for Mobile] recommendations.
  16186. You can also search for keywords, though you won't find much under
  16187. 'GSM'.
  16188.  
  16189. Some discussion of the cryptography and security used in GSM (A5/1)
  16190. can be found at the Cypherpunks web archive, http://www.hks.net/cpunks/
  16191. index.html, where you can try a keyword search for 'GSM'.
  16192.  
  16193. Source code of an implementation of the European GSM 06.10 provisional 
  16194. standard is available by FTP:
  16195. tub.cs.tu-berlin.de/pub/tubmik/gsm-1.0.tar.Z
  16196. with gsm-1.0-patch1 and gsm-1.0-patch2 in the same directory.
  16197.  
  16198. Another (apparently faster) version is at liasun3.epfl.ch in 
  16199. /pub/audio/gsm-1.0pl2.tar.Z
  16200.  
  16201.  
  16202. Rishab Aiyer Ghosh   rishab@dxm.ernet.in          
  16203. rishab@arbornet.org  Vox +91 11 6853410 Voxmail 3760335 
  16204. H 34C Saket, New Delhi 110017, INDIA 
  16205.  
  16206. ------------------------------
  16207.  
  16208. From: mk@TFS.COM (Mike King)
  16209. Subject: New NPA in SC Scheduled For December
  16210. Date: Mon, 28 Mar 1995 16:58:55 PST
  16211.  
  16212.  
  16213. I received the latest Bellcore letter, and South Carolina will undergo
  16214. a split.  The Greenville LATA will get the new NPA 864, while the rest
  16215. of the state (including Columbia, Florence, and Charleston) will
  16216. retain 803.
  16217.  
  16218. The split will occur on Sun., December 3, 1995, and the permissive
  16219. period will end on Wed., May 1, 1996.
  16220.  
  16221.  
  16222. Mike King    mk@tfs.com
  16223.  
  16224. ------------------------------
  16225.  
  16226. From: sphboise@aol.com (SPHboise)
  16227. Subject: Need Information on Wiltel's Dedicated Internet Access
  16228. Date: 24 Mar 1995 13:36:03 -0500
  16229. Organization: America Online, Inc. (1-800-827-6364)
  16230. Reply-To: sphboise@aol.com (SPHboise)
  16231.  
  16232.  
  16233. Can anyone give me info on Wiltel's dedicated internet acces?. Do they have 
  16234. a DS3 backbone, how many naps do they access, is that access redudent etc...?
  16235.  
  16236.  
  16237. Thanks in advance,
  16238.  
  16239. Scott Hayes     SPHboise@aol.com
  16240.  
  16241. ------------------------------
  16242.  
  16243. From: Christos Patrinos <cpatrinos@delphi.com>
  16244. Subject: Serial Comm to Unix
  16245. Date: Fri, 24 Mar 95 14:29:01 -0500
  16246. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  16247.  
  16248.  
  16249. Hello,
  16250.  
  16251. I am, naively, trying to connect a dial-up modem directly to a Equinox
  16252. serial server into a Unix box on an NCR.  The modemkwell chipset 14.4
  16253. and I have all the signals I need, execpt of course the DTR.  Is this
  16254. just a deficency of the modem, or can I custom wire an adapter and
  16255. simulat the DTR.
  16256.  
  16257. I have RD, CTS, DSR, CD matched exactly pin for pin polarity for
  16258. polarity with what a breakout box put on the serial serial shows.  The
  16259. serial server wants a DTR negative voltage.  On the modem signals I
  16260. also have a TC,tranmitter clock and RC, receiver clock.
  16261.  
  16262. Any edification would be much appreciated.
  16263.  
  16264.  
  16265. Thanks, 
  16266.  
  16267. Christos
  16268.  
  16269. ------------------------------
  16270.  
  16271. Subject: Digital Cellular and Encryption / Fraud Prevention
  16272. Date: Mon, 27 Mar 95 15:39:45 -0700
  16273. From: John Diamant <diamant@hpsnark.sde.hp.com>
  16274.  
  16275.  
  16276. How secure is digital cellular with encryption enabled?  I understand
  16277. that digital cellular without encryption isn't secure (except that
  16278. less people have scanning equipment capable of decoding a digital
  16279. signal).
  16280.  
  16281. How good is the encryption which will be available with an
  16282. encrytion-capable digital cellular phone and encryption enabled by the
  16283. cellular carrier?  What sort of encryption algorithm is used and how
  16284. are encryption keys handled (programmed once into the phone and known
  16285. by the carrier, or regularly updated by some secure password
  16286. transmission algorithm?)?
  16287.  
  16288. Does digital encryption significantly reduce the threat of cellular
  16289. fraud such as cloning?  What about other types of cellular fraud?
  16290.  
  16291. Do any of the encryption-capable digital cellular phones indicate to
  16292. you whether encryption is enabled for a particular call?  I understand
  16293. some of them will tell you when they're operating in digital mode, but
  16294. that's not the same thing.
  16295.  
  16296. I also have a few questions about digital cellular in general:
  16297.  
  16298. 1) Do people on this forum believe digital cellular will eventually replace
  16299.    analog cellular?  How soon?
  16300.  
  16301. 2) Currently, analog cellular phones are often available free with one
  16302.    year service contracts, but digital cellular phones are expensive.  Do
  16303.    people on this forum believe that digital cellular phones will eventually
  16304.    be available near free once the digital conversion is much further along?
  16305.    It appears that digital cellular is being pushed by service providers
  16306.    because they can squeeze three times the number of calls on the same 
  16307.    bandwidth and charge only 10%-20% less.
  16308.  
  16309.  
  16310. Thanks in advance,
  16311.  
  16312. John Diamant    Software Engineering Systems Division
  16313. Hewlett Packard Co.  Internet: diamant@sde.hp.com
  16314. Fort Collins, CO
  16315.  
  16316. ------------------------------
  16317.  
  16318. End of TELECOM Digest V15 #174
  16319. ******************************
  16320.     
  16321.     
  16322. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24402;
  16323.           28 Mar 95 18:09 EST
  16324. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16325.     id AA09120; Tue, 28 Mar 95 11:30:05 CST
  16326. Return-Path: <telecom>
  16327. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16328.     id AA09112; Tue, 28 Mar 95 11:30:02 CST
  16329. Date: Tue, 28 Mar 95 11:30:02 CST
  16330. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  16331. Message-Id: <9503281730.AA09112@delta.eecs.nwu.edu>
  16332. To: telecom@eecs.nwu.edu
  16333. Subject: TELECOM Digest V15 #175
  16334.  
  16335. TELECOM Digest     Tue, 28 Mar 95 11:30:00 CST    Volume 15 : Issue 175
  16336.  
  16337. Inside This Issue:                           Editor: Patrick A. Townson
  16338.  
  16339.     Client/Server Mobile Computing (Peter Chandler)
  16340.     Inexpensive 56k+ Connectivity Between U.S. and Europe (Mike O'Connor)
  16341.     Re: The MATHLINE Project (Bradley J. Bittorf)
  16342.     Cell Programming For Motorola 7200 (Jurgen Morhofer)
  16343.     NPA Splits and Bell System Ideals (Mark C. Baker)
  16344.     Help Me With Technophone PC215 (100550.641@compuserve.com)
  16345.     SS7 References Wanted (boyla002@maroon.tc.umn.edu)
  16346.     Re: What is Loop Start? (Jay Davis III)
  16347.     Re: What is Loop Start? (Fran S. Menzel)
  16348.     Re: Cellular Fraud in the News Again (Jason Edmiston)
  16349.     Re: CDPD vs Ckt Cell Data UPDATE (Sam Spens Clason)
  16350.     Re: Telecom Professional Organizations (Jack Warner)
  16351.     Re: Looking For X.25 Cards (Patrick Linstruth)
  16352.     Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO (Gary Novosielski)
  16353.     Re: NYNEX: Idiocy in Pricing (Joe Scotti)
  16354.     Re: Why Doesn't Z-MODEM Work? (Antonio Sousa)
  16355.  
  16356. TELECOM Digest is an electronic journal devoted mostly but not
  16357. exclusively to telecommunications topics. It is circulated anywhere
  16358. there is email, in addition to various telecom forums on a variety of
  16359. public service systems and networks including Compuserve and America
  16360. On Line. It is also gatewayed to Usenet where it appears as the moderated
  16361. newsgroup 'comp.dcom.telecom'. 
  16362.  
  16363. Subscriptions are available to qualified organizations and individual
  16364. readers. Write and tell us how you qualify:
  16365.  
  16366.                  * telecom-request@eecs.nwu.edu *
  16367.  
  16368. The Digest is edited, published and compilation-copyrighted by Patrick
  16369. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  16370. or phone at:
  16371.                     9457-D Niles Center Road
  16372.                      Skokie, IL USA   60076
  16373.                        Phone: 500-677-1616
  16374.                         Fax: 708-329-0572
  16375.   ** Article submission address only: telecom@eecs.nwu.edu **
  16376.  
  16377. Our archives are located at lcs.mit.edu and are available by using
  16378. anonymous ftp. The archives can also be accessed using our email
  16379. information service. For a copy of a helpful file explaining how to
  16380. use the information service, just ask.
  16381.  
  16382. *************************************************************************
  16383. *   TELECOM Digest is partially funded by a grant from the              *
  16384. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  16385. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  16386. * project.  Views expressed herein should not be construed as represent-*
  16387. * ing views of the ITU.                                                 *
  16388. *************************************************************************
  16389.  
  16390. Additionally, the Digest is funded by gifts from generous readers such
  16391. as yourself who provide funding in amounts deemed appropriate. Your help 
  16392. is important and appreciated. A suggested donation of twenty dollars per
  16393. year per reader is considered appropriate. See our address above.
  16394.  
  16395. All opinions expressed herein are deemed to be those of the author. Any
  16396. organizations listed are for identification purposes only and messages
  16397. should not be considered any official expression by the organization.
  16398. ----------------------------------------------------------------------
  16399.  
  16400. From: chandler@chatham.progress.com (Peter Chandler)
  16401. Subject: Client/Server Mobile Computing
  16402. Date: 28 Mar 1995 16:30:06 GMT
  16403. Organization: Progress Software Corp.
  16404.  
  16405.  
  16406. Help!
  16407.  
  16408. I am trying to find an off-the-shelf proven solution for the following
  16409. configuration:
  16410.  
  16411. Client                                 Server
  16412. -------                                -------
  16413. PC - running  MS-windows               HP - running AUX
  16414. winSocket (TCP/IP)                     BSDSockets (TCP/IP)
  16415. (???)                                       (???)
  16416.   |                                          |
  16417.   |                                          |
  16418.   ------------- RAM Mobile Data --------------
  16419.  
  16420.  
  16421. Has anyone implemented a wireless mobile client/server solution?  What
  16422. did your configuration look like?
  16423.  
  16424.  
  16425. Thanks,
  16426.  
  16427. Peter Chandler
  16428.  
  16429. ------------------------------
  16430.  
  16431. Date: Tue, 28 Mar 1995 11:28:43 EST
  16432. Subject: Inexpensive 56k+ Connectivity Between U.S. and Europe
  16433. From: Mike O'Connor <mjo@dojo.mi.org>
  16434. Reply-To: Mike O'Connor <mjo@dojo.mi.org>
  16435.  
  16436.  
  16437. I have a dream.  I want to start planning and implementing better WAN
  16438. connectivity than what I have currently -- FedExing tapes, sporadic
  16439. ISDN and/or costly dialup UUCP and SLIP/PPP.  Of course, with such
  16440. ventures, the issues involved are telco-oriented as much as anything.
  16441.  
  16442. Given: A few-hundred-person company homed in the U.S. with an inhouse
  16443.        TCP/IP network and little else, data-network-wise.
  16444.  
  16445. Given: A couple of small offices -- 20-30 people -- in various parts
  16446.        of western Europe, with a couple more on the way.
  16447.  
  16448. Given: We're not afraid to spend a little money, just not a fortune.
  16449.        These offices DO make money, after all.  :)
  16450.  
  16451. I want to establish a dedicated 56k+ circuit between these offices and
  16452. my U.S. office.  I don't care about latency too badly (though shipping
  16453. tapes back and forth is a little too high in the latency department
  16454. for my tastes :) ).  Most of the circuit would be used to move data,
  16455. but ideally, I'd like to be able to establish a voice channel riding
  16456. along the data channel if possible, so I could cut down on LD charges
  16457. between offices.  Ideally, I'd like a single network pipe to somewhere
  16458. as opposed to a solution which requires me to build a whole lot of 
  16459. infrastructure every time I add an office.
  16460.  
  16461. At this point, I'm in the preliminary planning stages, but it seems
  16462. like satellite connectivity would be my best bet.  However, I'm sure I
  16463. don't know all the connectivity options that might be available, and
  16464. I'd be very interested in how people are doing this sort of thing.  I
  16465. come more from the LAN management side than the telco side of life, so
  16466. please be gentle with me if I'm asking something outrageously stupid.
  16467.  
  16468.  
  16469. Michael J. O'Connor   Internet: mjo@dojo.mi.org
  16470.  
  16471. ------------------------------
  16472.  
  16473. From: bjb@petrel.cle.ab.com (Bradley J. Bittorf)
  16474. Subject: Re: The MATHLINE Project
  16475. Date: 28 Mar 1995 16:23:05 GMT
  16476. Organization: Allen-Bradley Company, Inc.
  16477.  
  16478.  
  16479. In article <telecom15.170.8@eecs.nwu.edu> kevin.jessup@mail.mei.com (Kevin
  16480. Jessup) writes:
  16481.  
  16482. > It states that MATHLINE is an interactive telecommunications project
  16483. > which will be implemented with the help of the Cellular Telephone
  16484. > Industry Association, PBS, the nations PUBLIC schools, and other
  16485. > unnamed wireless organizations and providers.
  16486.  
  16487. Due to my role as liaison between our local PBS station here in Cleveland 
  16488. (WVIZ), and my company's charitable contributions team, I have some exposure
  16489. to the MATHLINE project.  I'm trying to get someone more closely associated 
  16490. with the program to respond here too.
  16491.  
  16492. WVIZ was one of the first stations to try MATHLINE and my company
  16493. donated a little seed money last year.  We also persuaded one of our
  16494. partner schools to enroll a math teacher in the program; he reports he
  16495. is quite satisfied with MATHLINE.
  16496.  
  16497. > The article went into little detail on the "WHYS" of the MATHLINE
  16498. > project.
  16499.  
  16500. My understanding of the program is that it provides math teacher
  16501. training, using satellite instruction to a number of remote sites.
  16502. Teachers receive lesson plan guidelines, videotape teaching episodes,
  16503. and computer bulletin board numbers/passwords they can use to pose
  16504. questions directly to the MATHLINE instruction team.  Teachers can
  16505. receive assistance in understanding how to apply the video tapes,
  16506. example exercises, or teaching methods.
  16507.  
  16508. > Will the students in the program be provided a wireless laptop, or
  16509. > only the instructors?  
  16510.  
  16511. This is the first I'd heard about wireless laptops.  This year the
  16512. only requirement was a computer and modem that could access a local
  16513. MATHLINE access number.
  16514.  
  16515. > Why the need for interactive access to the net?
  16516.  
  16517. Primarly to access samples, optional portions of the exercises, and to
  16518. have application questions and teaching questions answered.  I don't
  16519. think students have this access (at least they aren't supposed to),
  16520. only the teachers.
  16521.  
  16522. > WHY the need for real-time interactive satellite access??  
  16523.  
  16524. Satellite access is used during presentation of the course materials
  16525. to the math instructors.  I don't think it is used at any other times.
  16526.  
  16527. > Will the instructor DO anything or just plug the system in and watch?
  16528.  
  16529. The instructor will facilitate the videos, and break away from them
  16530. frequently.  There are many places during the tapes where the procedure 
  16531. is to stop the tape and do things with the class.  The lesson guidelines 
  16532. provided also include sample exercises in addition to what is on the tape.
  16533.  
  16534. > Forgive my naivete, but I have never taught in the public school 
  16535. > system.  Perhaps nothing else works.
  16536.  
  16537. I can't speak to this point other than to say that your five-year old
  16538. who is tooling around in Windows now will probably expect a multi-media 
  16539. presentation to keep him interested.
  16540.  
  16541. Interestingly (to me, anyway), one of the largest expenses for our 
  16542. local implementation of Mathline is "teacher release," i.e., paying 
  16543. for substitute teachers to permit the math teacher to attend these
  16544. sessions.  Many local schools no longer include personnel development 
  16545. in their budget, I guess.  Or at least they can't afford to do it 
  16546. during the school year.  So the program pays for the substitute while 
  16547. the teacher is being trained.
  16548.  
  16549. Another note: MATHLINE is designed such that the teacher who
  16550. participates in the satellite sessions becomes the local trainer for 
  16551. other teachers in her or his own school (or whatever consortia she/he 
  16552. is affiliated with).  Thus, we are hoping for a good fan-out effect 
  16553. of the materials, which can be re-used by multiple classes, etc.  
  16554. One of the tenets of our company's charitable funding is to maximize 
  16555. the impact of our contributions; this program appeared to meet our 
  16556. criteria.  We will be re-evaluating its success this year to determine 
  16557. whether we will continue funding.
  16558.  
  16559. Please note: I am only one member of our contributions team and I do 
  16560. not officially speak for Rockwell Automation/Allen-Bradley Company.
  16561.  
  16562.  
  16563. Bradley J. Bittorf                           | Phone:  216.646.4629
  16564. Allen-Bradley Company/Rockwell Automation    | FAX:    216.646.4484
  16565. 747 Alpha Drive, Highland Heights, OH  44143 | e-mail: bradley.bittorf@ab.com
  16566.  
  16567. ------------------------------
  16568.  
  16569. Date: Tue, 28 Mar 1995 14:41:07 +0100
  16570. From: jurgen@dataflash.it (Jurgen Morhofer)
  16571. Subject: Cell Programming For Motorola 7200
  16572.  
  16573.  
  16574. Hi Pat,
  16575.  
  16576. I've just read your reply about Motorola phone programming in the
  16577. Digest #159. Do you have any idea wether this feature works even with
  16578. a Motorola 7200 GSM phone? I tried shortening pin 2/3 with a small
  16579. piece of aluminium paper but nothing seems to have happened after that
  16580. when I switched on the phone again.  Is this because there probably is no
  16581. local mode on GSM phones, as all the information is stored in the SIM
  16582. module?
  16583.  
  16584. Thanks for any idea,
  16585.  
  16586.  
  16587. Jurgen
  16588.  
  16589.  
  16590. [TELECOM Digest Editor's Note: I really don't know the answer. I know
  16591. what you did (assuming pins 2/3 are ground and the pin to be sent to
  16592. ground) works with lots of other Motorola cell phones. The other thing
  16593. you *must* be careful of with this experiment is keeping that connector
  16594. (aluminim foil, or a tiny little bare wire or whatever) *away from where
  16595. it does not belong*. Get it in the wrong place accidentally (or it
  16596. slips and falls in the wrong place in the process of reinserting the
  16597. battery) and you might just short out the battery or worse yet damage
  16598. the phone. Be very careful working in such a small space if your fingers
  16599. are not very nimble. Does anyone have some schematics for Jurgen's phone
  16600. they can share?   PAT]
  16601.  
  16602. ------------------------------
  16603.  
  16604. Date: Tue, 28 Mar 1995 09:20:21 +0600
  16605. From: mcb@uscbu.ih.att.com
  16606. Subject: NPA Splits and Bell System Ideals
  16607.  
  16608.  
  16609. Since someone was nice enough to quote an old Bell System Notes 
  16610. on the Network, I got my 1980 copy out to read.  It has a statement
  16611. that is very interesting to those of us in NPA 708 which was just
  16612. created five years ago and is about to split again.
  16613.  
  16614.   "(g) Any customer affected by a boundary realignment should not be
  16615.        affected by any subsequent realignment for at least 10 years."
  16616.  
  16617. This statement is still in Bellcore's "BOC Notes on the LEC Networks - 
  16618. 1990"  (SR-TSV-002275)
  16619.  
  16620. In all fairness, with that statement in mind, I'm not sure how they could 
  16621. have handled the 312 split several years ago other than creating a new 
  16622. NPA for cellular/pager numbers in addition to 708.
  16623.  
  16624.  
  16625. Mark Baker - AT&T Network Systems
  16626.  
  16627. ------------------------------
  16628.  
  16629. From: Rubber <100550.641@CompuServe.COM>
  16630. Subject: Help Me With Technophone PC215
  16631. Date: 28 Mar 1995 10:20:55 GMT
  16632.  
  16633.  
  16634. I have a Technophone PC215 and can get it in to programming mode, to
  16635. change the phone number. Can anyone help; what pins do I short if any? 
  16636. What do I type? I am stuck. 
  16637.  
  16638.  
  16639. Many thanks,
  16640.  
  16641. Ocean Wave Rider
  16642.  
  16643. ------------------------------
  16644.  
  16645. From: boyla002@maroon.tc.umn.edu
  16646. Subject: SS7 References Wanted
  16647. Date: Tue, 28 Mar 1995 10:22:17 CST
  16648.  
  16649.  
  16650. I am interested in find some technical references on "SS7 programming".
  16651.  
  16652. I am working with Dialogic hardware and (separately) have just done
  16653. a SMDI link to a Northern Telecom switch via a serial interface.  I'd
  16654. like to see what kind of features I can add to various voice/fax/data
  16655. software with SS7 and would like to be able to turn on message waiting/
  16656. stutter dial-tone on any arbitrary phone via SS7.
  16657.  
  16658. So, if there exists a good text that explains SS7 such that I could
  16659. string bits together in the right order, I'd like to know about it.
  16660.  
  16661. Thanks.
  16662.  
  16663. ------------------------------
  16664.  
  16665. From: topcat35@aol.com (TOPCAT35)
  16666. Subject: Re: What is Loop Start?
  16667. Date: 28 Mar 1995 01:59:45 -0500
  16668. Organization: America Online, Inc. (1-800-827-6364)
  16669. Reply-To: topcat35@aol.com (TOPCAT35)
  16670.  
  16671.  
  16672. This feature is also called forward disconnect. The feature must be
  16673. programmed into the line.It is left out sometimes in the initial setup. In
  16674. 5ESS switches another option to help out with forward disconnect is the
  16675. GroundRef option,especially if you are on a SLC carrier system.
  16676.  
  16677.  
  16678. Jay Davis III
  16679. Bell Atlantic of MD        
  16680.  
  16681. ------------------------------
  16682.  
  16683. From: f.s.menzel <fsm@mtgbcs.mt.att.com>
  16684. Date: Mon, 27 Mar 1995 13:35:32 -0500
  16685. Subject: Re: What is Loop Start?
  16686.  
  16687.  
  16688. I've been watching the discussion of what we call 'reliable
  16689. disconnect' around here with a good bit of dismay.  You should be
  16690. aware, that despite the discussion that's been going on here, in most
  16691. cases you won't get a reliable disconnect signal when the other end
  16692. hangs up.  Most home answering machines will decide that the far end
  16693. has hung up after a period of silence.  I've been burned by this one
  16694. when I took some "think time" and had the answering machine hang up on
  16695. me.  If you want to know whether your device is really detecting
  16696. disconnect, I suggest you do an experiment where you call it, chat it
  16697. up a bit, then go silent.
  16698.  
  16699. Ground start trunks definitely do provide signalling on disconnect;
  16700. some loop start trunks may, but don't bet on it.
  16701.  
  16702. As I was typing this, I tried an experiment with my home answering
  16703. machine.  It hung up on me after about 15 seconds of silence (Yes, I'm
  16704. sure; I have ground start trunks with reliable disconnect here at the
  16705. office).
  16706.  
  16707.  
  16708. Fran Menzel    AT&T Global Business Communications Systems
  16709.  
  16710. ------------------------------
  16711.  
  16712. From: jfe@efn.org (Jason Edmiston)
  16713. Subject: Re: Cellular Fraud in the News Again
  16714. Date: 28 Mar 1995 00:17:36 -0800
  16715. Organization: Oregon Public Networking
  16716.  
  16717.  
  16718. In <telecom15.160.3@eecs.nwu.edu> md@pstc3.pstc.brown.edu (Michael P.
  16719. Deignan) writes:
  16720.  
  16721. > In article <telecom15.158.1@eecs.nwu.edu>, Bob Compiano <74774.3167@Compu
  16722. > Serve.COM> writes:
  16723.  
  16724. >> Tell her she should do a follow up article on how they uncover the
  16725. >> cloning operations. I don't know for sure, but I suspect they have
  16726. >> equipment to detect receivers tuned to the coordination channel of the
  16727. >> cellular band.  Then they probably sit some place where there are
  16728. >> traffic jams regularly and then scan for people who have receivers
  16729. >> tuned to the coord.  The equipment would have to be very, very
  16730. >> sensitive.
  16731.  
  16732. > The hardest part of cloning a cell phone is having the correct
  16733. > equipment to program it. Intercepting the necessary data on a control
  16734. > channel is just a matter of having a few pieces of equipment that can
  16735. > easily be put together for under $1000, and then get into your dark
  16736. > panel van and sit under a control tower.
  16737.  
  16738. > As for detecting someone receiving control channel signals ... I don't
  16739. > see how, since sitting and listening on the frequency is a passive
  16740. > activity. There may be some residual noise from a receiver's FM IF
  16741. > section, but that in of itself doesn't mean anything.
  16742.  
  16743.   This is how they do it: The people they are after are the people who
  16744. clone telephones and sell "phone calls" to people on the street. These
  16745. phone calls are usually to other countries. For $5 or so buy a 20 min
  16746. phone conversation that would normally cost much more. This is real
  16747. popular in the city in poor areas that a lot of immigrants live in.
  16748. The criminals provide the locals with an affordable way to call "home". 
  16749.  
  16750. This is big business in cities like New York. They catch these guys
  16751. with spectrum analizers. An unmarked police car drives through an area
  16752. where the phone brokers are known to operate and when they see a spike
  16753. in the 825-840Mhz range coming from a van parked on the side of the
  16754. road with tinted glass, they say "a-hah!". An undercover cop then buys
  16755. a phone call from the van in question, then arrests are made.  This is
  16756. how most of the cell phone cloners get caught.
  16757.  
  16758. ------------------------------
  16759.  
  16760. From: d92-sam@black29.nada.kth.se (Sam Spens Clason)
  16761. Subject: Re: CDPD vs Ckt Cell Data UPDATE
  16762. Date: 28 Mar 1995 10:37:46 GMT
  16763.  
  16764.  
  16765. In <telecom15.166.3@eecs.nwu.edu> mcardle@paccm.pitt.edu (Terrence McArdle) 
  16766. writes:
  16767.  
  16768. > In article <95.03.21.221ghet@eecs.nwu.edu>, aircom1@aol.com (AIRCOM1)
  16769. > wrote: 
  16770.  
  16771. >> A bit is a single 1 or 0, and a baud is the "raw" number of bits that can
  16772. >> be sent per second. For instance, a 1200 baud modem can send up to 1200
  16773. >> raw bits per second. We use the term "raw" here to not include error
  16774. >> correction or compression, as these will change the users perceived number
  16775. >> of bits per second transferred.
  16776.  
  16777. Baud is change of signal state per second.  If the signal can be in
  16778. more than two states (i.e. negative, 0, positive) then one state
  16779. change can represent more informaiton than just one bit.
  16780.  
  16781. > Just a note, perhaps a nit -- my understanding of the term baud is
  16782. > that it refers to the rate of modulations or signal changes per
  16783. > second, rather than the number of bits per second.  In other words,
  16784. > the baud rate is always equal to or less than the bit per second rate.
  16785. > Using common standards, the 300 baud modem transmits and receives data
  16786. > at 300 bits per second; however, a 14,400 bit per second modem
  16787. > operates only at 2400 baud. (it might be a different baud rate - the
  16788. > point is that there is no such device as a 14,400 baud modem)
  16789.  
  16790. Something like that, yes.
  16791.  
  16792.  
  16793. Sam
  16794. <A HREF="http://www.nada.kth.se/~d92-sam/">Sam Spens Clason</A>
  16795.  
  16796. ------------------------------
  16797.  
  16798. From: jackeagle@aol.com (Jackeagle)
  16799. Subject: Re: Telecom Professional Organizations
  16800. Date: 28 Mar 1995 09:09:18 -0500
  16801. Organization: America Online, Inc. (1-800-827-6364)
  16802. Reply-To: jackeagle@aol.com (Jackeagle)
  16803.  
  16804.  
  16805. I agree with the thread comment about the IEEE Communications Society.
  16806. I also recommend a subscription to America's Network a very good
  16807. overall coverage of the telecom/wireless/ and recently cable industry
  16808. at a moderate technical level. It is free if you are in the field.
  16809. Call 800-346-0085 ext. 477. A good idea is to attend a telecom trade
  16810. show.  Public networking, cellular, PCS, and Cable all have seperate
  16811. shows. A great technical event at considerable detail is the annual
  16812. IEEE Communications Society Meetings: ICC and GLOBECOM. ICC will be in
  16813. Seattle in June.
  16814.  
  16815.  
  16816. Jack Warner     AT&T Bell Labs   Denver
  16817.  
  16818. ------------------------------
  16819.  
  16820. From: patrick@qnet.com (Patrick Linstruth)
  16821. Subject: Re: Looking For X.25 Cards
  16822. Date: 28 Mar 1995 15:18:00 GMT
  16823. Organization: Quantum Networking Solutions, Inc.
  16824.  
  16825.  
  16826. Quadron Service Corporation, located an Santa Barbara, offer X.25
  16827. solutions for DOS, OS/2, and I believe UNIX and AIX.  The support the
  16828. IBM ARTIC Co-Processor and Emulex DCP-286 (and possibly others by
  16829. now).
  16830.  
  16831. They can be reached at 805-966-6424
  16832.  
  16833.  
  16834. Patrick Linstruth - patrick@qnet.com
  16835. Quantum Networking Solutions, Inc
  16836. (805) 538-2028
  16837.  
  16838. Local Access Numbers - Log in as "guest":
  16839. Palmdale, CA     (805) 538-2030
  16840. Woodbridge, VA   (703) 878-4358
  16841. Alexandria, VA   (703) 799-6523
  16842.  
  16843. ------------------------------
  16844.  
  16845. From: gary.novosielski@sbaonline.gov
  16846. Organization: Small Business Administration
  16847. Date: Tue, 28 Mar 95 01:25:59 -0400
  16848. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO
  16849.  
  16850.  
  16851. In response to my:
  16852.  
  16853. >> I, for one, would not be willing to toss the privacy rights of the
  16854. >> caller on the trash heap merely on the strength of a "claim" by any
  16855. >> given residential customer that they found the call "obnoxious."
  16856.  
  16857. Carl B. Page <carlp@teleport.com> writes:
  16858.  
  16859. > This is already implemented -- has been for years.
  16860.  
  16861. > Ever hear of the new Call Trace feature?  The telco's don't advertise
  16862. > it because they lose (small amounts of) money on it.
  16863.  
  16864. > They should because it is one of the few positive developments to come
  16865. > out of the CLASS services, which include Caller ID.
  16866.  
  16867. Yes, I've heard of it. I was familiar with it long before I wrote my
  16868. earlier comment. But the two are not equivalent. The person I was
  16869. responding to (Carter) had proposed that the number of anyone deemed
  16870. "obnoxious" by the complaining party should be revealed on request,
  16871. without regard to the caller's privacy. Call Trace, as Page admits,
  16872. does nothing of the sort.
  16873.  
  16874. With Call Trace, telco reveals the number only to the "proper authorities," 
  16875. the exact definition of which which seems to vary from region to
  16876. region. The typical price, in the range of $1 to $1.50, is charged for
  16877. each "successful trace," regardless of whether those authorities
  16878. actually take any remedial action based on the information supplied.
  16879.  
  16880. I question whether telco really loses money on this service. If so,
  16881. the question is, relative to what? Considering that they do not now
  16882. charge for (nor widely publicize) the services of the Annoyance Call
  16883. Bureau, the $1-and-change revenue from each Call Trace would seem to
  16884. be pure gravy.
  16885.  
  16886. Far from viewing this as a "positive development," I would also
  16887. question the implications and precedents set by providing this service
  16888. for a price, however nominal. Suppose you or I were in possession of
  16889. information relating to the commission of a crime. (Harassing phone
  16890. calls are usually only a misdemeanor, but threatening ones can be a
  16891. felony.) What would our neighbors think of us if we refused to provide
  16892. that information to the authorities unless we had received a price for
  16893. revealing it? We might refuse to cooperate, on some principle or another 
  16894. (unless subpoenaed). Or we might agree to cooperate and provide the
  16895. information freely. But to make our cooperation conditional on the
  16896. payment of some sort of blood-money would be, in my view, unseemly at
  16897. best -- and more so when you consider that in this case we're billing
  16898. the victim.
  16899.  
  16900. Finally I question how effective the service actually is. Sources have
  16901. reported that the police in these parts (suburban New Jersey portion of the
  16902. New York metropolitan area) routinely ignore transmittals of Call-Trace
  16903. information until several reports, in some cases up to ten, have been
  16904. received.
  16905.  
  16906.  
  16907. GaryN   gnovosielski@mcimail.com
  16908.  
  16909.  
  16910. [TELECOM Digest Editor's Note: Like yourself, I have always questioned
  16911. why telco charges for traces handled via *57 when the older, and still
  16912. functioning Annoyance Call Bureau at telco does the same thing for free.
  16913. My feeling is they *have* to do it free on demand if you know enough to
  16914. demand it. Legally, you have the right to peaceful and uninteruppted use
  16915. of the phone. Telco has a legal obligation to provide that to you. To
  16916. the best of my knowledge however, Ameritech -- our local company here --
  16917. does not charge for *57 either.     PAT]
  16918.  
  16919. ------------------------------
  16920.  
  16921. From: Joe Scotti <Sauditel@auditel.com>
  16922. Subject: Re: NYNEX: Idiocy in pricing
  16923. Organization: MV Communications, Inc.
  16924. Date: Tue, 28 Mar 1995 12:25:39 GMT
  16925.  
  16926.  
  16927. rblau@neteast.com (RUSSELL BLAU) wrote:
  16928.  
  16929. >> Two "FlexPath" T1s composed of 48 DIDs total cost ~$3500/month
  16930. >> (FlexPath is based on mileage and the location is ~2 miles from the
  16931. >> closest switch).
  16932.  
  16933. >> 48 standard individual business lines will cost about $1,200/month.
  16934.  
  16935. > Personally, I never thought I would find myself in the position of
  16936. > defending anything that NYNEX does, however, look at what you are
  16937. > comparing.  Flexpath is a DID trunk service.  Therefore, you should
  16938. > compare it to the price of 48 analog DID trunks, not 48 individual
  16939. > measured business lines.
  16940.  
  16941. Bad comparision, DID's analog trunks are overpriced too.
  16942.  
  16943. ------------------------------
  16944.  
  16945. From: Sousa_Antonio_B/ICP_LISBOA_DSI@icp.pt
  16946. Date: Tue, 28 Mar 95 14:05:42 +0100
  16947. Subject: Re: Why doesn't Z-MODEM work?
  16948.  
  16949.  
  16950. Hi,
  16951.  
  16952. > I am using a shell account to access the Internet, and most of the time I
  16953. > get there via MichNet, which is a local call. The trouble is that none of
  16954. > the fast protocols, e.g., Zmodem, work when I'm dialed in this way. Kermit 
  16955. > works, but it is slow and not absolutely trustworthy. Can anyone supply any
  16956. > answers/solutions/confirmations?
  16957.  
  16958. I've had the same problem in the past. I noticed that some of the files got 
  16959. through but others did not. I found out that the problem were the escape 
  16960. characters used in the Z-MODEM protocol. With the program I was using, I 
  16961. started working with the -e parameter (escape control characters) and had no 
  16962. problems since then.
  16963.  
  16964.  
  16965. Antonio Sousa    abs@icp.pt
  16966. Instituto das Comunicacoes de Portugal
  16967. Portugal
  16968.  
  16969. ------------------------------
  16970.  
  16971. End of TELECOM Digest V15 #175
  16972. ******************************
  16973.     
  16974.     
  16975. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07754;
  16976.           29 Mar 95 15:44 EST
  16977. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16978.     id AA03127; Wed, 29 Mar 95 06:33:47 CST
  16979. Return-Path: <telecom>
  16980. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16981.     id AA03121; Wed, 29 Mar 95 06:33:45 CST
  16982. Date: Wed, 29 Mar 95 06:33:45 CST
  16983. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  16984. Message-Id: <9503291233.AA03121@delta.eecs.nwu.edu>
  16985. To: telecom@eecs.nwu.edu
  16986. Subject: TELECOM Digest V15 #176
  16987.  
  16988. TELECOM Digest     Wed, 29 Mar 95 06:33:00 CST    Volume 15 : Issue 176
  16989.  
  16990. Inside This Issue:                           Editor: Patrick A. Townson
  16991.  
  16992.     Outrageous ISDN Overcharges - They Aren't FCC's Doing (Fred R. Goldstein)
  16993.     Sesquuicentennial of Digital Communications? (Donald E. Kimberlin)
  16994.     203/860 Line Determined (Scott D. Fybush)
  16995.     Source of International Telecom Distributors (E.M. Sullivan)
  16996.     Dytel Company and Equipment (Ry Jones)
  16997.     Conduit - To Use or Not to Use (David Thaggard)
  16998.     Bay Area Rapid Transit and MFS Fiber Installation (mmillerbpa@aol.com)
  16999.     Wireless Telephone Systems Seminar (Alexander Resources)
  17000.     Conference: Managing Internet For The Enterprise (Eric Paulak)
  17001.     Book Review: "Internet Roadside Attractions" by Branwyn et al (Rob Slade)
  17002.  
  17003. TELECOM Digest is an electronic journal devoted mostly but not
  17004. exclusively to telecommunications topics. It is circulated anywhere
  17005. there is email, in addition to various telecom forums on a variety of
  17006. public service systems and networks including Compuserve and America
  17007. On Line. It is also gatewayed to Usenet where it appears as the moderated
  17008. newsgroup 'comp.dcom.telecom'. 
  17009.  
  17010. Subscriptions are available to qualified organizations and individual
  17011. readers. Write and tell us how you qualify:
  17012.  
  17013.                  * telecom-request@eecs.nwu.edu *
  17014.  
  17015. The Digest is edited, published and compilation-copyrighted by Patrick
  17016. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  17017. or phone at:
  17018.                     9457-D Niles Center Road
  17019.                      Skokie, IL USA   60076
  17020.                        Phone: 500-677-1616
  17021.                         Fax: 708-329-0572
  17022.   ** Article submission address only: telecom@eecs.nwu.edu **
  17023.  
  17024. Our archives are located at lcs.mit.edu and are available by using
  17025. anonymous ftp. The archives can also be accessed using our email
  17026. information service. For a copy of a helpful file explaining how to
  17027. use the information service, just ask.
  17028.  
  17029. *************************************************************************
  17030. *   TELECOM Digest is partially funded by a grant from the              *
  17031. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  17032. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  17033. * project.  Views expressed herein should not be construed as represent-*
  17034. * ing views of the ITU.                                                 *
  17035. *************************************************************************
  17036.  
  17037. Additionally, the Digest is funded by gifts from generous readers such
  17038. as yourself who provide funding in amounts deemed appropriate. Your help 
  17039. is important and appreciated. A suggested donation of twenty dollars per
  17040. year per reader is considered appropriate. See our address above.
  17041.  
  17042. All opinions expressed herein are deemed to be those of the author. Any
  17043. organizations listed are for identification purposes only and messages
  17044. should not be considered any official expression by the organization.
  17045. ----------------------------------------------------------------------
  17046.  
  17047. From: fgoldstein@bbn.com (Fred R. Goldstein)
  17048. Subject: Outrageous ISDN Overcharges - They Aren't FCC's Doing
  17049. Date: Wed, 29 Mar 95 03:42:54 GMT
  17050. Organization: BBN Planet Corp.
  17051.  
  17052.  
  17053. The actual cost of ISDN in many, or most, areas of the United States is 
  17054. high enough to discourage the sort of mass deployment that it needs to be 
  17055. viewed as truly successful.  In the past month, a lot of attention has 
  17056. been paid to an FCC proposed rules clarification that would have raised 
  17057. the price of some ISDN lines by as much as $6 per month.  From the hue and 
  17058. cry raised, this was made to sound like a huge problem.  In fact, there 
  17059. are many huge problems in ISDN pricing, and the FCC's Customer Access Line 
  17060. Charge is a pittance by comparison.
  17061.  
  17062. What should ISDN cost?  It's a general principle of rate-making that the 
  17063. _price_ for a regulated monopoly service -- and that's what ISDN is --
  17064. should reflect the underlying _cost_ to the provider.  That's what happens 
  17065. in a competitive market by the natural forces of economics, what Adam 
  17066. Smith called the "invisible hand".  ISDN is, after all, a telephone line.
  17067. It's just like any other phone line except that it's digital instead of
  17068. analog. 
  17069.  
  17070. While analog telephone line rates today are not generally cost-based,
  17071. it's quite possible to separate out the _difference in cost_ between ISDN 
  17072. and analog.  This was done in considerable detail during the Massachusetts 
  17073. ISDN tariffing process in 1992.  NYNEX/New England Telephone had to file 
  17074. exact cost deltas for ISDN services, unbundled, and the ISDN tariff is a 
  17075. set of deltas to POTS (Plain Old Telephone Service).  That's a sensible 
  17076. approach.  There are problems with the tariff but the cost studies are 
  17077. very useful.
  17078.  
  17079. Compared to POTS, and based upon certain demand estimates that I suspect 
  17080. weren't quite met, ISDN costs about $7/month more than POTS.  That's for a 
  17081. 1B+D line, speech bearer only, and it only is concerned with the 
  17082. Non-Traffic Sensitive (NTS) rate components.  Usage is in different 
  17083. tariffs.  Based on the cost, the MA tariff for ISDN 1B+D is $8/mo over
  17084. POTS.  The cost of a second B channel is well below the tariff price;
  17085. they make a nice margin charging $5/month. This makes sense:  There's
  17086. almost no NTS cost incurred by turning on the second B channel, unless
  17087. it's foreign-served.  (That's also in a different part of the tariff.)
  17088. I do suspect that NYNEX loses money on the $75 installation charge 
  17089. differential, but then they seem to do a Keystone Kops routine every time 
  17090. an order is placed.  (To be sure, they're getting better at it.  New
  17091. services, such as 500 numbers, tend to be tricky to get going.)
  17092.  
  17093. So what do telcos charge for ISDN?  In the case of PacBell, it's pretty 
  17094. reasonable:  2B+D residential is around $24/month plus CALC.  The only 
  17095. gotcha is that ISDN is measured service during the daytime, while 
  17096. residential POTS can be flat rate.  That's bizarre, and makes POTS more 
  17097. appealing for heavy daytime telecommuters.  It has been shown in separate 
  17098. studies that peak-hour local usage costs much, much less than the penny a 
  17099. minute that PacBell charges for both speech and data bearers.  On the 
  17100. bright side, speech and data are at parity.  And PacBell's installation 
  17101. charge is in part waived at 1/24 per month.
  17102.  
  17103. Now we turn to, say, Bell Atlantic.  Some BA jurisdictions don't even have 
  17104. residential ISDN!  Business usage is all measured.  Clearly, their 
  17105. priority in deploying ISDN so widely has been to sell Centrex to large 
  17106. business.  (Intra-Centrex usage is, of course, free.)  They do sell bulk 
  17107. usage plans, but they are all very costly. Again, it's a good incentive 
  17108. for the typical residential netsurfer to stick with POTS.
  17109.  
  17110. Bell South takes a different approach.  They have lots of flat-rate 
  17111. territories.  Atlanta's a wonder:  Even businesses can get flat-rate lines 
  17112. with a local call extending clear across the metro area!  This is one Bell 
  17113. company that must have cried all the way to the bank when their regulators 
  17114. told them to stick with flat rates.  (Bell South is very profitable.)
  17115. So what's their ISDN rate?  Roughly double the POTS rate.  The POTS rate 
  17116. is quite high because it's flat rate over a wide area, so residential 
  17117. ISDN is over $50/month.  Sure it lets you make a 128 kbps call, but if you 
  17118. only want 64k, it's quite a premium over residential POTS!  The so-called
  17119. "value of service" for 2B+D is considered to be double POTS (a common 
  17120. European tariff, btw, where ISDN BRI is priced at 2x POTS), but in reality 
  17121. the rate is there to cover assumed heavy dual B channel usage.  Use only 1 
  17122. B channel and you're not getting your money's worth.  I think of the 
  17123. second B channel for many (not all) users as as a "pack", a high-profit 
  17124. item like the unwanted gimmicks the car dealers make their profits on.
  17125.  
  17126. Southwestern Bell's monthly rates aren't the outrage, but with Texas 
  17127. residential installs running over $500, who wants to pay?  A three-year
  17128. buydown helps a little.  
  17129.  
  17130. And then you have the cases where data bearer usage is priced way above
  17131. speech.  This is the case in most NYNEX land, and I think Ameritech.
  17132. It encourages the Data Over Speech Bearer Service hack, to be sure, which 
  17133. a handful of vendors are scared to support.  Since hardly anybody
  17134. knows about DOSBS and telco sure isn't going to tell you, potential ISDN
  17135. customers are scared away by outrageously high usage charges.  Here in
  17136. Boston, for instance, a LOCAL call of 8-16 miles costs 5.5c/minute under
  17137. the measured service tariff that applies to all ISDN data bearer.  But
  17138. a 75 mile intra-LATA toll call at night is only 3.6 cents a minute!
  17139. Within 8 miles, it's only 1.6c/minute, but residential modem usage is 
  17140. free.  Encouraging, no?
  17141.  
  17142. I won't tell you how much it costs in NYNEX or some other places if you
  17143. happen to live between 18 and 34 kilofeet from their widely-scattered
  17144. central offices.  My computer cost less than just the install charge.
  17145. Again, kudos to PacBell for realizing it's their problem and averaging the 
  17146. cost.  This really discourages a lot of potential users from getting ISDN.
  17147.  
  17148. Those are the sorts of tariff problems that give ISDN a black eye in the 
  17149. United States.  These are the sorts of prices that invite cable TV 
  17150. companies to try to get into the act.  These are all decisions made by
  17151. state regulators, in cahoots with the monopoly telephone companies.
  17152. Next to this, the FCC's <=$6/month CALC charge is a drop in the bucket.
  17153. Let's focus our attention where the real problem is and not get distracted 
  17154. by minor-league details.
  17155.  
  17156.  
  17157. Fred R. Goldstein    k1io   fgoldstein@bbn.com   +1 617 873 3850
  17158.  
  17159. ------------------------------
  17160.  
  17161. Date: Tue, 28 Mar 95 19:49 EST
  17162. From: Donald E. Kimberlin <0004133373@mcimail.com>
  17163. Subject: Sesquuicentennial of Digital Communications?
  17164.  
  17165.  
  17166.            SESQUICENTENNIAL OF DIGITAL COMMUNICATIONS?
  17167.  
  17168.      This year seems to mark the 150th anniversary of electrical
  17169. digital communications without fanfare.
  17170.  
  17171.      Traffic on the "Information Highway" multiplies at an astonishng
  17172. rate as a myriad of methods to deliver wideband communications are
  17173. deployed.  But few practitioners have a solid reference point from
  17174. which it all began.
  17175.  
  17176.      That date could well be argued as April 1, 1845 when Morse's
  17177. telegraph was opened for public message conveyance between Baltimore
  17178. and Washington.  For the British part, the date of January 1, 1845
  17179. could be argued.  That was the date on which, after a lackluster
  17180. period since installation in 1838 along the Great Western Railway, the
  17181. Cook & Wheatstone telegraph was used to alert London police to the
  17182. arrival of a wanted criminal on a inbound train.
  17183.  
  17184.      While examples of earlier telegraphs abound, Morse's system first
  17185. combined use of direct current, electromagnetism and serial
  17186. transmission.  Further, the "Morse code" developed by Alfred Vail for
  17187. use in Morse's system contained the rudiments of today's "information
  17188. theory," with its principle of using the shortest sequence to send the
  17189. most frequently occuring characters.
  17190.  
  17191.      For a century thereafter, the principles upon which today's
  17192. modern digital binary transmission developed, first with
  17193. electromagnets, mechanical commutators and electromechanical relays,
  17194. then after development of vacuum tubes, by electronic means.
  17195.  
  17196.         The "break signal" or "reverse interrupt" of basic data
  17197. communications arose in the beginnings of telegraph operations.
  17198. Formatting of paper telegrams with an address header, routing
  17199. instructions, message body and error check included in the message
  17200. has evolutionary descendants in today's packet protocols.
  17201.  
  17202.     Early on, telegraphers discovered further compression of data
  17203. could be had by sending short numeric sequences in place of common
  17204. phrases in messages.  The well-known "73" of amateur radio has roots
  17205. in wireline telegraphy, while an entire numeric code called the
  17206. Philips Code saw common use in press transmissions.  The principle of
  17207. Time Division Multiplexing saw its first practical use in Baudot's
  17208. multiplexed telegraph several years before Bell's telephone.
  17209.  
  17210.     So-called "ARQ" automatic error correction came about when
  17211. telegraphy was applied to HF radio between nations.  Even multilevel
  17212. phase modulation schemes were used by telegraphers before the era of
  17213. "modems." About fifty years ago, the era of semiconductor electronics
  17214. burst forth, making microminiaturization possible. Still, every
  17215. digital pulse we send down a transmission channel operates in the same
  17216. fundamental way as did the original electromechanical telegraph of a
  17217. century and a half ago.
  17218.  
  17219.      If not 1845, when did practical everyday digital eletrical
  17220. communications begin?
  17221.  
  17222. ------------------------------
  17223.  
  17224. From: fybush@world.std.com (Scott D Fybush)
  17225. Subject: 203/860 Line Determined
  17226. Organization: The World Public Access UNIX, Brookline, MA
  17227. Date: Wed, 29 Mar 1995 03:52:51 GMT
  17228.  
  17229.  
  17230. Connecticut's regulatory officials have drawn the final line for
  17231. the 203/860 split, and it will look like this:
  17232.  
  17233. In general, New Haven and Fairfield counties will stay in 203, while
  17234. the rest of the state (including Hartford) will become 860.
  17235.  
  17236. The two exceptions are:
  17237.  
  17238. The town of Sherman CT, which forms a wedge at the NW corner of
  17239. Fairfield County, across the state line from Pawling NY, will go into
  17240. 860.  I don't know what NXX that is, as I can't find Sherman on a
  17241. 1990-91 list of 203 NXX's.  It may be that Sherman is served out of
  17242. the exchange in neighboring New Milford, which is in Litchfield County
  17243. and will become 860.
  17244.  
  17245. And Woodbury Telephone Company's territory, which straddles the
  17246. Litchfield-New Haven county line, will go 860, even the part in New
  17247. Haven County (Southbury, I believe).
  17248.  
  17249. Permissive dialing starts in August 1996, mandatory in October 1996.
  17250.  
  17251.  
  17252. Scott Fybush - fybush@world.std.com
  17253.  
  17254. ------------------------------
  17255.  
  17256. From: EM Sullivan <sullivan@cais.com>
  17257. Subject: Source of International Telecom Distributors
  17258. Date: 29 Mar 1995 04:40:31 GMT
  17259. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  17260.  
  17261.  
  17262. Does anyone have suggestions on how to find a list of international
  17263. telecommunication distributors that sell telecom equipment. Locations
  17264. on the net would be great, or publications that you are aware of that
  17265. may have some information would be helpful. I've thought of the US
  17266. Dept. of Commerce and the Telecommunications Industry Association as
  17267. starting points.  I'm trying to help a US telecom test equipment
  17268. manufacturer locate distributors of their equipment.
  17269.  
  17270. ------------------------------
  17271.  
  17272. From: rjones@rjones.oz.net (Ry Jones)
  17273. Subject: Dytel Company and Equipment
  17274. Date: 29 Mar 1995 07:26:10 GMT
  17275. Organization: The SenseMedia Network, http://sensemedia.net/
  17276.  
  17277.  
  17278. All,
  17279.  
  17280. I am seeking your assitance in locating the Dytel company. I bought
  17281. one of their AAX 048's (Automated Attendant Exchange) at a scrap shop
  17282. for $100... and it works! But it has no manuals. I hooked my linux box
  17283. up to the serial port, and at 1200 N81 captured this when I rebooted
  17284. it.
  17285.  
  17286. DYTEL AAX RLS 4.34 B 01/18/89
  17287. 03/29/95  01:51:53  xxxx xxxx
  17288. xxxx xxxx xxxx xxxx xxxx xxxx
  17289. xxxx xxxx xxxx xxxx xxxx xxxx
  17290. xxxx xxxx xxxx xxxx xxxx xxxx
  17291. RESET
  17292. >
  17293.  
  17294. The 'xxxx'stuff represents a hex dump that seems to change about every
  17295. time I boot it. The stuff not X'd out seems to be stable.
  17296.  
  17297. Then, no matter what I type, I get the > and the character I just
  17298. typed. So if I typed "help" and the prompt, I'd get
  17299.  
  17300. >h
  17301. >e
  17302. >l
  17303. >p
  17304. >
  17305.  
  17306. No characters seem to catch it. I dumped the entire ASCII character
  17307. set into it, and never got anything ... other than ESC seems to hold it
  17308. for one char, and ^X and ^Z hang the box.
  17309.  
  17310. It has 17 cards and a CPU card. The keypad has a wire broke off, but I
  17311. can type stuff and have it error out. The keypad is in hex, like this:
  17312.  
  17313. 1 2 3 F
  17314. 4 5 6 E
  17315. 7 8 9 D
  17316. A 0 B C
  17317.  
  17318. and the LCD is a ten character dot matrix display. There are no markers
  17319. other than the word Dytel on the outside, and the words "Automated
  17320. Attendant Exchange AAX048" on a smoked plastic cover. The screen
  17321. displays "FN?" on boot up. The keypad command "4E" makes it say "TDDY".
  17322.  
  17323. The cards are like this:
  17324. LNI1 LNI2 ... LNI12 SWX REG1 REG2 MAC1 MAC2 CPU 
  17325.  
  17326. The only open slots are for SPARE (cpu I guess), MAC3, and MAC4.
  17327.  
  17328. If you have any information on this box ... help. Even the city and
  17329. state that DYTEL is located in would be a help ... I can call DA as
  17330. well as you, but I need a city and state.
  17331.  
  17332. Thanks for your help in restoring this piece of telephonic history ...
  17333. all the dates on the cards seem to be pre-1989. And the ROM date is
  17334. certainly in  1989, so ... 
  17335.  
  17336.  
  17337. Ry      Finest handcrafted code since 1987.
  17338.  
  17339. ------------------------------
  17340.  
  17341. From: davidt4044@aol.com (DavidT4044)
  17342. Subject: Conduit - To Use or Not to Use
  17343. Date: 28 Mar 1995 20:40:27 -0500
  17344. Organization: America Online, Inc. (1-800-827-6364)
  17345. Reply-To: davidt4044@aol.com (DavidT4044)
  17346.  
  17347.  
  17348. Several of us in my office have been discussing the virtues of using
  17349. various kinds of conduit when installing cabling supporting our
  17350. network. Some feel it's needed to avoid accidental outages or service
  17351. degradation due to user or maintainence actions.  Others think good
  17352. planning before installation will help avoid mistakes.  We know
  17353. conduit will help cut down on RFI and EMI, but use of shielded cable
  17354. (installed correctly) should take care of most interference.  Do the
  17355. benefits of using conduit out weigh the costs?  Can anyone point to
  17356. test results, engineering specs, or other definitive documentation
  17357. that would help out?  
  17358.  
  17359.  
  17360. Thanks,
  17361.  
  17362. Dave Thaggard    davidt4044@aol.com
  17363.  
  17364. ------------------------------
  17365.  
  17366. From: mmillerbpa@aol.com (MMILLERBPA)
  17367. Subject: Bay Area Rapid Trans and MFS Fiber Install
  17368. Date: 28 Mar 1995 23:01:44 -0500
  17369. Organization: America Online, Inc. (1-800-827-6364)
  17370. Reply-To: mmillerbpa@aol.com (MMILLERBPA)
  17371.  
  17372.  
  17373. I am interested in learning about the fiber optics based communications 
  17374. system that is being designed, installed and (excess capacity)
  17375. marketed under contract with MFS Network Technologies for the Bay Area
  17376. Rapid Transit Authority.
  17377.  
  17378. My understanding is MFS designed and built the communications system and
  17379. then had an agreement with BART to market excess capacity on a commission
  17380. basis.  Is it public record what the percentage commission was on the sale 
  17381. of excess capacity?  What was the split?
  17382.  
  17383. ------------------------------
  17384.  
  17385. From: TZAH81A@prodigy.com (Alexander Resources)
  17386. Subject: Wireless Telephone Systems Seminar
  17387. Date: 28 Mar 1995 18:58:26 GMT
  17388. Organization: Prodigy Services Company  1-800-PRODIGY
  17389.  
  17390.  
  17391. WIRELESS BUSINESS TELEPHONE SYSTEMS SEMINAR
  17392.  
  17393. An in-depth, educational seminar for telecommunications professionals who 
  17394. need to understand the applications, benefits and limitations of: On-
  17395. premises PCS, Wireless PBXs and In-Building Cellular systems.
  17396.  
  17397. Topics Include:
  17398.  
  17399. Why these new systems will usher in the era of Personal Communications 
  17400. Services;
  17401.  
  17402. How these systems can:
  17403.  
  17404. Increase productivity, revenue, customer and employee satisfaction;
  17405. Improve access to existing communications systems and networks;
  17406. Reduce wiring costs and problems;
  17407.  
  17408. What barriers exist to meeting the needs of 65 million desk-top business 
  17409. telephones users;
  17410.  
  17411. How quickly the market for these systems will grow and how quickly price per 
  17412. user will decline;
  17413.  
  17414. What strategies PBX, Centrex, Cellular and PCS suppliers will use to 
  17415. capture this market;
  17416.  
  17417. How to use traffic engineering principles to select and plan a system;
  17418.  
  17419. What are the differences, advantages and limitations of:
  17420.  
  17421. Host and Network controlled operation;
  17422. Part 15 ISM, Cellular and Unlicensed PCS spectrum;
  17423. Single Cell/Single User, Single Cell/Multi User, and Multi Cell/Multi 
  17424. User architectures;
  17425. Adjunct and integrated implementations;
  17426.  
  17427. Why leading end-user business organizations have purchased these systems; 
  17428.  
  17429. How they use them; 
  17430.  
  17431. How they have benefited from them.
  17432.  
  17433. Seminar locations: Anaheim, Atlanta, Bellevue, Boca Raton, Boston, 
  17434. Chicago, Cincinnati, Cleveland, Dallas, Denver, Detroit, Houston, Kansas 
  17435. City, Minneapolis, Orlando, Philadelphia, Pittsburgh, San Diego, San 
  17436. Francisco, Scottsdale, St. Louis, Vancouver and Washington, DC.
  17437.  
  17438. For complete details call 800-948-8225 now!  (Fax 602-948-1081)
  17439. Seating is limited!
  17440.  
  17441. Presented by Alexander Resources, the leader in wireless communications 
  17442. research, analysis, consulting, seminars and conferences.
  17443.  
  17444. ------------------------------
  17445.  
  17446. Date: Tue, 28 Mar 1995 17:57:36 -0500
  17447. From: ericp@ucg.com (Eric Paulak)
  17448. Subject: Conference: Managing Internet For The Enterprise
  17449.  
  17450.  
  17451.              *Conference Announcement*
  17452.  
  17453.       MANAGING INTERNET FOR THE ENTERPRISE...
  17454.         INFORMATION SYSTEMS STRATEGIES FOR
  17455.             ACCESS, SECURITY AND SUPPORT
  17456.  
  17457.                   June 8-9, 1995
  17458.               Chicago O'Hare Marriott
  17459.                     Chicago, IL
  17460.  
  17461. Sponsored by the publishers of I/S Analyzer, A/S400 Client/Server
  17462. Advisor, Insider Weekly for AS/400 Managers, Unix Workstation
  17463. Advisor, National Report on Computers and Health, Telecommunications
  17464. Alert, 411, CCMI, National Exchange Bulletin and Guide to Network
  17465. Services.
  17466.  
  17467. For more information, 800/929-4824 ext.684 (phone)
  17468. 301/816-8945 (fax)
  17469. conference@ucg.com (email)
  17470.  
  17471. About the conference:
  17472.  
  17473. The conference is for IS managers responsible for providing and
  17474. managing Internet access for their organizations. Sessions will
  17475. emphasize security, user access and return on investment strategies and
  17476. applications for enterprise networks. 
  17477.  
  17478. Agenda and Speakers:
  17479.  
  17480. *Internet for large companies: opportunities and pitfalls
  17481. -Stephen Franco, Yankee Group
  17482.  
  17483. *Hacker update: How to uncover your security weak spots
  17484. -Fred Rica, Price Waterhouse
  17485.  
  17486. *Network security: Defensive tactics to secure your enterprise
  17487. -Simson Garfinkel, author of books on Internet security
  17488.  
  17489. *A buyer's guide to Internet access
  17490. -Joel Maloff, consultant and author of "The Internet as a Strategic
  17491. Business Tool"
  17492.  
  17493. *Lock in a bigger productivity payoff
  17494. -Michael Goulde, The Patricia Seybold Group
  17495.  
  17496. *How to craft a sound corporate Internet policy
  17497. -Michael Patrick, Fenwick and West
  17498. -Barry Weiss, Gordon & Glickson
  17499.  
  17500. *Save money by using the Internet as your WAN
  17501. -Ed Reynolds, EDS technology consultant
  17502.  
  17503. *Connecting with customers... How to secure transactions
  17504. -Michael Granfield, CommerceNet
  17505.  
  17506. *Connecting with customers ... How to profit from support
  17507. -Robert Gold, CEO of Transaction Information Systems
  17508.  
  17509. *Plan Smart: See the future of the Internet
  17510. -Daniel Dern, Internet analyst and author
  17511.  
  17512.  
  17513. For a conference brochure or more information:
  17514.  
  17515. Cynthia Slater/Robin Mustich
  17516. United Communications
  17517. 800/929-4824 ext.684 (phone)
  17518. 301/816-8945 (fax)
  17519. conference@ucg.com (email)
  17520.  
  17521. For online registration form, send email to:
  17522. conference.isa_internet@ucg.com
  17523.  
  17524. ------------------------------
  17525.  
  17526. Date: Tue, 28 Mar 1995 14:08:00 EST
  17527. From: Rob Slade <roberts@mukluk.decus.ca>
  17528. Subject: Book Review: "Internet Roadside Attractions" by Branwyn et al.
  17529.  
  17530.  
  17531. BKINTRDAT.RVW   950307
  17532.  
  17533. "Internet Roadside Attractions", Branwyn et al, 1995, 1-56604-193-7, U$29.95
  17534. %A   Gareth Branwyn gareth@vmedia.com
  17535. %A   Sean Carton
  17536. %A   Luke Duncan
  17537. %A   Tom Lichty majortom@aol.com
  17538. %A   Donald Rose drose@pro-palmtree.socal.com
  17539. %A   Shannon Turlington shannon@vmedia.com
  17540. %A   Jan Weingarten
  17541. %C   PO Box 2468, Chapel Hill, NC   27515
  17542. %D   1995
  17543. %G   1-56604-193-7
  17544. %I   Ventana Press
  17545. %O   U$29.95 800-743-5369 919-942-0220 fax: 919-942-1140 dludlow@vmedia.com
  17546. %P   320
  17547. %T   "Internet Roadside Attractions"
  17548.  
  17549. This is, as the name suggests, a miscellany of information, resources
  17550. and trivia accessible over the Internet.  The number of entries is
  17551. less than the size of the book would suggest, since many items appear
  17552. more than once, in different topic sections.  The material is thus
  17553. very far from being complete, while certain areas contain items that
  17554. are only very loosely related.  (Travel, for example, has entries on
  17555. history and government resources.)  The "multiple listings" are a good
  17556. idea, since neither the table of contents nor the index may help, at
  17557. times.  (The Internet Coffee Machine, for example, is not listed in
  17558. the index, nor does it appear under "Food and Drink", although an
  17559. image from it does.  The actual entry is listed under "Cyberculture".)
  17560.  
  17561. All are "reviewed" at some point in the book.  These comments are
  17562. generally only a short paragraph, but are worth looking at.  The
  17563. multiple listings point to the one review.  (Project Gutenberg
  17564. actually gets two separate reviews: the later one does point to the
  17565. earlier.)
  17566.  
  17567. The entries are mostly standardized on URLs (Universal Resource
  17568. Locators).  There is an explanation at the beginning of the book, and
  17569. an explanatory "Unraveling the URL" sidebar which recurs throughout
  17570. the book.  The emphasis is on World Wide Web and Gopher entries:
  17571. others are not given unless there is no WWW or Gopher pointer.
  17572.  
  17573.  
  17574. copyright Robert M. Slade, 1995   BKINTRDAT.RVW   950307  Distribution
  17575. permitted in TELECOM Digest and associated publications. Rob Slade's
  17576. book reviews are a regular feature in the Digest.
  17577.  
  17578.  
  17579. Vancouver      ROBERTS@decus.ca    
  17580. Institute for  Robert_Slade@sfu.ca 
  17581. Research into  rslade@cyberstore.ca
  17582. User           rslade@sfu.ca       
  17583. Security       Canada V7K 2G6      
  17584.  
  17585. ------------------------------
  17586.  
  17587. End of TELECOM Digest V15 #176
  17588. ******************************
  17589.     
  17590.     
  17591. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa09190;
  17592.           29 Mar 95 18:06 EST
  17593. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17594.     id AA06773; Wed, 29 Mar 95 09:36:04 CST
  17595. Return-Path: <telecom>
  17596. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17597.     id AA06766; Wed, 29 Mar 95 09:36:02 CST
  17598. Date: Wed, 29 Mar 95 09:36:02 CST
  17599. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  17600. Message-Id: <9503291536.AA06766@delta.eecs.nwu.edu>
  17601. To: telecom@eecs.nwu.edu
  17602. Subject: TELECOM Digest V15 #177
  17603.  
  17604. TELECOM Digest     Wed, 29 Mar 95 09:36:00 CST    Volume 15 : Issue 177
  17605.  
  17606. Inside This Issue:                           Editor: Patrick A. Townson
  17607.  
  17608.     Looking For an ISP in Interlaken, Switzerland (Kelly Breit)
  17609.     Utilities Climb on the Telecom Bandwagon (Cybernautics Digest via J. Shaw)
  17610.     Regulation and The Resellers (Jerry A. Okoko)
  17611.     Tower Sites in Poland (Jennings)
  17612.     Fraud Question (Amit Jain)
  17613.     InternetMCI in Operation? Where? Speed? (patbw@ix.netcom.com)
  17614.     Who is SS7? (Bill Engel)
  17615.     Allnet Financial Stability (Bill Engel)
  17616.     E1/T1 Tutorial (Nobutaka Okuyama)
  17617.     Ultrasonic Fox and Hound (Gordon Mitchell)
  17618.     Need Help Finding a Company (Tom D. Fellrath)
  17619.     Re: Why Doesn't Z-MODEM Work? (Lorence Mlodzinski)
  17620.     Re: Downloading Mac Software With a PC (Lars Poulsen)
  17621.     Re: March 1995 NYNEX Bill Insert - PulseNet Service (Mike McKinney)
  17622.     Re: CDPD vs Ckt Cell Data UPDATE (Alan Larson)
  17623.     602 / 520 Area Code Problems (John Shaver)
  17624.     Re: NPA Splits and Bell System Ideals (Carl Moore)
  17625.     Re: Client/Server Mobile Computing (mfrere@limestone.kosone.com)
  17626.     I Keep My Key *Where*? (Bob Izenberg)
  17627.  
  17628. TELECOM Digest is an electronic journal devoted mostly but not
  17629. exclusively to telecommunications topics. It is circulated anywhere
  17630. there is email, in addition to various telecom forums on a variety of
  17631. public service systems and networks including Compuserve and America
  17632. On Line. It is also gatewayed to Usenet where it appears as the moderated
  17633. newsgroup 'comp.dcom.telecom'. 
  17634.  
  17635. Subscriptions are available to qualified organizations and individual
  17636. readers. Write and tell us how you qualify:
  17637.  
  17638.                  * telecom-request@eecs.nwu.edu *
  17639.  
  17640. The Digest is edited, published and compilation-copyrighted by Patrick
  17641. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  17642. or phone at:
  17643.                     9457-D Niles Center Road
  17644.                      Skokie, IL USA   60076
  17645.                        Phone: 500-677-1616
  17646.                         Fax: 708-329-0572
  17647.   ** Article submission address only: telecom@eecs.nwu.edu **
  17648.  
  17649. Our archives are located at lcs.mit.edu and are available by using
  17650. anonymous ftp. The archives can also be accessed using our email
  17651. information service. For a copy of a helpful file explaining how to
  17652. use the information service, just ask.
  17653.  
  17654. *************************************************************************
  17655. *   TELECOM Digest is partially funded by a grant from the              *
  17656. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  17657. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  17658. * project.  Views expressed herein should not be construed as represent-*
  17659. * ing views of the ITU.                                                 *
  17660. *************************************************************************
  17661.  
  17662. Additionally, the Digest is funded by gifts from generous readers such
  17663. as yourself who provide funding in amounts deemed appropriate. Your help 
  17664. is important and appreciated. A suggested donation of twenty dollars per
  17665. year per reader is considered appropriate. See our address above.
  17666.  
  17667. All opinions expressed herein are deemed to be those of the author. Any
  17668. organizations listed are for identification purposes only and messages
  17669. should not be considered any official expression by the organization.
  17670. ----------------------------------------------------------------------
  17671.  
  17672. Date: Tue, 28 Mar 1995 17:38:12 -0600
  17673. From: breit@MR.Net (Kelly Breit)
  17674. Subject: Looking For a ISP in Interlaken, Switzerland
  17675.  
  17676.  
  17677. If you are an ISP or Internet Site near Interlaken, Switzerland and willing
  17678. to establish a temporary connection, we have a very specific need as
  17679. detailed below.
  17680.  
  17681. We will be presenting at a trade conference from May 24 to 28, 1995 at the
  17682. Grand Hotel Victoria Jungfrau in Interlaken, Switzerland. I am trying to
  17683. locate someone who can provide us with Internet access during that time.
  17684. Our requirements are as follows:
  17685.  
  17686. - Handle all necessary arrangements with various organizations;
  17687. - 64K/56K or equivalent minimum access;
  17688. - CPE equipment necessary for the Swiss telecommunications network
  17689.   connection (I presume our U.S.A. POTS equipment is incompatible);
  17690. - assistance of a technical nature in confiuring equipment (We will be
  17691.   presenting with Apple Macintosh Computers and related A-V equipment);
  17692. - On-site support for the first day or two to ensure everything works 
  17693.   properly;
  17694. - English speaking or willingness to work with a translator.
  17695.  
  17696. I would also appreciate an estimate of the cost to establish such a
  17697. connection and provide the necessary equipment and staff. In the near
  17698. future we will be needing similar assistance in LONDON, and several
  17699. other european cities.
  17700.  
  17701. If you are interested in assisting us or know someone that can, please
  17702. contact me directly.
  17703.  
  17704.  
  17705. Sincerely,
  17706.  
  17707. Kelly Breit     President and CEO
  17708. ITE/Netalliance, Inc.
  17709. 6009 Wayzata Blvd., Suite 103
  17710. Minneapolis, MN 55416-1623
  17711. 612-542-9440   612-542-9341 Fax
  17712.  
  17713. ------------------------------
  17714.  
  17715. From: John Shaw <johnshaw@cuix.pscu.com>
  17716. Subject: Utilities Climb on the Telecom Bandwagon
  17717. Date: 28 Mar 1995 15:00:19 -0800
  17718. Organization: Computer Users Information Exchange
  17719.  
  17720.  
  17721. The following abstract appeared in a recent issue of Cybernautics
  17722. Digest.
  17723.  
  17724. **********************************************
  17725. Utilities Climb On the Risky Telecom Bandwagon
  17726. **********************************************
  17727.  
  17728.     Around the world, utility companies and railways are jumping
  17729. into the telecommunications market, hoping to use the truck loads of
  17730. cash reaped from their respective monopolies to expand into the
  17731. glamorous (and, they hope, profitable) world of multimedia
  17732. entertainment. The Economist chronicles this peculiar technological
  17733. feeding frenzy in its Jan. 28, 1995, issue ("The Third Wire," pp.
  17734. 62-63) but questions whether these companies have what it takes to
  17735. compete with the likes of Microsoft and AT&T.
  17736.  
  17737.     Aside from money, railroads and utility companies have 
  17738. rights of way but lack much else that is necessary to survive in an 
  17739. increasingly competitive market, the magazine explains. Many 
  17740. overcome their shortcomings by forging alliances with telecom 
  17741. companies. But will this be enough in the end?
  17742.  
  17743.     "Fortunately for the utility companies, however, telecoms 
  17744. alliances remain all the rage," the magazine concludes. "An alliance 
  17745. with a firm such as Sprint or Bell Atlantic can bring a utility 
  17746. expert knowledge of the technology and the market, as well as 
  17747. someone to share the cost of new networks. All the same, utility 
  17748. shareholders would be wise to watch their wallets as their company 
  17749. managers enter the multimedia snakepit."
  17750.  
  17751.     A sidebar to the main story lists utility companies around 
  17752. the world that are entering the telecom market.
  17753.  
  17754.                  -----------------------------------------
  17755.  
  17756. This story is republished with permission from the April 1995 
  17757. Cybernautics Digest, a monthly summary of reports about converging 
  17758. information technologies.
  17759.  
  17760. (Contact: Terry Hansen, Cybernautics Digest, c/o KFH Publications 
  17761. Inc., 3530 Bagley Ave. N., Seattle, WA 98103; 206-547-4950; Fax: 
  17762. 206-547-5355; E-mail: cybernbf@cuix.pscu.com. U.S. subscription 
  17763. rate: $24; $2 sample issue. Or visit us on the World Wide Web 
  17764. at http://www.pscu.com)
  17765.  
  17766. ------------------------------
  17767.  
  17768. From: Jerry A Okoko <okoko+@CMU.EDU>
  17769. Subject: Regulation and The Resellers
  17770. Date: Tue, 28 Mar 1995 15:53:45 -0500
  17771. Organization: Carnegie Mellon, Pittsburgh, PA
  17772.  
  17773.  
  17774. Hi to all out there,
  17775.  
  17776. I have a question regarding the "Equal Access " requirement regulation
  17777. that is currently being discussed by the FCC.
  17778.  
  17779. My understanding is that it would allow end users to chose their
  17780. carriers without having to dial extra digits. 
  17781.  
  17782. Could someone elaborate and define it to me more clearly?
  17783.  
  17784. Also, if it provides the end user more choice, why is it being opposed
  17785. by wireless resellers like Nationwide Cellular Services, Inc.?;
  17786.  
  17787. Additiotionally I would like to find out a thing or two about the
  17788. business of "reselling" airtime (wireless and wired) that has been
  17789. purchased wholesale from a primary carrier:
  17790.  
  17791. a) What are the mechanics of the business?;
  17792. b) Who maintains customer accounts after a "resale" has beenm consumated?;
  17793. c) What are the margins like (from those who are/ have been in the business)?
  17794.  
  17795. Any and all replies will be greatly appreciated.
  17796.  
  17797.  
  17798. Jerry      okoko+@cmu.edu
  17799.  
  17800.  
  17801. [TELECOM Digest Editor's Note: I do not know where you got your data from,
  17802. but equal access has been the law in this last for several years. I do
  17803. not know of any of the OCCs (other common carriers, meaning all of them
  17804. other than AT&T) who objected to equal access. When I first read your
  17805. message I thought somehow it had gotten recycled from sometime back in
  17806. the 1980's. Are you thinking of something different than me?  Regards some
  17807. of the cellular carriers, they force their users to call out on certain
  17808. long distance carriers they have cut deals with. I guess legally they have
  17809. that right.  When equal access was debated in the USA several years ago
  17810. the other carriers not only did not resist it, they demanded it!     PAT]
  17811.  
  17812. ------------------------------
  17813.  
  17814. Date: Tue, 28 Mar 95 16:38:47 PST
  17815. From: Jennings <pp000539@interramp.com>
  17816. Subject: Tower Sites in Poland
  17817.  
  17818.  
  17819. We are looking for a contact in Poland who can help us get space on
  17820. the best towers in the top ten cities in Poland. Please provide proof
  17821. of ability, history, etc.
  17822.  
  17823. This will lead to major involvement in a large telecom project.
  17824.  
  17825.  
  17826. Omar Jennings
  17827. Spectrum Analysis & Frequency Engineering, Inc.
  17828. pp000539@interramp.com  Tel: 301.869.7969  FAX: 301.869.6992
  17829.  
  17830. ------------------------------
  17831.  
  17832. From: ajain@connix.com (Amit Jain)
  17833. Subject: Fraud Question
  17834. Date: 28 Mar 1995 17:11:13 GMT
  17835. Organization: Connix - The Connecticut Internet Exchange
  17836.  
  17837.  
  17838. Supposing I have telephone service, and somebody else fraudulently
  17839. obtains the information needed to use it. Then he/she makes a number
  17840. of phone calls on it. Am I legally liable for the payment of these
  17841. fraudulent phone calls, after they have been determined fraudulent?
  17842. Please reply quickly as I am in an urgent situation.
  17843.  
  17844. Reply to e-mail if possible.
  17845.  
  17846.  
  17847. Thanks,
  17848.  
  17849. amit
  17850.  
  17851.  
  17852. [TELECOM Digest Editor's Note: If you had nothing to do with participating
  17853. in or facilitating the fraud by the other parties apparently unknown, then
  17854. no, you are not responsible. On the other hand, if you know who committed
  17855. the fraud, or did not act in a reasonable way to mitigate the losses due
  17856. to the fraud, then you might very well be responsible. It is difficult to
  17857. intelligently answer questions like yours without all the details, so
  17858. please write back with a bill of particulars; we will go from there.   PAT]
  17859.  
  17860. ------------------------------
  17861.  
  17862. From: patbw@ix.netcom.com (Pat & Hilde)
  17863. Subject: InternetMCI in Operation? Where? Speed?
  17864. Date: 28 Mar 1995 23:17:24 GMT
  17865. Organization: Netcom
  17866.  
  17867.  
  17868. The internetMCI availability news announcement on 3/27 had a quote
  17869. about the software.  I am a NetworkMCI Business user and am supposed
  17870. to receive this software.  However, I have been told it has been
  17871. delayed for several months.  Now that it is supposed to be available 
  17872. (I'm waiting for the software still), does anyone know where the local
  17873. access sites are located?  I have been told that there will only be
  17874. about 20 sites up in April with about three cities in each area that
  17875. have local access per site.
  17876.  
  17877. Also, MCI's support staff just says that it will be included with the
  17878. software.  Also 28.8 kbps access is new information.  They only
  17879. announced 14.4 kbps access earlier.  Does anyone know if this is true
  17880. in the local access sites or just the expensive 800 access location?
  17881.  
  17882. ------------------------------
  17883.  
  17884. From: Engel2@ix.netcom.com (Bill & Susan Engel)
  17885. Subject: Who is SS7?
  17886. Date: 29 Mar 1995 00:03:52 GMT
  17887. Organization: Netcom
  17888.  
  17889.  
  17890. Could anyone tell me which long distance carriers utilize the SS7 
  17891. technology throughout their system?
  17892.  
  17893. Of special interest are:
  17894.  
  17895. AT&T
  17896. MCI
  17897. Sprint
  17898. Allnet
  17899. WilTel (which is, I believe)
  17900. Call America
  17901.  
  17902. Others?
  17903.  
  17904. Thanks for your help.
  17905.  
  17906. ------------------------------
  17907.  
  17908. From: Engel2@ix.netcom.com (Bill & Susan Engel)
  17909. Subject: Allnet Financial Stability
  17910. Date: 29 Mar 1995 00:08:21 GMT
  17911. Organization: Netcom
  17912.  
  17913.  
  17914. I have read postings regarding the financial stability of Allnet.  This 
  17915. has been especially noted regarding the departure of Excell (which is 
  17916. installing its own switches).
  17917.  
  17918. What is the stability of Allnet?
  17919.  
  17920. Thanks for any information.
  17921.  
  17922. ------------------------------
  17923.  
  17924. From: nicko@lsil.com (Nobutaka Okuyama)
  17925. Subject: E1/T1 Tutorial
  17926. Date: 28 Mar 1995 21:59:32 GMT
  17927. Organization: LSI Logic, Inc.
  17928. Reply-To: nicko@lsil.com
  17929.  
  17930.  
  17931. Hi All,
  17932.  
  17933. I would like to study E1/T1 specifications. Does anyone know what
  17934. textbook to read to understand framing format and so forth?
  17935.  
  17936. Thank you and kind regards,
  17937.  
  17938.  
  17939. Nobutaka Okuyama 
  17940.  
  17941. ------------------------------
  17942.  
  17943. From: gordonlm@u.washington.edu (Gordon Mitchell)
  17944. Subject: Ultrasonic Fox and Hound
  17945. Date: 28 Mar 1995 22:18:01 GMT
  17946. Organization: University of Washington
  17947.  
  17948.  
  17949. Do any manufacturers make a line tracing device that uses >20 kHz
  17950. tones?  The typical ones use tones that are audible and interrupt a
  17951. conversation that might be on the line.
  17952.  
  17953.  
  17954. Gordon Mitchell   (206) 481-5577    g.mitchell@ieee.org
  17955.  
  17956. ------------------------------
  17957.  
  17958. Date: Tue, 28 Mar 1995 19:17:22 EST
  17959. From: TDFELLRATH@delphi.com
  17960. Subject: Need Help Finding a Company
  17961.  
  17962.  
  17963. I have been looking to contact a long-distance provider named
  17964. Cyberlink and have been unable to do so.  I have no idea where they
  17965. are located and tried to obtain an 800 number through 800 information,
  17966. but to no avail.  Can anyone assist me in obtaining a telephone number
  17967. (preferably an 800), mailing address, or even basic information on
  17968. this firm?
  17969.  
  17970. Please reply direct by email.
  17971.  
  17972.  
  17973. Tom Fellrath    tdfellrath@delphi.com
  17974.  
  17975. ------------------------------
  17976.  
  17977. From: rrmlodz@cc.UManitoba.CA (Lorence Mlodzinski)
  17978. Subject: Re: Why Doesn't Z-MODEM Work?
  17979. Date: Tue, 28 Mar 1995 20:36:05 -0500
  17980. Organization: The University of Manitoba
  17981.  
  17982.  
  17983. In <telecom15.175.16@eecs.nwu.edu> Sousa_Antonio_B/ICP_LISBOA_DSI@icp.pt 
  17984. writes:
  17985.  
  17986. >> I am using a shell account to access the Internet, and most of the time I
  17987. >> get there via MichNet, which is a local call. The trouble is that none of
  17988. >> the fast protocols, e.g., Zmodem, work when I'm dialed in this way. Kermit 
  17989. >> works, but it is slow and not absolutely trustworthy. Can anyone supply any
  17990. >> answers/solutions/confirmations?
  17991.  
  17992. I ran into a similar situation dialing into a UNIX host through an
  17993. SL-1 modem pool. The modem pool (Hayes 14.4's) worked perfectly on a
  17994. local BBS ie. Zmodem Y, X, etc. but would not allow Z/Xmodem downloads
  17995. at all from the UNIX host. Logon and text worked fine on the UNIX. The 
  17996. problem was solved by disabling flow control in the modems (&K regester 
  17997. I believe).
  17998.  
  17999. ------------------------------
  18000.  
  18001. Date: Tue, 28 Mar 95 23:31:55 PST
  18002. From: lars@RNS.COM (Lars Poulsen)
  18003. Subject: Re: Downloading Mac Software With a PC
  18004. Organization: Rockwell International - CMC Network Products
  18005.  
  18006.  
  18007. In article <telecom15.159.5@eecs.nwu.edu> reidgold@netaxs.com writes:
  18008.  
  18009. > Here's the short version: What do I need to do to download Mac shareware 
  18010. > and commercial bug fixes with a Windows-based PC to make the software 
  18011. > usable on a Mac?  ...                 ...  I understand that Mac 
  18012. > software has these resource fork thingies, which complicates things.
  18013.  
  18014. As you hint, the exact format of a Mac file cannot be represented on a
  18015. PC or UNIX file system. A Mac file has actually three constituents:
  18016. The data fork, the resource fork, and the desktop information segment.
  18017.  
  18018. There are three conventional approaches to this dilemma:
  18019.  
  18020. 1) "Appledouble": Represent the file by three different files
  18021.    in the Unix or PC file system, with coordinated names. The
  18022.    data fork goes in "xxfilename", the resource fork goes in
  18023.    ./.resource/xxfilename and the desktop part goes in
  18024.    ./.desktop/xxfilename .
  18025.  
  18026.    This approach is used by some AFP file servers and some MacIntosh
  18027.    system emulators.
  18028.  
  18029.    It suffers from several weaknesses:
  18030.  
  18031.       - the filenames are subject to the host file system's restrictions
  18032.     which is visible to the application on top. This may be
  18033.     mitigated by adding the "real filename" to the desktop info.
  18034.       - everyone has chosen different conventions for naming the
  18035.     components. (i.e. the resouce fork might be in xxfilename.rsrc
  18036.     in some systems, or the hidden directory might have another
  18037.     name)
  18038.       - it is very easy to get the components separated (rename the
  18039.     file, forget to rename the hidden pieces or accidentally 
  18040.     renaming them differently)
  18041.  
  18042. 2) "Applesingle" - combine all three pieces in a single file with a
  18043.    header describing at which offset each part begins.
  18044.  
  18045.    Apple has defined the complete file format.
  18046.  
  18047.    Used by several network backup systems (The Fetch netork file
  18048.    transfer utility will pack/unpack so that Mac files are stored in
  18049.    this format on a networked Unix/DOS host)
  18050.  
  18051.       - not suitable for access in-place via NFS etc; cannot
  18052.     rewrite/exand the resouce fork or desktop segment without
  18053.     destroying the whole file or requiring a re-pack of it.)
  18054.       - I am not aware of any Mac-resident program to unpack one of
  18055.     these if you have it on a Mac disk in a binary data-fork-only
  18056.     file.
  18057.  
  18058. 3) "BinHex" will pack a Mac file into a single, fully
  18059.    printable/e-mail-able file and unpack this as well.
  18060.       -  same disadvantages as Applesingle.
  18061.  
  18062. > I believe you need the program StuffIt (or equivalent) to unstuff these 
  18063. > files with extensions .hqx). So I also downloaded UnStuffIt.1.5.bin. I'm 
  18064. > not sure what the extension .bin means. Does it mean it can unstuff 
  18065. > itself by doubleclicking on its icon?
  18066.  
  18067. The correct program to unpack "HQX" files is BinHex. Stuffit will do
  18068. it as well. If the unpacked file has a name ending in .sit, then it is
  18069. a a Stuffit archive. It might also be a .sea file: Self-extracting
  18070. archive. (Usually packed with Stuffit.)
  18071.  
  18072. The .bin file is probably an Applesingle file. If you were FTP-ing it
  18073. to the MacIntosh using the "Fetch" FTP client, then it would be
  18074. unpacked and stores in the unpacked form on the Mac's disk.
  18075.  
  18076. > One option would be to get a Mac telecom program and move my 14.4 
  18077. > external modem to the Mac whenever I needed to download Mac programs. But 
  18078. > this would be inconvenient. I'd rather try to find a solution where I 
  18079. > could simply use a floppy to transfer Mac programs to the Mac that I 
  18080. > downloaded with the PC.
  18081.  
  18082. Not all Mac's can even read a PC floppy.
  18083.  
  18084. The best solution is to put Internet software on the Mac and use that
  18085. software to pull the files into the Mac.
  18086.  
  18087.  
  18088. Lars Poulsen            Internet E-mail: lars@RNS.COM
  18089. Rockwell Network Systems    Phone:        +1-805-562-3158
  18090. 7402 Hollister Avenue         Telefax:      +1-805-968-8256
  18091. Santa Barbara, CA 93105    Internets: designed and built while you wait
  18092.  
  18093. ------------------------------
  18094.  
  18095. Date: Tue, 28 Mar 1995 22:07:36 -0600
  18096. From: mikem@i-link.net (Mike McKinney)
  18097. Subject: Re: March 1995 NYNEX Bill Insert - PulseNet Service
  18098.  
  18099.  
  18100. > It is an insert that exploits the monopoly position of the local telco, 
  18101. > forcing you to read their ads and drawing on their mailing list, which is a 
  18102. > customer list, that was developed at ratepayers' expense.  Essentially, all 
  18103. > the poor old grandmothers who have phone service are subsidizing this 
  18104. > mailing, and the profits from the mailing probably mostly get routed
  18105. > to dividends, not used to reduce cost of local phone service.
  18106.  
  18107.    Why is an RBOC's inclusion of a bill insert or it's use of it's
  18108. customer list for advertising worse than the ads included in the bills
  18109. of almost every company in America?
  18110.  
  18111. Why is it worse than the coupons (thinly disguised ads, really) on the back 
  18112. of grocery store register reciepts. Aren't those poor old grandmothers 
  18113. subsidizing that too? And gasoline bills, cable bills, etc., etc ...
  18114. Does anybody know of any company that NEVER uses their revenue to try
  18115. to generate more revenue? The game is called BUSINESS.
  18116.  
  18117.    Does anybody really believe the hype that residential phone service
  18118. is this monstrous revenue generator that supports all the other
  18119. projects of the LECs?? Does anybody really think that ATT et al want
  18120. to get into the local phone service business because there's so much
  18121. money in it? Does any one want to provide JUST telephone service? The
  18122. IEC's only interest in local service is as a means to avoid access
  18123. charges to the LECs. The cable industry's interest is in getting a
  18124. share of the access money and to be able to sell other high value
  18125. products that granny couldn't afford and probably wouldn't want
  18126. anyway.  Does anybody really think Time-Warner will give away service
  18127. to granny because they hope to make money off her kids?
  18128.  
  18129.    Revenue always comes from somewhere, so imagine this scenario: MCI
  18130. is allowed to provide local service. Figuring that selling local
  18131. service at a lower rate will encourage people to use their service,
  18132. and hopefully their LD service as well, they price it signifacantly
  18133. below the old LECs rate, maybe even below their actual cost. Sprint
  18134. decides not to get into local service and instead prices it's services
  18135. very aggresively. MCI's local customers decide Sprint's LD rates are
  18136. better and start shifting. MCI starts to lose money. Will they try to
  18137. survive by cutting prices on one product or raising prices on another?
  18138. Cut back on maintenance or hold the line by laying people off?
  18139.  
  18140.    My point is that every entity is in the business for the money. And
  18141. like car dealers, they'll make their money on one side of a deal or
  18142. the other.  The general public will not be thrilled to have their
  18143. local service phone bill becoming a ping pong ball, going up or down
  18144. as suits the needs of a provider whose main interest is in some other
  18145. part of the package.
  18146.  
  18147.  
  18148. Mike McKinney,
  18149. SW Bell     Austin,TX
  18150.  
  18151. ------------------------------
  18152.  
  18153. Date: Tue, 28 Mar 95 16:16:01 PST
  18154. From: larson@net.com (Alan Larson)
  18155. Subject: Re: CDPD vs Ckt Cell Data UPDATE
  18156.  
  18157.  
  18158. In article <95.03.21.221ghet@eecs.nwu.edu> is written:
  18159.  
  18160. > In late 1994, a cellular-side-only protocol was introduced as AirTrue
  18161. > from Air Communications. This was the first protocol to allow complete
  18162. > interoperability since it is fully compatible with (and is optimized to
  18163. > work with) industry standard V.42 on the host end, thus requiring no
  18164. > special modems or protocols to get the maximum benefit. In addition, the
  18165. > technology was the first to address the transceiver noise/distortion and
  18166. > the first to build in (read and interpret) cellular events and system
  18167. > messages as part of the modem protocol. This allows AirTrue to operate as
  18168. > an extension of the cellular network, rather than an isolated modem. 
  18169.  
  18170.   We have been evaluating their product for some time.  As the last I
  18171. heard, they were out here trying to find out why they could not make a
  18172. connection with our 14.4 server modems (Telebit Worldblazers).
  18173.  
  18174.   They eventually found out that they had problems in their modems in
  18175. setting up the connection, and went away, saying they would be back in
  18176. a few weeks.  I have not heard of them being seen here since.
  18177.  
  18178.   Yes, they were demoing their product when it could not make
  18179. connection to regular, common, modems.  This via wire or cellular.
  18180.  
  18181.  
  18182. Alan
  18183.  
  18184. ------------------------------
  18185.  
  18186. Date: Tue, 28 Mar 95 12:09:22 MST
  18187. From: John Shaver <shaverj@huachuca-emh17.army.mil>
  18188. Subject: 602 / 520 Area Code Problems
  18189.  
  18190.  
  18191. I received a call yesterday from a gentleman from California who spent
  18192. two hours trying to reach me at 520.  He finally sought the assistance
  18193. of an AT&T operator who informed him that "US WEST was having difficulty 
  18194. with the new area code."  According to him, the AT&T operator got through 
  18195. only by using the old area code. I personally have made several in-state 
  18196. calls to the 520 area code and they went through readily.  I suspect
  18197. that systems outside the state are having trouble.  It may be more
  18198. than just the PBXs.
  18199.  
  18200. ------------------------------
  18201.  
  18202. Date: Tue, 28 Mar 95 15:33:25 EST
  18203. From: Carl Moore <cmoore@ARL.MIL>
  18204. Subject: Re: NPA Splits and Bell System Ideals
  18205.  
  18206.  
  18207. Another big BUT ...
  18208.  
  18209. In 1989, area codes were limited to N0X/N1X form and were getting to
  18210. be in tight supply.  The shortage was relieved only recently with area
  18211. codes being allowed of NXX form, and there was a delay in such relief
  18212. because of equipment having to be reprogrammed for the generalized
  18213. area codes.  Now there are lots of area codes available, so it should
  18214. have been rather easy to grab two of them (630 and an unannounced one)
  18215. for a split of 708.  The biggest concern now is the people getting the
  18216. early NNX area codes (remember hearing about the problems people on
  18217. the east coast had when they had to give an N0X or N1X prefix in Los
  18218. Angeles area to an operator?).
  18219.  
  18220. I don't know what notes ever existed for the UK network, but the
  18221. courtesy of "ten year wait" was also not followed for people in London
  18222. and suburbs.  01 split into 071 and 081 back in 1990, but now those
  18223. areas are becoming 0171 and 0181 respectively.
  18224.  
  18225. In the UK, that was just a case of one area becoming two, because 01
  18226. ceased to exist.
  18227.  
  18228. ------------------------------
  18229.  
  18230. From: Mfrere <mfrere@limestone.kosone.com>
  18231. Subject: Re: Client/Server Mobile Computing
  18232. Date: 28 Mar 1995 20:43:25 GMT
  18233. Organization: Solect Technology Group
  18234.  
  18235.  
  18236. chandler@chatham.progress.com (Peter Chandler) wrote:
  18237.  
  18238. > I am trying to find an off-the-shelf proven solution for the following
  18239. > configuration:
  18240.  
  18241. > Client                                 Server
  18242. > -------                                -------
  18243. > PC - running  MS-windows               HP - running AUX
  18244. > winSocket (TCP/IP)                     BSDSockets (TCP/IP)
  18245. > (???)                                       (???)
  18246. >   |                                          |
  18247. >   |                                          |
  18248. >   ------------- RAM Mobile Data --------------
  18249.  
  18250. > Has anyone implemented a wireless mobile client/server solution?  What
  18251. > did your configuration look like?
  18252.  
  18253. I guess you're just missing activated Ericsson Mobiden modems with the
  18254. applicable software.
  18255.  
  18256. My understanding of the Ericssons Mobitex radio packet switching network 
  18257. (that RAM uses) is that it just wraps your packets inside its own.  
  18258. Then strips off these bits when leaving the system.
  18259.  
  18260. I'm not sure where you can purchase these modems in the US, but a quick
  18261. call to RAM should do it.
  18262.  
  18263. If both ends are in the same base station coverage area, your turn around
  18264. time should be quick as each base station can operate autonomously.
  18265. However, if your planning on using it in different metropolitan areas, 
  18266. be prepared for a delay :-(
  18267.  
  18268. If you should need more info, I know a Mobitex Guru who has implemented
  18269. many such systems.  Just Email me.
  18270.  
  18271.  
  18272. Hope this helps,
  18273.  
  18274. Mike
  18275.  
  18276. ------------------------------
  18277.  
  18278. From: bei@io.com (Bob Izenberg)
  18279. Subject: I Keep my Key *Where*?
  18280. Date: Tue, 28 Mar 1995 15:00:23 CST
  18281. Reply-To: bei@io.com
  18282.  
  18283.  
  18284. [TELECOM Digest Editor's Note: To close this issue, this item from the
  18285. Printer Deviltries Department.   PAT]
  18286.  
  18287. Pat, you found me out!  Lookit:
  18288.  
  18289. #  Bob Izenberg    THERE: bei@dogface.austin.tx.us
  18290. #  HERE: bei@io.com    512-442-0614
  18291. #  Finger me HERE for my pubic PGP key.
  18292.                          ^^^^^
  18293.  
  18294. Where I keep my PGP key is my own business.  :-) Needless to say, this
  18295. isn't what my signature originally said.  No matter.  The new, more
  18296. boring one follows.
  18297.  
  18298. Bob
  18299.  
  18300.  ============================================================================
  18301.    Bob Izenberg   512-442-0614 / 617-722-0091 / 800-946-4646, pager 1109500
  18302.    bei@io.com / bei@dogface.austin.tx.us / bei@psisa.com / bizenb@fmrco.com
  18303.  ============================================================================
  18304.  
  18305. [TELECOM Digest Editor's Note: Yeah, I know it originally said PUBLIC
  18306. key ... not the other word. When your message ran here the other day, a
  18307. slight problem with the editor caused your signature to get demolished
  18308. completely. I went back to reconstruct it manually, and then that stupid
  18309. error crept in.  So to correct it, people should finger you at bei@io.com
  18310. if they wish to get your err ... PUBLIC key.    Sorry.    PAT]
  18311.  
  18312. ------------------------------
  18313.  
  18314. End of TELECOM Digest V15 #177
  18315. ******************************
  18316.     
  18317.     
  18318. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11117;
  18319.           29 Mar 95 22:09 EST
  18320. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18321.     id AA03353; Wed, 29 Mar 95 16:18:43 CST
  18322. Return-Path: <telecom>
  18323. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18324.     id AA03347; Wed, 29 Mar 95 16:18:40 CST
  18325. Date: Wed, 29 Mar 95 16:18:40 CST
  18326. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  18327. Message-Id: <9503292218.AA03347@delta.eecs.nwu.edu>
  18328. To: telecom@eecs.nwu.edu
  18329. Subject: TELECOM Digest V15 #178
  18330.  
  18331. TELECOM Digest     Wed, 29 Mar 95 16:18:00 CST    Volume 15 : Issue 178
  18332.  
  18333. Inside This Issue:                           Editor: Patrick A. Townson
  18334.  
  18335.     Re: Digital Cellular Encryption and Fraud  (Rishab Aiyer Ghosh)
  18336.     Re: Inexpensive 56k+ Connectivity Between U.S. and Europe (Bob Elliot)
  18337.     Re: Caller ID Answering Machines? (Curt Nelson)
  18338.     ACD, IVR, CTI Using TAPI (George Porter)
  18339.     Re: PacBell and Internet (Bill Schultz)
  18340.     Re: Conduit - To Use or Not to Use (Mark Peacock)
  18341.     Re: Why Doesn't Z-MODEM Work? (Jon Firor)
  18342.     Re: X25 and TCP/IP (Lars Poulsen)
  18343.     Re: Digital Cellular and Encryption / Fraud (mfrere@limstone.kosone.com)
  18344.     Re: BLV Flaw (Alexis Kasperavicius)
  18345.     Re: SS7 References Wanted (Ram Chamarthy)
  18346.  
  18347. TELECOM Digest is an electronic journal devoted mostly but not
  18348. exclusively to telecommunications topics. It is circulated anywhere
  18349. there is email, in addition to various telecom forums on a variety of
  18350. public service systems and networks including Compuserve and America
  18351. On Line. It is also gatewayed to Usenet where it appears as the moderated
  18352. newsgroup 'comp.dcom.telecom'. 
  18353.  
  18354. Subscriptions are available to qualified organizations and individual
  18355. readers. Write and tell us how you qualify:
  18356.  
  18357.                  * telecom-request@eecs.nwu.edu *
  18358.  
  18359. The Digest is edited, published and compilation-copyrighted by Patrick
  18360. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  18361. or phone at:
  18362.                     9457-D Niles Center Road
  18363.                      Skokie, IL USA   60076
  18364.                        Phone: 500-677-1616
  18365.                         Fax: 708-329-0572
  18366.   ** Article submission address only: telecom@eecs.nwu.edu **
  18367.  
  18368. Our archives are located at lcs.mit.edu and are available by using
  18369. anonymous ftp. The archives can also be accessed using our email
  18370. information service. For a copy of a helpful file explaining how to
  18371. use the information service, just ask.
  18372.  
  18373. *************************************************************************
  18374. *   TELECOM Digest is partially funded by a grant from the              *
  18375. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  18376. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  18377. * project.  Views expressed herein should not be construed as represent-*
  18378. * ing views of the ITU.                                                 *
  18379. *************************************************************************
  18380.  
  18381. Additionally, the Digest is funded by gifts from generous readers such
  18382. as yourself who provide funding in amounts deemed appropriate. Your help 
  18383. is important and appreciated. A suggested donation of twenty dollars per
  18384. year per reader is considered appropriate. See our address above.
  18385.  
  18386. All opinions expressed herein are deemed to be those of the author. Any
  18387. organizations listed are for identification purposes only and messages
  18388. should not be considered any official expression by the organization.
  18389. ----------------------------------------------------------------------
  18390.  
  18391. Subject: Re: Digital Cellular Encryption and Fraud 
  18392. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  18393. Date: Wed, 29 Mar 95 02:46:53 IST
  18394. Organization: Deus X Machina
  18395.  
  18396.  
  18397. John Diamant <diamant@hpsnark.sde.hp.com>:
  18398.  
  18399. > How secure is digital cellular with encryption enabled?  I understand
  18400. > that digital cellular without encryption isn't secure (except that
  18401.  
  18402. What digital cellular are you talking about? I'll assume GSM, as it's
  18403. the one you _should_ be talking about.
  18404.  
  18405. > How good is the encryption which will be available with an
  18406. > encrytion-capable digital cellular phone and encryption enabled by the
  18407. > cellular carrier?  What sort of encryption algorithm is used and how
  18408. > are encryption keys handled (programmed once into the phone and known
  18409. > by the carrier, or regularly updated by some secure password
  18410. > transmission algorithm?)?
  18411.  
  18412. GSM uses something called A5 for mobile-to-base encryption (all wireless
  18413. traffic). A5 was supposed to be very top secret and known to about 20 people,
  18414. till source code reverse engineered from hardware diagrams anonymously posted
  18415. in a brown paper envelope was distributed on USENET. A5/1 uses 40 bit keys,
  18416. which can be broken easily in a few days. As it is essentially used for
  18417. on-the-air traffic only, and is not easy to break in real time, that may
  18418. not be a problem.
  18419.  
  18420. GSM uses a challenge-response protocol, not an ID query/transmit sequence,
  18421. to authenticate the caller. This protocol is implemented on the CPU of the
  18422. SIM card, unique to every caller, with a reprogrammable PIN (like an ATM
  18423. card). An SIM card can be inserted into any GSM phone, which retains that
  18424. caller ID as long as the card is inside. This, together with the
  18425. challenge-response protocol, makes it very difficult indeed for anyone
  18426. to snarf caller IDs off the air.
  18427.  
  18428. Some of your other questions were not relevant to GSM. Other digital 
  18429. cellular systems are pretty redundant IMHO.
  18430.  
  18431. > 1) Do people on this forum believe digital cellular will eventually replace
  18432. >    analog cellular?  How soon?
  18433.  
  18434. Most countries in Europe and Asia use digital cellular, specifically GSM.
  18435. The fact that my cell-phone in India will be GSM means I can be automatically
  18436. reached at the same number anywhere in the world where GSM is operational
  18437. with only minor administrative, and no technical, hassles.
  18438.  
  18439. > 2) Currently, analog cellular phones are often available free with one
  18440. >    year service contracts, but digital cellular phones are expensive.  Do
  18441. >    people on this forum believe that digital cellular phones will eventually
  18442. >    be available near free once the digital conversion is much further along?
  18443.  
  18444. A top-of-the-line GSM phone, such as Nokia's 2110, can send short fax messages
  18445. and e-mail. No, digital cellular phones are probably going to remain expensive
  18446. (or not free) for a long time.
  18447.  
  18448.  
  18449. Rishab Aiyer Ghosh    rishab@dxm.ernet.in   rishab@arbornet.org
  18450. Vox +91 11 6853410 Voxmail 3760335   
  18451. H 34C Saket, New Delhi 110017, INDIA 
  18452.  
  18453. ------------------------------
  18454.  
  18455. From: eti@starbase.neosoft.com (Bob Elliot)
  18456. Subject: Re: Inexpensive 56k+ Connectivity Between U.S. and Europe
  18457. Date: 28 Mar 1995 23:33:01 GMT
  18458. Organization: NeoSoft Internet Services   +1 713 968 5800
  18459.  
  18460.  
  18461. Mike O'Connor (mjo@dojo.mi.org) wrote:
  18462.  
  18463. > I have a dream.  I want to start planning and implementing better WAN
  18464. > connectivity than what I have currently -- FedExing tapes, sporadic
  18465. > ISDN and/or costly dialup UUCP and SLIP/PPP.  Of course, with such
  18466. > ventures, the issues involved are telco-oriented as much as anything.
  18467.  
  18468. > Given: A few-hundred-person company homed in the U.S. with an inhouse
  18469. >        TCP/IP network and little else, data-network-wise.
  18470.  
  18471. > Given: A couple of small offices -- 20-30 people -- in various parts
  18472. >        of western Europe, with a couple more on the way.
  18473.  
  18474. > Given: We're not afraid to spend a little money, just not a fortune.
  18475. >        These offices DO make money, after all.  :)
  18476.  
  18477. > I want to establish a dedicated 56k+ circuit between these offices and
  18478. > my U.S. office.  I don't care about latency too badly (though shipping
  18479. > tapes back and forth is a little too high in the latency department
  18480. > for my tastes :) ).  Most of the circuit would be used to move data,
  18481. > but ideally, I'd like to be able to establish a voice channel riding
  18482. > along the data channel if possible, so I could cut down on LD charges
  18483. > between offices.  Ideally, I'd like a single network pipe to somewhere
  18484. > as opposed to a solution which requires me to build a whole lot of 
  18485. > infrastructure every time I add an office.
  18486.  
  18487. > At this point, I'm in the preliminary planning stages, but it seems
  18488. > like satellite connectivity would be my best bet.  However, I'm sure I
  18489. > don't know all the connectivity options that might be available, and
  18490. > I'd be very interested in how people are doing this sort of thing.  I
  18491. > come more from the LAN management side than the telco side of life, so
  18492. > please be gentle with me if I'm asking something outrageously stupid.
  18493.  
  18494.  
  18495. Sounds as if you've a typical LAN/WAN/LAN problem and that a dedicated
  18496. DS0 circuit with bridges could be a solution.  Well of course there are
  18497. many different scenarios but a suggestion would be:
  18498.  
  18499. 1) Dedicated 64 kbit/s circuit USA to Europe about 2500 per month for 1/2
  18500. circuit of course this depends upon where you land in Europe.  Your US 
  18501. office pays 1/2 charge and the foreign office pays 1/2 the charge.  Actually
  18502. the rates will be much higher on the European side.  To use an example,
  18503. say you have an office in New York City and an office in London, you can
  18504. get a circuit between MCI and BT for about 6K per month. 
  18505.  
  18506. 2) You purchase a bridge that has both LAN (ethernet) and WAN (64 kbit/s)
  18507. connections with two voice modules in each bridge at each end.  
  18508.  
  18509. 3) You can transmit data all day and night and when you want to call 
  18510. across the pond, just pick up a phone.  Maybe use the other phone module for
  18511. fax.  Then you have a phone and a fax and data all multiplexed over your 
  18512. bridges at 64 kbit/s.
  18513.  
  18514. OR
  18515.  
  18516. You could have all the offices on the Internet paying local charges for 
  18517. ISDN 1B channel at 64 kbit/s, use the IPHONE from VocalTec and Email for 
  18518. faxes, you transmit all the data you want for only your local ISP charges
  18519. and talk as well ala conference style.
  18520.  
  18521. BUT
  18522.  
  18523. The neatest way is to have a Ku-Band VSAT 2.4 meter Earth Station at each
  18524. site and do ISDN 2B+D all the way and enjoy voice, data and video as well.
  18525.  
  18526.  
  18527. Cheers,
  18528.  
  18529. Bob Elliott - Global Internetworks eti@starbase.NeoSoft.com +1.713.495.6116
  18530.  
  18531. ------------------------------
  18532.  
  18533. Date: Wed, 29 Mar 95 10:05:31 CST
  18534. From: curtnelson@ltec.com (Curt Nelson)
  18535. Subject: Re: Caller ID Answering Machines?
  18536.  
  18537.  
  18538. In TELECOM Digest V15 #174, Bob Izenberg wrote:
  18539.  
  18540. > I had cause to speak to my local telco customer service folks
  18541. > the other day, and they finished with a caller ID pitch.  It seems to
  18542. > me that recording caller ID information along with, or without, an
  18543. > incoming phone message, would be an obvious combination.  Has anyone
  18544. > brought an answering machine combining these features to market?
  18545.  
  18546. Northern Telecom has introduced a new phone called the Meridian 9516.
  18547. It features calling name/number display, an integrated digital
  18548. answering machine with nine mailboxes to allow personal greetings
  18549. based on calling number, and stores the last 75 calls.  It also has a
  18550. speakerphone built in, a personal directory for 75 names and numbers,
  18551. voice announce of incoming calls, integrated auto attendant, and call
  18552. director option for fax and other devices.  I don't know what the
  18553. price will be. I saw a demo of one, but haven't had the chance to try
  18554. it myself.  Your telco should be able to get you more information.
  18555. Northern Telecom's number is 800-667-8437.
  18556.  
  18557.  
  18558. Curtis R. Nelson, P.E.       email:    curtnelson@ltec.com
  18559. Lincoln Telephone Company    phone:    (402) 476-4556     
  18560. 1440 'M' Street                 fax:    (402) 476-5527           
  18561. Lincoln, NE  68508           
  18562.  
  18563. ------------------------------
  18564.  
  18565. From: porterg@nbnet.nb.ca
  18566. Subject: ACD, IVR, CTI Using TAPI
  18567. Date: Wed, 29 Mar 95 12:05:05 PDT
  18568. Organization: NB*Net
  18569.  
  18570.  
  18571. We have network ACD based on Northern Telecom's DMS platform running
  18572. between five call centers across multiple DMS switches.  The IVR is
  18573. done via Octel equipment.
  18574.  
  18575. On the computer side we are converting from a DEC Vax approach to
  18576. client-server.  We will be running Microsoft NT on our servers,
  18577. Windows-for-Workgroups on our clients, using TCP/IP across Ethernet
  18578. LANs and a frame relay WAN.
  18579.  
  18580. We would like to enhance the functionality of our ACD, and IVR as well
  18581. as add CTI in order to improve the effectiveness of our call centers.
  18582. We are seeking the optimal platform with respect to compatibility in
  18583. order to control the complexity of implementing these enhancements.
  18584.  
  18585. Is anyone working on call center applications (including ACD, CTI, and IVR) 
  18586. based on, or at least making some use of, Microsoft's TAPI?  
  18587.  
  18588.  
  18589. Regards,
  18590.  
  18591. George Porter      porterg@nbnet.nb.ca
  18592. Communications Engineer   New Brunswick Power
  18593.  
  18594. ------------------------------
  18595.  
  18596. From: guru@kaiwan.com (Bill Schultz)
  18597. Subject: Re: PacBell and Internet
  18598. Date: 29 Mar 1995 19:07:15 GMT
  18599. Organization: Me, Myself, and I
  18600. Reply-To: guru@kaiwan.com (Bill Schultz)
  18601.  
  18602.  
  18603. In <3lc4f1$3ki@kaiwan009.kaiwan.com>, damien@kaiwan009.kaiwan.com
  18604. (Charles) writes:
  18605.  
  18606. > PacBell just announced at Interop that it will begin to offer internet 
  18607. > connections to business users beginning in May and to consumers beginning 
  18608. > in October.  I wonder what effect this will have on small providers who 
  18609. > rely in PacBell for their services.
  18610.  
  18611. That this is happening is no surprise.  The RBOCs believe they have
  18612. the "license" to serve all of the telecommunications needs of local
  18613. businesses and consumers.
  18614.  
  18615. There is a company down in Atlanta which has been pushing this concept
  18616. from the standpoint of the RBOCs will "become" your Internet Service
  18617. Provider and all of the existing Internet Service Providers will
  18618. become, in effect, "Long Distance Carriers" who are restricted to
  18619. carrying Internet Traffic over LATA boundaries.  That company is
  18620. selling Internet Service Software that complies with the "equal
  18621. access" provisions of the Modified Final Judgment.
  18622.  
  18623. If you add that to the fact that, in accordance with a recent posting
  18624. from the Electronic Frontier Foundataion, the RBOCs have paid off
  18625. enough senators and members of Congress to push through an amendment
  18626. to the telecommunications act that says, in effect, if you want to
  18627. connect to a larger information provider via the phone lines, you must
  18628. do so via an interface provided by the phone company, and if you want
  18629. to connect via the cable tv cable, you must do so via your licensed
  18630. cable tv supplier.  The only thing it does not prohibit is your
  18631. receiving service directly via some radio frequency service, but the
  18632. RBOCs and the cable TV guys believe that the lack of frequencies and
  18633. the FCC licensing procedures will create a natural barrier to your
  18634. getting service via "radio."
  18635.  
  18636. So, there is a valid reason to have concern that you might eventually
  18637. be prohibited from selecting your Internet Service Provider and
  18638. connecting to it by way of anything other than something "approved" by
  18639. the local RBOC.
  18640.  
  18641. On the other hand, Pac Bell is pushing for full deregulation of the
  18642. California telecommunications market "as soon as possible," while GTE
  18643. is dragging its feet as much as possible.  One of the ways in which
  18644. Pac Bell can convince the California PUC that it should grant full
  18645. deregulation is to show that there is "substantial competition" in the
  18646. local telecommunications market.  In this view, Pac Bell does not
  18647. actually intend to monopolize the market, the way that it does with
  18648. local voice calls (withing 12 miles of your central office), but
  18649. instead, Pac Bell is trying to enter a market for local
  18650. telecommunications traffic for which it would NOT be the "market
  18651. leader."  It wants to do this as part of its own deregulation
  18652. strategy.
  18653.  
  18654. Which actually happens depends on whether the pricing strategy of Pac
  18655. Bell is designed to drive the Kaiwans and Deltanets out of business.
  18656. The guy from Atlanta hinted that, before long, the "local" Internet
  18657. connectivity would be available from your friendly RBOC for $5/month
  18658. for home use, similar to what the RBOC charges for voice mail now.
  18659. However, because of "equal access" considerations, you would somehow
  18660. be required to also have a subscription with a "Long Distance"
  18661. Internet Service Provider who would connect at the "back end" of the
  18662. Pac Bell system.  Of course, this violates the fundamental price
  18663. structure which has evolved for the Internet, which is once you are
  18664. connected, communicating is "free" world wide.
  18665.  
  18666. What actually is meant by the Pac Bell announcement may not become
  18667. apparent for quite some time.
  18668.  
  18669. However, to return to your original question, due to tariff considerations, 
  18670. Pac Bell could NOT simply "cut off" Kaiwan, unless Congress changes
  18671. the law, which it is in the process of doing, and the word is that
  18672. "the fix is in."
  18673.  
  18674. So, this is definitely something to worry over ....
  18675.  
  18676.  
  18677. BILL  
  18678.  
  18679. ------------------------------
  18680.  
  18681. Date: Wed, 29 Mar 95 14:58:27 CST
  18682. From: Peacock, Mark <mpeacock@dttus.com>
  18683. Subject: Re: Conduit - To Use or Not to Use
  18684.  
  18685.  
  18686. davidt4044@aol.com (DavidT4044) wrote:
  18687.  
  18688. > Several of us in my office have been discussing the virtues of using
  18689. > various kinds of conduit when installing cabling supporting our
  18690. > network. Some feel it's needed to avoid accidental outages or service
  18691. > degradation due to user or maintainence actions.  Others think good
  18692. > planning before installation will help avoid mistakes.  We know
  18693. > conduit will help cut down on RFI and EMI, but use of shielded cable
  18694. > (installed correctly) should take care of most interference.  Do the
  18695. > benefits of using conduit out weigh the costs?
  18696.      
  18697. In the mid-1980's, I worked for ROLM as a PBX installation manager in
  18698. Chicago.  City of Chicago code required all telephone wire to be in
  18699. conduits.  Outside of the city, however, we could run plenum wire.  I
  18700. never saw a quality difference between conduit and plenum wiring.  We
  18701. always thought that the Chicago code was just another part of the
  18702. city's full employment plan for the IBEW/CWA membership.
  18703.      
  18704.  
  18705. Mark Peacock     mpeacock@dttus.com
  18706. Deloitte & Touche Management Consulting   Detroit, Michigan
  18707.  
  18708. ------------------------------
  18709.  
  18710. From: jfiror@kea.bc.ca (Jon Firor)
  18711. Subject: Re: Why doesn't Z-MODEM work?
  18712. Date: 29 Mar 1995 20:21:34 GMT
  18713. Organization: Attachmate Canada
  18714.  
  18715.  
  18716. In article <telecom15.175.16@eecs.nwu.edu>, Sousa_Antonio_B/ICP_LISBOA_
  18717. DSI@icp.pt says:
  18718.  
  18719. > I've had the same problem in the past. I noticed that some of the files got 
  18720. > through but others did not. I found out that the problem were the escape 
  18721. > characters used in the Z-MODEM protocol. With the program I was using, I 
  18722. > started working with the -e parameter (escape control characters) and had no 
  18723. > problems since then.
  18724.  
  18725. Sounds like XON/XOFF flow control. You can not use this with ZMODEM!!
  18726.  
  18727.  
  18728. Jon Firor    jfiror@kea.bc.ca
  18729.  
  18730. ------------------------------
  18731.  
  18732. From: lars@spectrum.RNS.COM (Lars Poulsen)
  18733. Subject: Re: X25 and TCP/IP
  18734. Date: 29 Mar 1995 12:37:38 -0800
  18735. Organization: Rockwell International - CMC Network Products
  18736.  
  18737.  
  18738. In article <telecom15.159.11@eecs.nwu.edu> scottis@bigdog.engr.arizona.edu 
  18739. (Marios Scottis) writes:
  18740.  
  18741. > I need to use TCP/IP on top of X25. I am trying to get an internet
  18742. > access through an X25 connection.
  18743.  
  18744. > Does anybody know how to do this? What hardware and software is needed?
  18745. > Also any vendor names will be greatly appreciated.
  18746.  
  18747. Since most of the military establishment uses X.25 transport as the
  18748. undercarriage for their Internet networks (MILNET and its cousins)
  18749. many companies have implemented TCP-IP stacks that will use an X.25
  18750. network connection as a network interface. Including Sun Microsystems,
  18751. TGV, Wollongong, Digital Equipment and others.
  18752.  
  18753. This approach has two problems:
  18754.  
  18755. 1) It is expensive. It is often less expensive to get a 56 Kbps leased
  18756.    line between two points than to get two X.25 network access lines
  18757.    installed, and then you still have to pay per-packet charges to the X.25
  18758.    network.
  18759.  
  18760. 2) It usually has horribly bad performance. We used to be able to get
  18761.    about 1200 bps on a virtual circuit on a 9600 bps access line.
  18762.    Makes 14400 bps dial-up look like a dream. ...
  18763.  
  18764. Frame Relay was invented to address both of these shortcomings.
  18765.  
  18766.  
  18767. Lars Poulsen            Internet E-mail: lars@RNS.COM
  18768. Rockwell Network Systems    Phone:        +1-805-562-3158
  18769. 7402 Hollister Avenue         Telefax:      +1-805-968-8256
  18770. Santa Barbara, CA 93105    Internets: designed and built while you wait
  18771.  
  18772. ------------------------------
  18773.  
  18774. From: Mfrere <mfrere@limestone.kosone.com>
  18775. Subject: Re: Digital Cellular and Encryption / Fraud Prevention
  18776. Date: 28 Mar 1995 20:28:36 GMT
  18777. Organization: Solect Technology Group
  18778.  
  18779.  
  18780. John Diamant <diamant@hpsnark.sde.hp.com> wrote:
  18781.  
  18782. > I also have a few questions about digital cellular in general:
  18783.  
  18784. > 1) Do people on this forum believe digital cellular will eventually replace
  18785. >    analog cellular?  How soon?
  18786.  
  18787. The cellular company I work believes that eventually digital will
  18788. replace analog but has committed analog service until 2003.  They
  18789. believe this because digital will allow more capacity, lower power
  18790. consumption (more talk time) eventually better audio and allow a full
  18791. range of new features (like CallerID).  They are also looking at the
  18792. new PCS market and the possibility of have dualmode phones (i.e.
  18793. GSM\TDMA) or having both marketswith one standard capability.
  18794.  
  18795. > 2) Currently, analog cellular phones are often available free with one
  18796. >    year service contracts, but digital cellular phones are expensive.  Do
  18797. >    people on this forum believe that digital cellular phones will eventually
  18798. >    be available near free once the digital conversion is much further along?
  18799. >    It appears that digital cellular is being pushed by service providers
  18800. >    because they can squeeze three times the number of calls on the same 
  18801. >    bandwidth and charge only 10%-20% less.
  18802.  
  18803. They are presently offering free phones for high usage customers.  For
  18804. know it makes sense to off load to digital and free up more space for
  18805. the predominately analog market.
  18806.  
  18807.  
  18808. Hope this helps, 
  18809.  
  18810. Mike
  18811.  
  18812. ------------------------------
  18813.  
  18814. From: alexis@news.cinenet.net (Alexis Kasperavicius)
  18815. Subject: Re: BLV Flaw
  18816. Date: 29 Mar 1995 00:26:38 -0800
  18817. Organization: Cinenet Communications,Internet Access,Los Angeles;310-301-4500
  18818.  
  18819.  
  18820. BLV is easy to bypass if you have a side tone filter.  When an
  18821. operator does a BLV she hears the conversation with added sidetone
  18822. garbage that can be rather easily filtered off.  Since no notification
  18823. is mad to the conversing parties -- it is, in effect, tapping.
  18824.  
  18825. It used to be possible to get into the BLV circuits quite easily - don't 
  18826. think it's as easy now though -- but there are other, much easier ways, 
  18827. to tap a phone line off site using phone company "test" systems.
  18828.  
  18829. Never trust what you say on the phone.
  18830.  
  18831. ------------------------------
  18832.  
  18833. Date: Wed, 29 Mar 95 11:11 EST
  18834. From: Ram Chamarthy <0006600194@mcimail.com>
  18835. Subject: Re: SS7 References Wanted
  18836.  
  18837.  
  18838. boyla002@maroon.tc.umn.edu wrote:
  18839.  
  18840. > I am interested in find some technical references on "SS7 programming".
  18841.  
  18842. > I am working with Dialogic hardware and (separately) have just done
  18843. > a SMDI link to a Northern Telecom switch via a serial interface.  I'd
  18844. > like to see what kind of features I can add to various voice/fax/data
  18845. > software with SS7 and would like to be able to turn on message waiting/
  18846. > stutter dial-tone on any arbitrary phone via SS7.
  18847.  
  18848. > So, if there exists a good text that explains SS7 such that I could
  18849. > string bits together in the right order, I'd like to know about it.
  18850.  
  18851. Unless there is another concept that is represented by SS7 in
  18852. telecommunications (I do not doubt the possibility), :-) SS7 that I
  18853. know of stands for Signaling System No. 7. It is a protocol with a
  18854. stack similar to that of OSI (although terminology is different and
  18855. also currently some layers not defined) that is used in the
  18856. telecommuncations signaling network to do out-of-band signaling. ANSI
  18857. defines the Standard for North America and ITU-T defines the
  18858. Recommendations in the international arena.
  18859.  
  18860. I am not aware of any such concept/ capabilities as "SS7 Programming"  to 
  18861. string bits together in the right order (the way you described) to achieve
  18862. what you would like. There may be a different way of achieving what you 
  18863. wanted, but that's for others to comment.
  18864.  
  18865.  
  18866. Ramakrishna     E-mail: ram_chamarthy@mcimail.com
  18867. SS7 Planning    MCI Telecommunications, Richardson-TX
  18868.  
  18869. ------------------------------
  18870.  
  18871. End of TELECOM Digest V15 #178
  18872. ******************************
  18873.     
  18874.     
  18875. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21968;
  18876.           30 Mar 95 16:35 EST
  18877. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18878.     id AA23396; Thu, 30 Mar 95 09:28:03 CST
  18879. Return-Path: <telecom>
  18880. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18881.     id AA23390; Thu, 30 Mar 95 09:28:01 CST
  18882. Date: Thu, 30 Mar 95 09:28:01 CST
  18883. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  18884. Message-Id: <9503301528.AA23390@delta.eecs.nwu.edu>
  18885. To: telecom@eecs.nwu.edu
  18886. Subject: TELECOM Digest V15 #179
  18887.  
  18888. TELECOM Digest     Thu, 30 Mar 95 09:27:00 CST    Volume 15 : Issue 179
  18889.  
  18890. Inside This Issue:                           Editor: Patrick A. Townson
  18891.  
  18892.     Profitting From ISDN (was Re: Outrageous ISDN Overcharges) (Ed Goldgehn)
  18893.     Re: Outrageous ISDN Overcharges - They Aren't FCC's Doing (Sean Donelan)
  18894.     Gilder's Reply to Postman (Sandy Kyrish)
  18895.     Re: Informing Ourselves to Death (Chris Hardaker)
  18896.     Re: Bay Area Rapid Trans and MFS Fiber Install (hihosteveo@aol.com)
  18897.     Re: Routing Inbound FAX Using DID (David H. Close)
  18898.     Re: Sesquuicentennial of Digital Communications? (Jack Hamilton)
  18899.     Re: X25 and TCP/IP (James Knowles)
  18900.     Re: 203/860 Line Determined (Gerry Belanger)
  18901.     Re: 203/860 Line Determined (Scott D. Fybush)
  18902.     Re: Downloading Mac Software With a PC (Peter Campbell Smith)
  18903.     Wanted: Information About PACSNET (Sjaak Kaandorp)
  18904.  
  18905. TELECOM Digest is an electronic journal devoted mostly but not
  18906. exclusively to telecommunications topics. It is circulated anywhere
  18907. there is email, in addition to various telecom forums on a variety of
  18908. public service systems and networks including Compuserve and America
  18909. On Line. It is also gatewayed to Usenet where it appears as the moderated
  18910. newsgroup 'comp.dcom.telecom'. 
  18911.  
  18912. Subscriptions are available to qualified organizations and individual
  18913. readers. Write and tell us how you qualify:
  18914.  
  18915.                  * telecom-request@eecs.nwu.edu *
  18916.  
  18917. The Digest is edited, published and compilation-copyrighted by Patrick
  18918. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  18919. or phone at:
  18920.                     9457-D Niles Center Road
  18921.                      Skokie, IL USA   60076
  18922.                        Phone: 500-677-1616
  18923.                         Fax: 708-329-0572
  18924.   ** Article submission address only: telecom@eecs.nwu.edu **
  18925.  
  18926. Our archives are located at lcs.mit.edu and are available by using
  18927. anonymous ftp. The archives can also be accessed using our email
  18928. information service. For a copy of a helpful file explaining how to
  18929. use the information service, just ask.
  18930.  
  18931. *************************************************************************
  18932. *   TELECOM Digest is partially funded by a grant from the              *
  18933. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  18934. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  18935. * project.  Views expressed herein should not be construed as represent-*
  18936. * ing views of the ITU.                                                 *
  18937. *************************************************************************
  18938.  
  18939. Additionally, the Digest is funded by gifts from generous readers such
  18940. as yourself who provide funding in amounts deemed appropriate. Your help 
  18941. is important and appreciated. A suggested donation of twenty dollars per
  18942. year per reader is considered appropriate. See our address above.
  18943.  
  18944. All 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: edg@ocn.com (Ed Goldgehn)
  18950. Subject: Profitting From ISDN (was Re: Outrageous ISDN Overcharges)
  18951. Date: 30 Mar 1995 14:32:08 GMT
  18952. Organization: The INTERNET Connection, LLC
  18953.  
  18954.  
  18955. In article <telecom15.176.1@eecs.nwu.edu>, fgoldstein@bbn.com says:
  18956.  
  18957. > The actual cost of ISDN in many, or most, areas of the United States is 
  18958. > high enough to discourage the sort of mass deployment that it needs to be 
  18959. > viewed as truly successful.  
  18960.  
  18961. > In fact, there are many huge problems in ISDN pricing, and the FCC's 
  18962. > Customer Access Line Charge (CALC) is a pittance by comparison.
  18963.  
  18964. > What should ISDN cost?  It's a general principle of rate-making that the 
  18965. > _price_ for a regulated monopoly service -- and that's what ISDN is --
  18966. > should reflect the underlying _cost_ to the provider.  That's what happens 
  18967. > in a competitive market by the natural forces of economics, what Adam 
  18968. > Smith called the "invisible hand".  ISDN is, after all, a telephone line.
  18969. > It's just like any other phone line except that it's digital instead of
  18970. > analog. 
  18971.  
  18972. [A good comparison of RBOC ISDN rates that took a long time to write, 
  18973. snipped]
  18974.  
  18975. Most of you might know that Fred and I don't agree about the FCC's proposed 
  18976. increase in the CALC for ISDN (Fred is FOR the increase).  However, I do 
  18977. agree that the proposed increase is not the most substantial issue with 
  18978. regard to mass marketing of ISDN.
  18979.  
  18980. However, I strongly disagree with Fred with continuing this RBOC bashing on 
  18981. the price of ISDN.  While deregulation and market issues are of importance, 
  18982. Fred is considerably oversimplifying the situation by focusing on the voice 
  18983. services component of ISDN -- IMHO, a very significant mistake.
  18984.  
  18985. ISDN is, after all, NOT a telephone line.  It's bandwidth.  And it's a 
  18986. sizable quantity of bandwidth that the user is free to do with in anyway 
  18987. they see fit (with the exception of the limitations proposed by Senator 
  18988. Exon's view of the world).
  18989.  
  18990. Fred's arguement about the cost of ISDN is relevant ONLY to the voice 
  18991. portion.  Fred is correct that ISDN voice services are basically the same as 
  18992. traditional analog telephone service (POTS) becuase it is only migrating the 
  18993. interface between the Central Office (CO) and the User from an analog to a 
  18994. digital connection.  And, in this specific model, there are no significant 
  18995. cost differences.  
  18996.  
  18997. However, ISDN voice services are not much more ready for a large installed 
  18998. user base than they were nearly 10 years ago when ISDN was introduced. This 
  18999. was first due to the complications around establishing and implementating a 
  19000. set of standards between CO switch manufacturers.  It has become more an 
  19001. issue of training personnel on how to program those features into each 
  19002. user's customized configuration, how to educate the public on what features 
  19003. are available and how to order them.  In fact, the North American ISDN Users 
  19004. Forum (NIUF) has yet to produce any output related to the Simplication of 
  19005. Order Codes specifically for ISDN voice services and the rich features that 
  19006. are available in NI-1 and NI-2 systems.
  19007.  
  19008. The reality is that ISDN is being deployed - and ordered by users - for its 
  19009. DATA NETWORKING capabilities.  For this service to exist, a significant 
  19010. infrasture on the backend of the CO switch was needed in order to move the 
  19011. data from Point A to Point B - outside the CO.  If ISDN Voice were the only 
  19012. issue, then the age old engineering and circuit aggregation methods for 
  19013. voice could have been used as well.  With ISDN Data, however, there were no 
  19014. existing engineering or bandwidth aggregation models - or really even an 
  19015. infrastructure to handle them.
  19016.  
  19017. Ameritech and NYNEX's rate structures are really holdouts to the old ISDN 
  19018. voice pricing structures.  While these RBOC's are probably smart to have 
  19019. these tariffs in place as preparation to an upsurge in the ISDN Voice 
  19020. market although no significant tangible market delivery method exists today. 
  19021. Voice.  In fact, its quite obvious that Ameritech and NYNEX's ISDN customers 
  19022. are using these tariffs for DATA in order to simply avoid the higher charges 
  19023. associated with 64K service.  
  19024.  
  19025. The RBOC's, in general, are still not very interested in ISDN Voice service 
  19026. deployment.  In fact, ISDN voice is generally viewed as a complication to 
  19027. the sale of ISDN due to its many complications.  The evidence of this is in 
  19028. their tariffs.
  19029.  
  19030. So, what are you being charged for with ISDN?  BANDWIDTH and the necessary 
  19031. local backbone that was put in place to carry it - a backbone that is still 
  19032. being built and that costs a considerable amount of money to engineer and 
  19033. install.  Not the original backbone for voice services and not a migration 
  19034. of that voice service backbone to a digital environment.  
  19035.  
  19036. Consider this:  On every Mother's Day, you expect to get a recording that 
  19037. says "all circuits are busy" on at least your first attempt at calling dear 
  19038. old Mom.  We have come to accept this because we know that the local and 
  19039. long distance telephone companies have not built their networks to handle 
  19040. the quantity of calls that are placed on that specific day.  But, we also 
  19041. know (or expect) that these same telephone companies are continuing to add 
  19042. service capability in order to meet demand.  Thankfully, these companies 
  19043. have a significant amount of historical data compiled over decades that 
  19044. allows them to gauge the amount of service that will be necessary.
  19045.  
  19046. Where is this history for DATA services?  Does it even exist in any sizable 
  19047. quantity?  What has really happened is that all previous expectations of 
  19048. service needs have been exceeded and are continuing to be exceeded at an 
  19049. outrageous growth rate.  And, unlike voice services, you don't expect to be 
  19050. told that there isn't enough BANDWIDTH available for you to send Mom an 
  19051. e-mail message -- that simply isn't acceptable, is it?
  19052.  
  19053. IMHO, the best comparison for ISDN is with your local Water and Sewer 
  19054. Company.  In many parts of the country, water rationing has had to be done 
  19055. and prices have had to increase. These price increase are due to a lack of 
  19056. supply and, in many cases, the need to pay for the investments 
  19057. necessary to build an infrastructure to make additional water available to 
  19058. the growing poplus.  But, we know that water shortages exist - especially 
  19059. when there is a lack of rain.  We might complain about the rationing and the 
  19060. increase in pricing, but we also know that its for the good of the community 
  19061. as a whole.  
  19062.  
  19063. ISDN can do for the availability of bandwidth what running your lawn 
  19064. sprinklers for hours every day can do to a community with a limited water 
  19065. supply.  Fortunately, the RBOC's have the ability to add more bandwidth to 
  19066. meet the demand without rationing supply.  And, I seriously doubt that 
  19067. you're going to hear that you can't use your ISDN line on Mother's Day - or 
  19068. any other day of the year - because there's just not enough badnwidth 
  19069. available. But, someone has got to pay for the investments necessary to 
  19070. provide this bandwidth - and that someone is the users. 
  19071.  
  19072. Not very long ago, a *reliable* 300 or 1200 bps connection between two sites 
  19073. in the local area costs several hundred dollars per month.  This was when 
  19074. copper wire and repeaters were necessary.  Even today, a dedicated 56 or 64K 
  19075. circuit from one end of town to another costs several hundred dollars per 
  19076. month.  Part of that cost is in the bandwidth backbone and part of it is in 
  19077. the cost of allocating and maintaining the copper connection on both ends of 
  19078. the circuit.  ISDN provides greater capability, is more complicated because 
  19079. it's a switched service, and uses the same portion of that bandwidth 
  19080. backbone for each B channel.  
  19081.  
  19082. While I do agree that many cost related issues remain before ISDN can be 
  19083. mass marketed throughout the country, simply reducing the cost for the sake 
  19084. of it is clearly not in the best interest of the users.  Not if you want to 
  19085. send Mom that e-mail message.  We must allow the RBOC's - or any other 
  19086. competing service - the ability to continuing to invest in this bandwidth 
  19087. infrastructure for the good of our country and our new information society.
  19088.  
  19089. Market demands will bring pricing down.  But, it is unreasonable to believe 
  19090. that some 20,000-30,000 users that are currently using ISDN in each of the 
  19091. RBOC's areas come close to compensating for the investment that was, and 
  19092. will continue to be, necessary to provide the service -- DO SOME MATH FOLKS!
  19093.  
  19094. Make an investment yourself!  Learn about what you can do with the 
  19095. bandwidth. Start developing information based applications as entrepreneurs 
  19096. that will provide someone else a reason for getting ISDN because they need 
  19097. what you've got.  Take the knowledge you've accumulated in your lifetime -- 
  19098. or for that matter good old Mom's recipes -- and put them into electronic 
  19099. form for distribution at a fee.  In short -- PREPARE FOR ELECTRONIC COMMERCE.
  19100.  
  19101. The RBOC's have provided all of us an ability to PROFIT from their 
  19102. investment and all people seem to want to do is complain about it.  You, the 
  19103. individual reader, have the ability to make money with ISDN from your home 
  19104. or business with your computer on a local, national and international basis. 
  19105. There is a tremendous opportunity in front of each and every one of you - 
  19106. and if you're reading this you are so close to it, it's silly.
  19107.  
  19108. Stop bashing the RBOC's!  Instead, start exercising the freedoms you have in 
  19109. this society and THINK about how you personally can profit from what they've 
  19110. accomplished.  Hint -> Quantities of information (DATA) delivered to lots of 
  19111. people inexpensively for which you're getting paid.
  19112.  
  19113. If you want the prices of ISDN to drop, the best thing you can do is help 
  19114. create the demand for it.  If you happen to profit from that, well I don't 
  19115. think the RBOC's would mind very much.  :)
  19116.  
  19117.  
  19118.  
  19119. Ed Goldgehn, Sr Vice President/CTO              E-Mail: edg@OCN.Com
  19120. Open Communication Networks, Inc.               Voice:  (404) 919-1561
  19121. Co-Chair - Mass Markets Ind. Group / North American ISDN Users Forum (NIUF)
  19122.  
  19123. ------------------------------
  19124.  
  19125. From: sean@sdg.dra.com (Sean Donelan)
  19126. Subject: Re: Outrageous ISDN Overcharges - They Aren't FCC's Doing
  19127. Date: 29 Mar 95 23:24:07 CST
  19128. Organization: Data Research Associates, St. Louis MO
  19129.  
  19130.  
  19131. In article <telecom15.176.1@eecs.nwu.edu>, fgoldstein@bbn.com (Fred R.
  19132. Goldstein) writes:
  19133.  
  19134. > Southwestern Bell's monthly rates aren't the outrage, but with Texas 
  19135. > residential installs running over $500, who wants to pay?  A three-year
  19136. > buydown helps a little.  
  19137.  
  19138. When I asked SWBT for residential ISDN rates in St. Louis.  I was told
  19139. install was about $500 (order before some date (4/1/95?) and you get a
  19140. $400 credit) plus $56 per B channel (or $112 for 2B+D) per month with
  19141. unlimited local calling.  For comparison, residential POTS is about
  19142. $18/month unlimited local calling.
  19143.  
  19144. Someone tell me again, why do we need ISDN?
  19145.  
  19146.  
  19147. Sean Donelan, Data Research Associates, Inc, St. Louis, MO
  19148.  
  19149. ------------------------------
  19150.  
  19151. From: Sandy Kyrish <skyrish@netaxs.com>
  19152. Subject: Gilder's Reply to Postman
  19153. Date: Thu, 30 Mar 1995 08:54:05 -0500
  19154. Organization: Net Access - Philadelphia's Internet Connection
  19155.  
  19156.  
  19157. George Gilder's reply to "Informing Ourselves to Death" is dispiriting. 
  19158. Gilder's ideas have gained ascendance with the new Republican Congress, so
  19159. he is in an important position to help shape the next decade of
  19160. technological development.  Yet his response to Postman's essay is hastily
  19161. dismissive, and this is what is distressing.  His note essentially says,
  19162. "Can't stop to ponder the downside of computers because I'm too busy
  19163. writing about the upside."  Massive computer proliferation may well be
  19164. inevitable, but this is certainly all the more reason to at least soberly
  19165. question the applications and implications of the technology. 
  19166.  
  19167. Both Postman and Gilder are presenting viewpoints from somewhat extreme 
  19168. poles, mostly to make evocative and interesting points.  Yet if the 
  19169. computer is not a monster, it is not global salvation either.  My 
  19170. computer helps me pursue stimulating work based on intellectual output; 
  19171. someone else's is used by a low-paid data entry clerk whose keystroke 
  19172. output is monitored.  I can press a key and send Postman's and Gilder's 
  19173. messages to friends and colleagues around the world for their 
  19174. consideration and enrichment; someone else can press a key and transmit 
  19175. messages designed to lure customers in a scam or to propagate hate 
  19176. mail.  So the issue really, truly isn't the machine; it's the uses for 
  19177. the machine -- and as with other things we create, it will be used both 
  19178. for glorious and awful purposes.  It will have both wonderful and 
  19179. unpleasant consequences.  The downside isn't reason to reject the 
  19180. technology -- we don't stop driving cars even though they sometimes 
  19181. kill people -- but, following the car analogy, it is reason to weigh 
  19182. the dangers and do what we can to minimize them.
  19183.  
  19184. It is precisely because academics are somewhat isolated that they can
  19185. afford to ponder the philosophical implications of commercial technologies
  19186. (but except for the few superstars, most academics will dispute that there
  19187. is 'wealth and comfort' to be taken for granted!).  Rather than write off
  19188. such thinkers as uninformed pessimists, it is better to consider their
  19189. contributions and use them to balance the unending stream of technological
  19190. promotion. 
  19191.  
  19192.  
  19193. Sandy Kyrish  skyrish@netaxs.com
  19194.  
  19195. ------------------------------
  19196.  
  19197. From: Chris Hardaker <hardaker@clear.co.nz>
  19198. Subject: Re: Informing Ourselves to Death
  19199. Date: Wed, 29 Mar 95 09:12:00 PST
  19200.  
  19201.  
  19202. Mr. Gilder stated..
  19203.  
  19204. > The heart of this work and struggle is the creation of new technology, new
  19205. > machines, which allow people like Neil Postman to worry about absurd
  19206. > non-problems like the information glut, to which the computer is a
  19207. > solution more than a cause, and to imagine that technology is
  19208. > unnecessary to relieve the distresses he discusses, such as famine,
  19209. > plague, joblessness, and war.
  19210.  
  19211. I must agree on some points and yet find myself forced to question other's. 
  19212. It is true that as a race, if human kind is not moving forward, it is really 
  19213. going backwards. Human nature is to do it bigger better and faster than 
  19214. before.
  19215.  
  19216. I do however support a slightly modified view with Mr. Postman. Where I work, 
  19217. online access to the InterNet is only a few months old. There is a real 
  19218. information glut here at the moment. I expect that this problem will pass in 
  19219. another month or two. The trouble with our InterNet link is it is *new* so I 
  19220. am receiving messages, images and even some animations on topic I really am 
  19221. not interested in. These are not coming from my own ramblings through the 
  19222. 'Net, but others wanting to show what they found. (A bit like show and tell 
  19223. at school?). We had the exact same probelm when the first multimedia capable 
  19224. machine arrived. There are only so many times you can watch 'Peter Gabriel's 
  19225. Steam' video.
  19226.  
  19227. I myself learned within the first two weeks that I was killing myself with 
  19228. information, but only because I strayed outside my sphere of interest and 
  19229. understanding. Now that I focus on my three core interests of Automotive 
  19230. Electronic, Space Exploration and Telecommunications, I find I am viewing 
  19231. about the same volume of data as before, but do not feel it is too much. It 
  19232. seems even information has a phsophometric weighting principle.
  19233.  
  19234. Finally, IMHO all technology is a means to an end. If I choose to work hard, 
  19235. I can design a replacement for the current carburettor using a slide rule 
  19236. and a piece of paper. I can also do this using a computer. Each has a 
  19237. different learning curve associated with it. Neither is better at focusing 
  19238. me on my goal than the other and it is that focus which prevents information 
  19239. glut (independant of the fact that one will be faster then the other). Here 
  19240. I do agree with Mr. Postman, the computer can not be the key to Nirvana but I 
  19241. believe that this is due to the simple fact that once the computer was 
  19242. invented, Nirvana in the eyes of humans became different. It is also not the 
  19243. cause of information glut. It is simply the platform from which we *choose* 
  19244. to become info junkies.
  19245.  
  19246. Computers will not cure the world, but the people using them will!
  19247.  
  19248. Chris Hardaker
  19249. CLEAR Communications
  19250. Auckland
  19251. New Zealand
  19252. Ph   +64 9 9124286
  19253. Fax  +64 9 9124451
  19254.  
  19255.  
  19256. [TELECOM Digest Editor's Note: I remember a number of years ago when I
  19257. first got involved at all with Usenet -- around 1983 or 1984 -- I tried
  19258. to read *everything*. I was subscribed to a couple dozen newsgroups. In
  19259. those early days I would sometimes spend hours just trying to read it
  19260. all. I did that for maybe a month; just with Usenet. Like you, I found
  19261. I was killing myself with information, and that was just from active
  19262. and detailed participation in several Usenet groups.   PAT]
  19263.  
  19264.  
  19265. ------------------------------
  19266.  
  19267. From: hihosteveo@aol.com (HiHoSteveo)
  19268. Subject: Re: Bay Area Rapid Trans and MFS Fiber Install
  19269. Date: 30 Mar 1995 01:22:17 -0500
  19270. Organization: America Online, Inc. (1-800-827-6364)
  19271. Reply-To: hihosteveo@aol.com (HiHoSteveo)
  19272.  
  19273.  
  19274. There were some figures in an article in the {Examiner} a while back -- 
  19275. why don't you call BART??
  19276.  
  19277. ------------------------------
  19278.  
  19279. From: dhclose@alumni.caltech.edu (David H. Close)
  19280. Subject: Re: Routing Inbound FAX Using DID
  19281. Date: 30 Mar 1995 07:56:03 GMT
  19282. Organization: California Institute of Technology, Pasadena
  19283.  
  19284.  
  19285. > I`m curious about LAN FAX servers that route inbound FAX messages to
  19286. > e-mail addresses using Direct Inward Dialing (DID) lines.  I`m not
  19287. > familiar with DID, and would like to learn more.
  19288.  
  19289. Today, nearly all calls to business numbers complete. That is, the
  19290. called party's equipment answers. If the person is not present, a voice
  19291. mail system will answer. Same is true for many residence numbers,
  19292. substituting answering machine for voice mail.  A fax board answers
  19293. incoming calls and listens for special tones to identify a fax calling
  19294. vs a data modem calling.
  19295.  
  19296. So, why doesn't a voice mail system listen for fax tones and, if present,
  19297. switch the call to a fax board? Better yet, always answer, even before
  19298. ringing the person's phone, listen for fax tones, and either ring the
  19299. phone or transfer to fax board. If the phone is not answered, switch to
  19300. voice mail.
  19301.  
  19302. Yes, it means the caller will always pay. But, as mentioned above, that
  19303. is nearly always true today, anyway. The benefit is that a subscriber
  19304. only needs ONE NUMBER. This makes a business card simpler and might
  19305. reduce demand for NPA splits.
  19306.  
  19307. Why not?
  19308.  
  19309.  
  19310. Dave Close, Compata, Costa Mesa CA    "Politics is the business of getting
  19311. dave@compata.ccss.com, +1 714 434 7359     power and privilege without
  19312. dhclose@alumni.caltech.edu         possessing merit." - P. J. O'Rourke
  19313.  
  19314. ------------------------------
  19315.  
  19316. From: jfh@crl.com (Jack Hamilton)
  19317. Subject: Re: Sesquuicentennial of Digital Communications?
  19318. Date: Wed, 29 Mar 95 15:13:43 GMT
  19319. Organization: CRL Dialup Internet Access
  19320.  
  19321.  
  19322. Although the text makes clear, as the subject line does not, that
  19323. Donald Kimberlin is interested in only electrical communications, his
  19324. question did make me think of something:
  19325.  
  19326. Are smoke signals considered digital?  I believe they're on/off only.
  19327. How much information could be transmitted with them?
  19328.  
  19329.  
  19330. In article <telecom15.176.2@eecs.nwu.edu>, Donald E. Kimberlin
  19331. <0004133373@mcimail.com> wrote:
  19332.  
  19333. >           SESQUICENTENNIAL OF DIGITAL COMMUNICATIONS?
  19334. >
  19335. > This year seems to mark the 150th anniversary of electrical
  19336. > digital communications without fanfare.
  19337.  
  19338.  
  19339. Jack Hamilton, jfh@netcom.com
  19340. Sacramento, California   kd6ttl@w6pw
  19341.  
  19342.  
  19343. [TELECOM Digest Editor's Note: Just a reminder to readers that this 
  19344. weekend marks the 150th anniversary of the invention of the telegraph;
  19345. the device with the electrical on/off signals which laid the foundation
  19346. for more or less where we are today. See Don Kimberlin's article from
  19347. Wednesday in the Digest for more details.   PAT]
  19348.  
  19349. ------------------------------
  19350.  
  19351. From: jimk@lysander.wx.ll.mit.edu (James Knowles)
  19352. Subject: Re: X25 and TCP/IP
  19353. Date: 30 Mar 1995 13:08:40 GMT
  19354. Organization: Massachvsetts Institvte of Technology
  19355.  
  19356.  
  19357. The local telco still gets most of the money my experience has been
  19358. more favorable, and the X.25 pushes through errors nicely.  Speed
  19359. depends on whether the network has wimpy node links or not.
  19360.  
  19361. Just my .02,   
  19362.  
  19363.  
  19364. jimk
  19365.  
  19366. ------------------------------
  19367.  
  19368. From: belanger002@wcsub.ctstateu.edu
  19369. Subject: Re: 203/860 Line Determined
  19370. Date: 29 Mar 95 22:10:41 EST
  19371. Organization: Yale University, Department of Computer Science, New Haven, CT
  19372.  
  19373.  
  19374. In article <telecom15.176.3@eecs.nwu.edu>, fybush@world.std.com (Scott
  19375. D. Fybush) writes:
  19376.  
  19377. > In general, New Haven and Fairfield counties will stay in 203, while
  19378. > the rest of the state (including Hartford) will become 860.
  19379.  
  19380. > The two exceptions are:
  19381.  
  19382. > The town of Sherman CT, ... It may be that Sherman is served out of
  19383. > the exchange in neighboring New Milford, which is in Litchfield County
  19384. > and will become 860.
  19385.  
  19386. Correct, Sherman is in the New Milford Exchange.
  19387.  
  19388. > And Woodbury Telephone Company's territory, which straddles the
  19389. > Litchfield-New Haven county line, will go 860, even the part in New
  19390. > Haven County (Southbury, I believe).
  19391.  
  19392. Just the opposite.  60% of their 18,000 lines are in Southbury.  So
  19393. Woodbury gets to stay in 203.
  19394.  
  19395. > Permissive dialing starts in August 1996, mandatory in October 1996.
  19396.  
  19397. Incorrect.  Permissive dialing starts Aug 28, 1995.
  19398.  
  19399. As is typical, some of the local politicians are up in arms, as this will
  19400. split New Milford off from the greater Danbury area.  They claim not
  19401. to have known this was coming.  Even the local paper had the nerve to
  19402. lash out at the DPUC.
  19403.  
  19404. I mention the paper, because they have not said word one on this topic
  19405. until the preliminary decision March 20.  This despite repeated press 
  19406. releases from SNET, beginning last November.  I guess they did not deem
  19407. the split newsworthy until it was a done deal.
  19408.  
  19409. Oh well.
  19410.  
  19411.  
  19412. Gerry Belanger,
  19413. On the 203 edge of the split.
  19414.  
  19415. ------------------------------
  19416.  
  19417. From: fybush@world.std.com (Scott D Fybush)
  19418. Subject: Re: 203/860 Line Determined
  19419. Date: Thu, 30 Mar 1995 00:28:38 EST
  19420.  
  19421.  
  19422. I made one error when posting the final 203/860 line.  Apparently
  19423. Woodbury Telephone's customers in both New Haven and Litchfield
  19424. counties will stay in 203.  So, to recap: The parts of 203 that go to
  19425. 860 are the entire state except:
  19426.  
  19427. Woodbury Telephone territory in Litchfield County;
  19428. New Haven County - all of it;
  19429. Fairfield County excepting Sherman, which goes into 860.
  19430.  
  19431.  
  19432. Scott Fybush - fybush@world.std.com
  19433.  
  19434. ------------------------------
  19435.  
  19436. From: campbellp@logica.com (Peter Campbell Smith)
  19437. Subject: Re: Downloading Mac Software With a PC
  19438. Organization: Logica plc
  19439. Date: Thu, 30 Mar 1995 12:21:53 GMT
  19440.  
  19441.  
  19442. In article <telecom15.159.5@eecs.nwu.edu>, reidgold@netaxs.com (Reid
  19443. Goldsborough) wrote:
  19444.  
  19445. > Here's the short version: What do I need to do to download Mac shareware 
  19446. > and commercial bug fixes with a Windows-based PC to make the software 
  19447. > usable on a Mac?
  19448.  
  19449. > One problem is that two of the compressed files are larger than 1.44 MB, 
  19450. > so they can't fit on a floppy as is.
  19451.  
  19452. As well as what everyone else has written, you might like to note that
  19453. a .hqx file is a text file (in the same way that a uuencoded file is).
  19454. So if it won't fit on a floppy, you can split it on the PC and
  19455. recombine the chunks on the Mac.  This does presume however that you
  19456. have a utility on each machine that can handle such a large file,
  19457. which rules out most text editors.
  19458.  
  19459. I regularly do what you want to do -- download on to a PC and then
  19460. transfer by floppy to a Mac for decoding and uncompressing -- and have
  19461. no real problems with it.  But I've never come across a .hqx file that
  19462. wouldn't fit on a single floppy.
  19463.  
  19464.  
  19465. Peter Campbell Smith, Logica, London, UK 
  19466. mailto:campbellp@logica.com 
  19467.  
  19468. ------------------------------
  19469.  
  19470. From: Sjaak Kaandorp <kaandorp@ecn.nl>
  19471. Subject: Wanted: Information About PACSNET
  19472. Date: 30 Mar 1995 12:58:17 GMT
  19473. Organization: Energyresearch Centre the Netherlands (ECN)
  19474.  
  19475.  
  19476. Can someone give information about PACSNET, a wireless packet
  19477. switched network. Or information about the manufacturer PACS.
  19478.  
  19479. Any help is appreciated.
  19480.  
  19481.  
  19482. Sjaak Kaandorp    Netherlands Energy Research Foundation ECN
  19483.  
  19484. ------------------------------
  19485.  
  19486. End of TELECOM Digest V15 #179
  19487. ******************************
  19488.     
  19489.     
  19490. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24155;
  19491.           30 Mar 95 21:07 EST
  19492. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19493.     id AA03264; Thu, 30 Mar 95 14:13:22 CST
  19494. Return-Path: <telecom>
  19495. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19496.     id AA03257; Thu, 30 Mar 95 14:13:19 CST
  19497. Date: Thu, 30 Mar 95 14:13:19 CST
  19498. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  19499. Message-Id: <9503302013.AA03257@delta.eecs.nwu.edu>
  19500. To: telecom@eecs.nwu.edu
  19501. Subject: TELECOM Digest V15 #180
  19502.  
  19503. TELECOM Digest     Thu, 30 Mar 95 14:13:00 CST    Volume 15 : Issue 180
  19504.  
  19505. Inside This Issue:                           Editor: Patrick A. Townson
  19506.  
  19507.     Local Internets (was Re: PacBell and Internet) (Ed Goldgehn)
  19508.     VSAT Options (Padraig Ryan)
  19509.     Value Added Network (pix048@ps.uib.es)
  19510.     Another Fraud Question (Andrew C. Green)
  19511.     Has There Been *Any* Digital Cellular Fraud Yet in US? (Shawn Gordhamer)
  19512.     Does Privacy Lose Out in Cellular Fraud Prevention Plans? (Jim Wenzel)
  19513.     Software Request For HF Radio Modems (Gerasimos Michalitsis)
  19514.     USA Telecom Consultant Needed (David Crane)
  19515.     Need Information on ATM and Telemedicine (Philip W. King)
  19516.     PBX E911 Database (Stephen J. Mahler)
  19517.     Where to Complain About Unsolicited Fax Ad? (Nick Sayer)
  19518.     Looking for BX.25 Solutions (Lee Smith)
  19519.     Economies of Scale in Telecommunications (Andy Matters)
  19520.  
  19521. TELECOM Digest is an electronic journal devoted mostly but not
  19522. exclusively to telecommunications topics. It is circulated anywhere
  19523. there is email, in addition to various telecom forums on a variety of
  19524. public service systems and networks including Compuserve and America
  19525. On Line. It is also gatewayed to Usenet where it appears as the moderated
  19526. newsgroup 'comp.dcom.telecom'. 
  19527.  
  19528. Subscriptions are available to qualified organizations and individual
  19529. readers. Write and tell us how you qualify:
  19530.  
  19531.                  * telecom-request@eecs.nwu.edu *
  19532.  
  19533. The Digest is edited, published and compilation-copyrighted by Patrick
  19534. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  19535. or phone at:
  19536.                     9457-D Niles Center Road
  19537.                      Skokie, IL USA   60076
  19538.                        Phone: 500-677-1616
  19539.                         Fax: 708-329-0572
  19540.   ** Article submission address only: telecom@eecs.nwu.edu **
  19541.  
  19542. Our archives are located at lcs.mit.edu and are available by using
  19543. anonymous ftp. The archives can also be accessed using our email
  19544. information service. For a copy of a helpful file explaining how to
  19545. use the information service, just ask.
  19546.  
  19547. *************************************************************************
  19548. *   TELECOM Digest is partially funded by a grant from the              *
  19549. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  19550. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  19551. * project.  Views expressed herein should not be construed as represent-*
  19552. * ing views of the ITU.                                                 *
  19553. *************************************************************************
  19554.  
  19555. Additionally, the Digest is funded by gifts from generous readers such
  19556. as yourself who provide funding in amounts deemed appropriate. Your help 
  19557. is important and appreciated. A suggested donation of twenty dollars per
  19558. year per reader is considered appropriate. See our address above.
  19559.  
  19560. All opinions expressed herein are deemed to be those of the author. Any
  19561. organizations listed are for identification purposes only and messages
  19562. should not be considered any official expression by the organization.
  19563. ----------------------------------------------------------------------
  19564.  
  19565. From: edg@ocn.com (Ed Goldgehn)
  19566. Subject: Local Internets (was Re: PacBell and Internet)
  19567. Date: 30 Mar 1995 11:56:10 GMT
  19568. Organization: The INTERNET Connection, LLC
  19569. Reply-To: ipconnect@ocn.com
  19570.  
  19571.  
  19572. In article <telecom15.178.5@eecs.nwu.edu>, guru@kaiwan.com says:
  19573.  
  19574. > There is a company down in Atlanta which has been pushing this concept
  19575. > from the standpoint of the RBOCs will "become" your Internet Service
  19576. > Provider and all of the existing Internet Service Providers will
  19577. > become, in effect, "Long Distance Carriers" who are restricted to
  19578. > carrying Internet Traffic over LATA boundaries.  That company is
  19579. > selling Internet Service Software that complies with the "equal
  19580. > access" provisions of the Modified Final Judgment.
  19581.  
  19582. No, Bill.  That is not at all what I said to you via e-mail during our 
  19583. off-line discussion nor what our company has been doing for over one year.
  19584. And we're not selling any software.  We are a data communications company 
  19585. that has spent the last year engineering and operating an IP/CO (Internet 
  19586. Protocol Central Office).
  19587.  
  19588. What I TRIED to relate to you is that the LOCAL Internet is a different 
  19589. pricing and cost model than anything that has to do with carrying bandwidth 
  19590. out of the area (to a NAP) and back again.  This has nothing to do with our 
  19591. service here in Atlanta -- which is a LOCAL Internet.  
  19592.  
  19593. We are compliant with the MFJ but not for the reasons you state.  We are 
  19594. compliant with the MFJ because it makes the most business sense.  We are the 
  19595. only company in the US that is *operating* in a manner that provides for 
  19596. EQUAL ACCESS to any number of independent Internet Backbone Connections.  We 
  19597. do NOT require the end-user to purchase the Backbone Connection and LOCAL 
  19598. connectivity in one bundle.  A user may select LOCAL Internet Service only 
  19599. or LOCAL and WorldWide Internet Service and *then* select the provider of 
  19600. that WorldWide Internet Service of their choice.
  19601.  
  19602. Because we are compliant to the MFJ, we are able to work much more 
  19603. effectively with the RBOC's - a logical relationship given the current 
  19604. makeup of the telecommunications industry.  
  19605.  
  19606. > So, there is a valid reason to have concern that you might eventually
  19607. > be prohibited from selecting your Internet Service Provider and
  19608. > connecting to it by way of anything other than something "approved" by
  19609. > the local RBOC.
  19610.  
  19611. More paranoia as a result of ignorance.  What will result is simply a
  19612. matter of marketing economics.  Here in Atlanta, the LOCAL internet is
  19613. being built to handle at least 500,000 customers over the next two or three
  19614. years.  The issues related to handling these customers on a LOCAL Internet 
  19615. are quite different than trying to determine how much bandwidth is
  19616. necessary back to a NAP to serve all these users.  Since NAP bandwidth
  19617. is not a component of the LOCAL Internet costs model, the pricing
  19618. models of connectivity to the LOCAL Internet are considerably less
  19619. than typical (worldwide) internet connectivity.
  19620.  
  19621. > The guy from Atlanta hinted that, before long, the "local" Internet
  19622. > connectivity would be available from your friendly RBOC for $5/month
  19623. > for home use, similar to what the RBOC charges for voice mail now.
  19624. > However, because of "equal access" considerations, you would somehow
  19625. > be required to also have a subscription with a "Long Distance"
  19626. > Internet Service Provider who would connect at the "back end" of the
  19627. > Pac Bell system.  Of course, this violates the fundamental price
  19628. > structure which has evolved for the Internet, which is once you are
  19629. > connected, communicating is "free" world wide.
  19630.  
  19631. Here you go again!  To translate, Bill is saying that BANDWIDTH and 
  19632. CONNECTIVITY to a NAP is FREE.  So, no matter how much bandwidth any user 
  19633. needs to get the performance they will want in order to be productive, the 
  19634. fundamental price structure today is FREE BANDWIDTH.  Hogwash!
  19635.  
  19636. What pricing structures are in place today by MOST Internet Service 
  19637. Providers is a formula that says:
  19638.  
  19639. "Get as little backbone bandwidth as possible and let as many connections 
  19640. use it that pay me money without regard to any level of throughput 
  19641. performance and bandwidth management."  
  19642.  
  19643. This is not FREE bandwidth, Bill.  It's NO Bandwidth -- or at least no 
  19644. significant amount of bandwidth.  They incorporate a fee for the least 
  19645. amount of bandwidth that is necessary into their scheme and then give you a 
  19646. bundled price that does not break out the components.  The problem is, they 
  19647. don't tell you how much bandwidth they have committed to each end-user's 
  19648. connection or at what point they will upgrade their connection speeds to the 
  19649. backbone. I would also venture a guess that most ISP's have no idea on how 
  19650. to effectively measure or calculate end-user bandwidth requirements to begin 
  19651. with.
  19652.  
  19653. More to the point, the worldwide Internet is made up of many independent 
  19654. networks.  Most of the hype is centered around how little bandwidth there 
  19655. really is to the Internet in general (no more than a T-3 between networks 
  19656. today).  What is virtually unnoticed is that the "last mile" -- the point of 
  19657. connectivity for the user -- is the one network that's not really built 
  19658. today.  It is this network -- the LOCAL internet - that will utimately serve 
  19659. our daily networking needs.  It's the LOCAL internet that will provide 
  19660. connectivity between home and (local) work or parent/student and school. 
  19661. It's the LOCAL internet that we will use to order our groceries, make our 
  19662. restaurant reservations, and look up our children's homework assignments.
  19663.  
  19664. None of these examples NEED bandwidth back to the Worldwide Internet.  
  19665. Adding -- strike that -- REQUIRING that the end-user PAY for bandwidth that 
  19666. will not be used in over 80% of data communications places an undue cost -- 
  19667. and in most cases *performance* -- burden on that end-user.  
  19668.  
  19669. Actually, several splinters of a LOCAL Internet exist today in nearly every 
  19670. area.  The RBOC's Local Frame Relay Cloud is an internet.  SMDS service 
  19671. offerings are internets.  Local Fiber Rings providing Native Lan Interfaces 
  19672. are internets.  ATM -- when deployed -- will be an internet.  However, these 
  19673. are all singular access methods that are not accessible to each other or to 
  19674. the users that need only switched (on-demand) connectivity to these 
  19675. internets via ISDN or traditional analog modems.
  19676.  
  19677. Our service, IPConnect (sm), provides a meet point for any or all of these 
  19678. connectivity methods.  The service, and the IP/CO platform, has been 
  19679. designed to be licensed, operated, managed and marketed LOCALLY in every 
  19680. community it serves.  Moreover, IPConnect enhances the services already 
  19681. available from the LEC's by providing a high volume, low cost shared public 
  19682. access destination.  This is of significant assistance to the RBOC's (and 
  19683. other LEC's) as it provides the most flexible and cost effective method of 
  19684. establishing and maintaining data connectivity in a high volume environment. 
  19685.  
  19686. Now, when you want to go to Moscow or anywhere else on the Worldwide 
  19687. Internet, you can.  What you will pay for that destination will be dependent 
  19688. on the (worldwide) Internet Bandwidth Provider (IBP) you select.  You are 
  19689. free to select the guy down the street that's got a Factional T-1 connection 
  19690. who will only charge you $15.00 per month for unlimited usage.  Or, you are 
  19691. free to select another company that guarantees you throughput performance 
  19692. through multiple T-1's, T-3 or an OC-48 ATM connection (wouldn't that be 
  19693. nice).  But whichever IBP you select, your costs for LOCAL Internet 
  19694. connectivity have not changed.
  19695.  
  19696. And, it's not likely to be the RBOC's that will "bring" this to you, Bill.  
  19697. It's entrepreneurs and other local business people physically in your 
  19698. community that serve only your community (no ivory towers here).  Since, 
  19699. however, this only helps the RBOC's significantly increase the installed 
  19700. base of their digital data services (and therefore reduce cost), you are 
  19701. likely to find them very supportive and of great assistance in promoting our 
  19702. service and its capabilities.    
  19703.  
  19704. I know, at least, that we've found BellSouth to be that way.
  19705.  
  19706.  
  19707. (For IPConnect licensing information, send e-mail to ipconnect@ocn.com)
  19708. Ed Goldgehn, Sr Vice President/CTO              E-Mail: edg@OCN.Com
  19709. Open Communication Networks, Inc.               Voice:  (404) 919-1561
  19710. Co-Chair - Mass Markets Ind. Group / North American ISDN Users Forum (NIUF)
  19711. For more info on about the Mass Markets Group or NIUF, e-mail mmniuf@ocn.com
  19712.  
  19713. ------------------------------
  19714.  
  19715. From: pryan@sligo.screen.ie
  19716. Date: Thu, 30 Mar 1995 09:53:41 GMT
  19717. Subject: VSAT Options
  19718.  
  19719.  
  19720. Dear All,
  19721.  
  19722. I'm trying to source current info on VSAT options for communication
  19723. within Europe and also from Europe to the States. What would be the
  19724. most practical solution for the connection of offices in Ireland,
  19725. Greece and Finland by VSAT ?? I want the normal ISDN 2B+D over VSAT.
  19726.  
  19727. Anybody got any info on the price of kit at each end, the price per 
  19728. month for usage etc.
  19729.  
  19730. Any help on this matter would be appreciated. 
  19731.  
  19732.  
  19733. Thanks,
  19734.  
  19735. Padraig Ryan            pryan@sligo.screen.ie
  19736. Technical Manager                            
  19737. Screenphones Ltd.,      Tel : +353 71 41991  
  19738. Finisklin Ind. Est.,    Fax : +353 71 41985  
  19739. Sligo, Ireland.                              
  19740.  
  19741. ------------------------------
  19742.  
  19743. From: PIX048@vx8820.uib.es (PRAC)
  19744. Subject: Value Added Network
  19745. Date: 30 Mar 1995 10:24:23 GMT
  19746. Organization: Universitat de les Illes Balears
  19747.  
  19748.  
  19749. Hello!
  19750.  
  19751. I am a Spanish student. I am studying computer science in Mallorca
  19752. (Spain).  Please, help me. I need information about tarification
  19753. (rates) of VAN, if you know a VAN and its tarification, please send
  19754. me it.  I will be very pleased.
  19755.                 
  19756.  
  19757. Carmen      pix048@ps.uib.es          
  19758.  
  19759. ------------------------------
  19760.  
  19761. Date: Wed, 29 Mar 1995 16:53:31 CST
  19762. From: Andrew C. Green <ACG@frame.com>
  19763. Subject: Another Fraud Question
  19764.  
  19765.  
  19766. TELECOM Digest Editor notes, in response to a question on fraud:
  19767.  
  19768. > [TELECOM Digest Editor's Note: If you had nothing to do with participating 
  19769. > or facilitating the fraud by the other parties apparently unknown,
  19770. > then no, you are not responsible. On the other hand, if you know who
  19771. > committed the fraud, or did not act in a reasonable way to mitigate
  19772. > the losses due to the fraud, then you might very well be responsible.
  19773.  
  19774. This touches on a subject which I have never seen fully addressed: 
  19775. In all the cases where fraudulent long-distance calls were made using 
  19776. stolen card numbers (e.g. via shoulder surfing at airports), there is 
  19777. no question about _who_ was called; the number dialed by the guilty 
  19778. party is on the bill.
  19779.  
  19780. Certainly a lot of these numbers are in foreign countries, but has 
  19781. anyone ever attempted to collect from the called parties for the 
  19782. fraudulent calls? On a single call basis, the effort is probably not 
  19783. worth the expense, but when so many fraudulent calls are going to 
  19784. certain countries that access to those countries is being denied by 
  19785. certain carriers, as I understand it, I have to wonder whether some 
  19786. international cooperation on this problem might be worthwhile,
  19787. especially for numbers called more than once using stolen accounts. 
  19788. Has this been considered?
  19789.  
  19790.  
  19791. Andrew C. Green            (312) 266-4431
  19792. Frame Advanced Product Services
  19793. 441 W. Huron               Internet: acg@frame.com
  19794. Chicago, IL  60610-3498    FAX: (312) 266-4473
  19795.  
  19796.  
  19797. [TELECOM Digest Editor's Note: The trouble with attempting to collect from
  19798. the recipient of the call is that it completely goes against the grain of
  19799. how the system operates. What are you supposed to do, be afraid to answer
  19800. your phone when it rings for fear that later on you might be required to
  19801. pay for the call?  Unlike other utility services such as electricity or
  19802. the water works or gas works, the telephone is different. Your usage of
  19803. water, electricity, etc has no bearing on anything anyone else does. With
  19804. the phone on the other hand, it takes two to tango. Your use of the phone
  19805. requires a cooperating person willing to do the same thing at the same
  19806. time. Since you can control when/who you call, but have no control over
  19807. when someone calls you, the system is set up so the one making the active
  19808. gesture pays; the passive recipient does not pay unless he agrees to do so.
  19809.  
  19810. Now in the past -- maybe still today -- telco does try to trick the
  19811. recipient into identifying calls which 'fell out' of the billing system
  19812. into unidentified suspense ledgers. It used to be so cute:
  19813.  
  19814. (Bell Rep): Hello Mrs. Jones? This is Mrs. Smith at the phone company. Sorry 
  19815. to bother you but we have a problem.  You got a call last month from someone 
  19816. in Kansas City. It seems our operator somehow accidentally wrote down the 
  19817. wrong number to be billed for the call; (forgot to write down any number at 
  19818. all, etc) ... we were wondering if you could tell us who you spoke with so 
  19819. we can get the billing corrected.
  19820.  
  19821. (Mrs. Jones): Oh, you mean my son Fred! Such a good boy, and so smart with
  19822. computers!
  19823.  
  19824. (Bell Rep): Thank you, Mrs. Jones. We'll see that the billing gets fixed,
  19825. and we will tell our operator to be more careful in the future. <Smiling to
  19826. herself as she disconnects, making the web a little tighter around Fred.> 
  19827.  
  19828. What they attempt to do is prove the recipient of the call had knowledge
  19829. of the circumstances. Smart phreaks know you don't ever use a phraud card
  19830. to call anyone who knows you personally; you use them to call radio station
  19831. request lines, hotel switchboards, recorded announcement lines, etc. Then 
  19832. when the investigators are calling around, trying to clear the suspense
  19833. ledger, they just keep reaching dead ends. Now and then they reach someone
  19834. like Mrs. Jones -- a sweet little old lady who runs her mouth off -- and
  19835. afterward the investigators chuckle about how 'the old bitch doesn't know
  19836. it but she bought her son an indictment by a federal grand jury ...' Such
  19837. a good boy! So smart with computers!  Would you want them calling *your 
  19838. mother* to ask her who she spoke with last week in Chicago, or your employer, 
  19839. or your non-phreaking friends?  Would you want to explain to your family or 
  19840. friends why, if they got a call like that from a telco they should not answer
  19841. honestly? 
  19842.  
  19843. About ten years ago when General Motors got hit with fraud up the
  19844. kazooey -- a million dollar's worth -- on their dialup WATS extender
  19845. lines they took one of the clerks and had her sit there and call every
  19846. single recipient; everyone who got called through that WATS extender.
  19847. There were thousands of calls since phreaks all over the world had
  19848. been advised in bulletin board messages about the GM network and how
  19849. to dial into it. Ditto 'Unitel'; the United Air Lines internal phone
  19850. network which connects airport facilities all over the USA via
  19851. three-digit tie-line codes, then dialout with '9' from the distant
  19852. centrex or pbx whose tie-line you grabbed. They did the same thing; sat
  19853. there and called everyone who had been called; plenty of people had
  19854. lots of things to tell them, mostly unwittingly, but now and then on
  19855. purpose and vindictively. When they find someone who over and over and
  19856. over again seems to recieve 'this kind' of call, then they start to
  19857. squeeze a little harder. Unless they can prove the recipient was in
  19858. on it they can't make him pay, but they sure can make life miserable.  PAT]
  19859.  
  19860. ------------------------------
  19861.  
  19862. From: shawnlg@skypoint.com (Shawn Gordhamer)
  19863. Subject: Has There Been *Any* Digital Cellular Fraud Yet in the US?
  19864. Date: Thu, 30 Mar 1995 04:12:22 GMT
  19865. Organization: SkyPoint Communications, Inc.
  19866.  
  19867.  
  19868. Does anyone know of any instances of fraud happening on digital
  19869. cellular phones?  I'm just wondering if the criminal element has
  19870. reached a sophistication to clone these phones?
  19871.  
  19872. If the cellular industry is losing so much money on fraud, and if
  19873. criminals cannot defraud people with digital phones, then the cellular
  19874. industry should find it worth it in high crime areas to subsidize
  19875. digital phones for all customers.  $1 million a day could buy a lot of
  19876. digital phones!  Let the companies put their money where their mouth
  19877. is if they are so worried about fraud.
  19878.  
  19879.  
  19880. Shawn Gordhamer    shawnlg@skypoint.com
  19881.  
  19882.  
  19883. [TELECOM Digest Editor's Note: I dunno ... has there been? Does anyone
  19884. know yet?  You are forgetting one thing though Shawn. There is what
  19885. is sometimes called the politics of cellular fraud; sometimes I think
  19886. its more fun to talk about than do anything about. I suspect a few
  19887. cell carriers must feel the same way. Those big million dollar a day
  19888. losses can be quite helpful during this Holy Season of the Year as we
  19889. sacrifice not only for Lent but for the Internal Revenue Service as
  19890. well. As we walk the stations of the tax collectors, local, county, 
  19891. state, and federal, pausing at each to reflect and meditate on our
  19892. numerous bogus declarations from the year before and to seek Divine
  19893. Guidance from H & R Block on how to obtain a Tax Refund Anticipation
  19894. Loan, we need to remember that million dollar per day losses do add
  19895. up nicely and come in quite handy as we humbly beseech the tax auditor
  19896. to celebrate Passover this year by passing us over for another year.
  19897. If a million dollars per day is not enough sacrifice to Her Holieness,
  19898. the current IRS (where the S means service!) Commissioner, then next
  19899. year we double the rates to our customers so we can have two million
  19900. dollars per day losses and see if that satisfies those greedy high 
  19901. priests.
  19902.  
  19903. In other tax news, the Internal Revenue Service processing center in
  19904. Martinsburg, WV burned down a few days ago. Seriously. They're not
  19905. sure how it happened (arson was ruled out) but it was a big blaze
  19906. and the whole building was pretty well destroyed. Employees on duty
  19907. at the time had to be evacuated by the Fire Department, the whole works.
  19908. The Commissioner noted in a press release that 'this will cause some
  19909. administrative problems for us this year ...'.  But they had an emergency
  19910. re-location effort and expect to be back in operation in Martinsburg
  19911. soon, with minimal disruption to their annual festivities. You readers
  19912. who worship at the throne ... err ... file via the Martinsburg center,
  19913. needn't be alarmed, or rejoice either for that matter. All Hail the
  19914. Power of microfilm and backup tapes stored off premises. Such good
  19915. servants! And so smart with computers! They'll be ready to 'serve'
  19916. you again soon.  PAT]
  19917.  
  19918. ------------------------------
  19919.  
  19920. Date: Tue, 28 Mar 1995 18:48:00 -0500
  19921. From: jim.wenzel@grapevine.lrk.ar.us (Jim Wenzel)
  19922. Subject: Does Privacy Lose Out in Cellular Fraud Prevention Plans?
  19923. Reply-To: jim.wenzel@grapevine.lrk.ar.us (Jim Wenzel)
  19924. Organization: Ferret BBS *** N. Little Rock, AR *** (501) 791-0124
  19925.  
  19926.  
  19927. > In my opinion, telecom fraud such as cellular fraud can be easily
  19928. > controlled by keeping user profiles for his calling patterns. When
  19929. > these patterns change suddenly and the volume of calls increases
  19930. > heavily, these high fraud certainty calls are redirectd to an
  19931. > operator.
  19932.  
  19933. While I realize the need for 'user profiles', I can't help but shudder
  19934. everytime I hear about them. Primarily because, I am concerned over
  19935. how this information can be used. Does your company share these 'user
  19936. profiles'? Or, are they for internal use only? Do your customers know
  19937. that you keep their calling patterns? Or do you collect this
  19938. information on the sly? If they do know, do they have the option of
  19939. subscribing to this service?  Or is it imposed?
  19940.  
  19941. So much data is being collected on each and everyone of us that it is
  19942. only a matter of time where every action will be tracked, collected, and
  19943. dissiminated.
  19944.  
  19945. Again, I understand the need. It is valid, fraud hurts us all. My
  19946. concern is can (not if) the 'user profiles' be accessed by an outside
  19947. party? If so, what steps are taken to protect your consumers? Do you
  19948. notify them of inquiries? (such as Transunion, Equifax etc... are
  19949. required to do?) I am not directing this at your company in particular.
  19950. I know the practice is common with many companies, not just those in the
  19951. Telecom field. Just voicing my opinions as they reflect upon the privacy
  19952. of us all and curious as to how much consideration companies put into
  19953. the issue. I don't think they look at the issue. I know they don't
  19954. where I work <sigh>.
  19955.  
  19956.  
  19957. jim.wenzel@grapevine.lrk.ar.us 
  19958. The Ferret Bulletin Board System  (501) 791-0124
  19959. North Little Rock, Arkansas
  19960.  
  19961.  
  19962. [TELECOM Digest Editor's Note: You know Jim, you ask too many questions
  19963. for your own good. :)  You make some people get uncomfortable when you
  19964. raise issues like that. We don't want that do we?     PAT]
  19965.  
  19966. ------------------------------
  19967.  
  19968. From: Ministry of Defence <angelidi@athena.compulink.forthnet.gr>
  19969. Subject: Software Request For HF Radio Modems
  19970. Date: 29 Mar 1995 23:02:08 +0300
  19971. Organization: CompuLink On-Line Services
  19972.  
  19973.  
  19974. I have a pair of RF-5710 HF radio modems made by HARRIS.  I'm trying
  19975. to make some tests for a radio link between two PCs with the help of
  19976. two HF tranceivers which support only half duplex channels.  The
  19977. problem that I have is that the modems key the transmiters according to
  19978. the state of the RTS pin of the RS232 port of the computers. The
  19979. commercial software that I tried so far, set RTS active the moment
  19980. they start to run and do not deactivate it when they have nothing to
  19981. send. So with all the software that I tried so far I end up with both
  19982. the transeivers being keyed and of course no communication link since I
  19983. cannot have reception and transmission on different radio channels.  I
  19984. wonder if someone could help me find packet-radio software that
  19985. overcomes this problem.  
  19986.  
  19987. Thanking you in advance,
  19988.  
  19989.  
  19990. Gerasimos Michalitsis   email: angelidi@athena.compulink.forthnet.gr
  19991.  
  19992. ------------------------------
  19993.  
  19994. From: dcrane@crl.com (David Crane)
  19995. Subject: USA Telecom Consultant Needed
  19996. Date: 29 Mar 1995 12:25:23 -0800
  19997. Organization: CRL Dialup Internet Access  (415) 705-6060  [Login: guest]
  19998.  
  19999.  
  20000. I am searching for a telecommunications consultant to join me in a
  20001. large telecom sourcing contract for a major US company. I would
  20002. appreciate pointers to consultants, consulting organizations, or
  20003. professional organizations that refer members to inquirers.
  20004.  
  20005.  
  20006. Dave Crane
  20007.  
  20008. ------------------------------
  20009.  
  20010. From: upwk@pool.info.sunyit.edu (Philip W. King)
  20011. Subject: Need Information on ATM and Telemedicine
  20012. Organization: State University of New York -- Institute of Technology
  20013. Date: Wed, 29 Mar 1995 20:10:49 GMT
  20014.  
  20015.  
  20016. I am doing a telecommunications research paper on the applications of
  20017. telemedicine and the use of Asynchronous Transfer Mode (ATM) as a 
  20018. technology.  Answering the following related questions would be helpful 
  20019. for my paper: 
  20020.  
  20021.    * Is anyone considering updating there telemedicine network to ATM in the 
  20022.      future?  
  20023.    * Would ATM be feasible for your purposes or not?
  20024.    * What are the system requirements needed for your current system?
  20025.    * Who uses the current telemedicine system and where do they use it?
  20026.    * What are the benefits and the disadvantages of telemedicine in your
  20027.      opinion?
  20028.    * What applications do you use now concering telemedicine?
  20029.    * What applications you can't use but would like to use?
  20030.    * How might ATM solve or not solve your problems with these applications?
  20031.    * What ATM products would be needed for your telemedicine applications? 
  20032.  
  20033.      Any help relating to ATM and telemedicine would be helpful in my 
  20034. research.  
  20035.  
  20036.  
  20037. Thank you,
  20038.  
  20039. Philip    upwk@sunyit.edu
  20040.  
  20041. ------------------------------
  20042.  
  20043. From: sjm8725@ucs.usl.edu (Mahler Stephen J)
  20044. Subject: PBX E911 Database
  20045. Date: 29 Mar 1995 16:12:05 GMT
  20046. Organization: Univ. of Southwestern La., Lafayette
  20047.  
  20048.  
  20049. Can anyone advise if they have dealt with their RBOC on providing PBX
  20050. ALI Information to the E911 database.
  20051.  
  20052. The University is trying to work with the local 911 district that is
  20053. adding ALI (address information) service to 911 operations.  We are
  20054. investigating the various black boxes to tie our G3R switch to the
  20055. CAMA lines that will support the operation.  The big problem seems to
  20056. be the RBOC (Bell South) database constraints.
  20057.  
  20058. The database upload procedure includes fixed format records of 232
  20059. characters in length, and synchronous modems.  Really!  We are
  20060. attempting to suggest a more modern approach ... ftp, or even mailing
  20061. an ascii file on a DOS floppy.  They just don't seem too interested in
  20062. making this a simple procedure.
  20063.  
  20064. If you have worked this problem, successfully or unsuccessfully, I
  20065. would appreciate a note or a call from you with the story of your
  20066. effort.  I sure hope someone has been successful in bring their RBOC
  20067. into the 80s on this issue.
  20068.  
  20069.  
  20070. Thanks,
  20071.  
  20072. Steve Mahler, Director     Information Networks
  20073. University of Southwestern Louisiana
  20074. 318-482-6418(w) or mahler@usl.edu
  20075.  
  20076. ------------------------------
  20077.  
  20078. From: nsayer@quack.kfu.com (Nick Sayer)
  20079. Subject: Where to Complain About Unsolicited Fax Ad?
  20080. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  20081. Date: 29 Mar 1995 16:12:56 UTC
  20082.  
  20083.  
  20084. I just received a fax this morning containing a solicitation.  My
  20085. reading of the law banning fax advertising leads me to believe that it
  20086. covers this instance (no ongoing business relationship concerning the
  20087. material, no request that it be sent, etc).  To whom do I give the
  20088. details of this occurrance so that the correct legal steps can be
  20089. taken?
  20090.  
  20091. First I get an e-spam adding me to an unwanted commercial mailing list
  20092. (not from the fax-spam outfit), now this. It's been a trying week.
  20093.  
  20094.  
  20095. Nick Sayer <nsayer@quack.kfu.com>    N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM  
  20096. +1 408 249 9630, log in as 'guest'   URL: http://www.kfu.com/~nsayer/   
  20097.  
  20098.  
  20099. [TELECOM Digest Editor's Note: You poor thing. Its been a trying week,
  20100. hasn't it?  You've been put upon, abused and misused, and its only
  20101. Thursday. Wait until tomorrow ... maybe you will get a telemarketing
  20102. call to add to your woes.  Most people have a wastebasket sitting next
  20103. to their fax machine for good reason.    PAT]  
  20104.  
  20105. ------------------------------
  20106.  
  20107. From: smith@tekelec.com (Lee Smith)
  20108. Subject: Looking For BX.25 Solutions
  20109. Date: 29 Mar 1995 22:21:15 GMT
  20110. Organization: Tekelec, Inc.
  20111.  
  20112.  
  20113. An application our company is exploring requires BX.25 interfaces (a
  20114. Bellcore "enhancement" to X.25).  Anyone know of a modem supporting
  20115. RS-232 to BX.25, or a custom chipset (a la SGS-Thomson) or other
  20116. possible solution?
  20117.  
  20118. Any help appreciated!
  20119.  
  20120.  
  20121. Responses to smith@tekelec.com
  20122.  
  20123. ------------------------------
  20124.  
  20125. Date: 30 Mar 1995 10:58:02 EST
  20126. From: AMatters@dca.gov.au
  20127. Subject: Economies of Scale in Telecommunications
  20128.  
  20129.  
  20130. Hi all,
  20131.  
  20132. I'm hoping someone may be able to help me with the following information 
  20133. request:
  20134.  
  20135. I have been asked to pull together some work on Economies of Scale in 
  20136. Telecommunications but have seemingly run into a bit of a wall.  
  20137.  
  20138. Having scoured our libraries (incl on-line searches), the latest
  20139. article I have is a 1992 paper by Shin and Ying.  Can anyone please
  20140. help me with ANY later information (preferably, but not necessarily,
  20141. empirical)??  I also have particular interest in Australia, but figure
  20142. this could be pushing my luck!!  :-)
  20143.  
  20144. Any information will be greatly appreciated -- if you email me direct,
  20145. I am prepared to compile and repost to this list.
  20146.  
  20147.  
  20148. Thanks,
  20149.  
  20150. Andy Matters    [amatters@dca.gov.au]
  20151.  
  20152. ------------------------------
  20153.  
  20154. End of TELECOM Digest V15 #180
  20155. ******************************
  20156.     
  20157.     
  20158. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28841;
  20159.           31 Mar 95 7:00 EST
  20160. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20161.     id AA16266; Thu, 30 Mar 95 23:09:16 CST
  20162. Return-Path: <telecom>
  20163. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20164.     id AA16259; Thu, 30 Mar 95 23:09:13 CST
  20165. Date: Thu, 30 Mar 95 23:09:13 CST
  20166. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  20167. Message-Id: <9503310509.AA16259@delta.eecs.nwu.edu>
  20168. To: telecom@eecs.nwu.edu
  20169. Subject: TELECOM Digest V15 #181
  20170.  
  20171. TELECOM Digest     Thu, 30 Mar 95 23:09:00 CST    Volume 15 : Issue 181
  20172.  
  20173. Inside This Issue:                           Editor: Patrick A. Townson
  20174.  
  20175.     Re: Profitting From ISDN (Fred R. Goldstein)
  20176.     Re: Globalstar, Odyssey, Aries (Zhihui Huang)
  20177.     Re: Who is SS7? (Clifford Baldwin)
  20178.     Re: Caller ID Answering Machines? (Steve Cogorno)
  20179.     Re: Caller ID Answering Machines? (Lynne Gregg)
  20180.     Re: Caller ID Answering Machines? (Scott B. Campbell)
  20181.     Re: Caller ID Answering Machines? (Warren Leach)
  20182.     Re: Caller ID Answering Machines? (barryg9999@aol.com)
  20183.     Re: MCI's New Thing (Robert Levandowski)
  20184.     Re: MCI's New Thing (Tim Dillman)
  20185.     Re: New NPA in SC Scheduled For December (Lee Winson)
  20186.     Re: Information Wanted About Telecommunications in China (Kevin Gilford)
  20187.     Re: Looking For a ISP in Interlaken, Switzerland (Jack Hamilton)
  20188.     Callback Service: Sell It For What You Want (Al Niven)
  20189.  
  20190. TELECOM Digest is an electronic journal devoted mostly but not
  20191. exclusively to telecommunications topics. It is circulated anywhere
  20192. there is email, in addition to various telecom forums on a variety of
  20193. public service systems and networks including Compuserve and America
  20194. On Line. It is also gatewayed to Usenet where it appears as the moderated
  20195. newsgroup 'comp.dcom.telecom'. 
  20196.  
  20197. Subscriptions are available to qualified organizations and individual
  20198. readers. Write and tell us how you qualify:
  20199.  
  20200.                  * telecom-request@eecs.nwu.edu *
  20201.  
  20202. The Digest is edited, published and compilation-copyrighted by Patrick
  20203. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  20204. or phone at:
  20205.                     9457-D Niles Center Road
  20206.                      Skokie, IL USA   60076
  20207.                        Phone: 500-677-1616
  20208.                         Fax: 708-329-0572
  20209.   ** Article submission address only: telecom@eecs.nwu.edu **
  20210.  
  20211. Our archives are located at lcs.mit.edu and are available by using
  20212. anonymous ftp. The archives can also be accessed using our email
  20213. information service. For a copy of a helpful file explaining how to
  20214. use the information service, just ask.
  20215.  
  20216. *************************************************************************
  20217. *   TELECOM Digest is partially funded by a grant from the              *
  20218. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  20219. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  20220. * project.  Views expressed herein should not be construed as represent-*
  20221. * ing views of the ITU.                                                 *
  20222. *************************************************************************
  20223.  
  20224. Additionally, the Digest is funded by gifts from generous readers such
  20225. as yourself who provide funding in amounts deemed appropriate. Your help 
  20226. is important and appreciated. A suggested donation of twenty dollars per
  20227. year per reader is considered appropriate. See our address above.
  20228.  
  20229. All opinions expressed herein are deemed to be those of the author. Any
  20230. organizations listed are for identification purposes only and messages
  20231. should not be considered any official expression by the organization.
  20232. ----------------------------------------------------------------------
  20233.  
  20234. Date: Thu, 30 Mar 1995 10:45:01 -0500
  20235. From: Fred R. Goldstein <fgoldstein@BBN.COM>
  20236. Subject: Re: Profitting From ISDN
  20237.  
  20238.  
  20239. At 09:28 AM 3/30/95 -0500, Ed Goldgehn wrote:
  20240.  
  20241. > Most of you might know that Fred and I don't agree about the FCC's proposed 
  20242. > increase in the CALC for ISDN (Fred is FOR the increase).  However, I do 
  20243. > agree that the proposed increase is not the most substantial issue with 
  20244. > regard to mass marketing of ISDN.
  20245.  
  20246. > However, I strongly disagree with Fred with continuing this RBOC bashing on 
  20247. > the price of ISDN.  While deregulation and market issues are of importance, 
  20248. > Fred is considerably oversimplifying the situation by focusing on the voice 
  20249. > services component of ISDN - IMHO, a very significant mistake.
  20250.  
  20251. I'm tempted to make some sarcastic comments about Ed's inveighing
  20252. against the use of non-English languages in America, the merits of SNA
  20253. versus DECnet, or something else irrelevant.  After all, he entirely
  20254. missed the point of my article.  I was NOT writing about ISDN VOICE
  20255. service at all!  I was primarily addressing the fixed costs of getting
  20256. the ISDN line installed, plus the cost of making data calls.
  20257.  
  20258. Telephone companies try to snow people.  They make it sound as if ISDN
  20259. is a "new thang", some kind of high-tech thingamabob requiring tons of
  20260. new technology, investment, etc.  This is all high-tech buncombe.
  20261.  
  20262. ISDN is nothing more than a patch to the interface to the existing
  20263. public switched telephone network.  The original network was analog,
  20264. but digital transmission (starting in the 1960s with T1) and digital
  20265. switching (starting in the 1970s) were added to it in a backward-compatible 
  20266. way.  Thus the digital components, being new to an analog world, had
  20267. to act analog.  T1 therefore can carry dialed digits via digitized
  20268. representations of touch-tone sounds, or via sampled-bit representations 
  20269. of dial pulses, but these are incredibly inefficient ways to use 64000
  20270. bps channels.  That's the sort of problem you get in a backward-compatible 
  20271. world.
  20272.  
  20273. What ISDN adds is "digital glue" at the edge of the network.  The
  20274. telcos already use digital glue (SS7) between most switches.  ISDN
  20275. replaces the nineteenth-century 90 volt AC ring and 48 volt battery
  20276. with a modern bit stream, at the subscriber line, and replaces tone
  20277. and voltage signaling with a message-based protocol (DSS1) on a
  20278. signaling (D, which no longer officially stands for delta) channel.
  20279.  
  20280. When a CO switch adds ISDN, it gets a few extras.  It needs new line
  20281. cards, which btw don't cost all that much more than analog cards.  It
  20282. needs "packet handler" equipment to route the D channel messages to
  20283. the switch CPU, since the old line cards had only a lower-bandwidth
  20284. (on-hook/off-hook counter) route.  This is probably most of the
  20285. $6.60/month/line that NYNEX measured in its rate case.  And it needs
  20286. new software.  As we all know, software pricing is a tricky area.  It
  20287. divides a fixed cost among the estimated demand.  In France, for
  20288. instance, almost every CO has ISDN -- it's a standard option there the
  20289. way touch-tone is in America -- so the switch manufacturers could
  20290. divide it among many users. In America, the RBOCs deployed ISDN
  20291. slowly, so the CO vendors had to charge more per switch to recover
  20292. their investment.  Such false economy ...
  20293.  
  20294. > ISDN is, after all, NOT a telephone line.  It's bandwidth.  And it's a 
  20295. > sizable quantity of bandwidth that the user is free to do with in anyway 
  20296. > they see fit (with the exception of the limitations proposed by Senator 
  20297. > Exon's view of the world).
  20298.  
  20299. Uh, no.  ISDN IS a telephone line.  An call made across and ISDN line IS
  20300. bandwidth.  How much bandwidth?  Well, remember, ISDN is just a digital
  20301. access port on the existing digital network.  It uses EXACTLY the same
  20302. basic bandwidth (64000 +/- <.0001) bps as any other call!  This applies
  20303. equally to voice AND data calls.
  20304.  
  20305. When ISDN was developed, separate bearer services were defined for
  20306. speech, audio and data.  This wasn't supposed to be for pricing
  20307. purposes.  In America, we encode speech using the "mu law" and Europe
  20308. uses the "A law", so a speech or audio call across the puddle MUST be
  20309. converted.  A data call MUST go clear!  An audio or speech call MAY be
  20310. compressed/processed/etc., but that's not ever economical for LOCAL
  20311. calls, and rarely economical today for domestic calls (except on
  20312. private networks).
  20313.  
  20314. So "ISDN is Bandwidth" turns into a kind of metaphysical gibberish
  20315. like so much other newage spamming the net these days.  It takes a
  20316. simple issue and confuses it.  How is ISDN NOT the same as POTS?  I've
  20317. priced out the CO switch components, one by one.  I've priced out PBX
  20318. components.  It's just like POTS only more suitable to using modern
  20319. silicon components.
  20320.  
  20321. > The RBOC's, in general, are still not very interested in ISDN Voice service 
  20322. > deployment.  In fact, ISDN voice is generally viewed as a complication to 
  20323. > the sale of ISDN due to its many complications.  The evidence of this is in 
  20324. > their tariffs.
  20325.  
  20326. Half true.  RBOCs want to sell ISDN Centrex voice, to compete with
  20327. PBXs that have fancy proprietary phones.  They don't want other ISDN
  20328. voice; it would all compete with Centrex.  But let's look elsewhere,
  20329. where Centrex hasn't polluted the minds of telcos.  In Germany, and
  20330. elsewhere in Europe, if you have a large PBX, you WILL use ISDN PRI to
  20331. connect to the CO.  Why?  Because ISDN PRI is easier to maintain than
  20332. analog trunks or analog-style signaling over E1.  PRI saves the
  20333. customer AND carrier money that way.  And it's just a slightly (!)
  20334. different interface, after all.  RBOCs tend to overprice PRI because
  20335. they don't want to make life easy for PBX vendors; after all, they
  20336. compete with Centrex!
  20337.  
  20338. > So, what are you being charged for with ISDN?  BANDWIDTH and the necessary 
  20339. > local backbone that was put in place to carry it - a backbone that is still 
  20340. > being built and that costs a considerable amount of money to engineer and 
  20341. > install.  Not the original backbone for voice services and not a migration 
  20342. > of that voice service backbone to a digital environment.  
  20343.  
  20344. Yes, it IS the original backbone.  Exactly the same.  Same fiber optic
  20345. pipes.  Telcos may choose to dedicate some T1 channels in the pipes to
  20346. "data" bearers and some to "speech" bearers, but that's not a
  20347. requirement of ISDN, and it has no real cost differential, except that
  20348. the data trunk groups are smaller and thus somewhat less efficient.
  20349. The proof is in the pudding: Data Over Speech Bearer Service works
  20350. because there is no real difference!  Data bearer connectivity at 64k
  20351. (rather than 56k) depends on Signaling System 7, but that's really
  20352. deployed for other reasons, including faster call setup, CLASS
  20353. service, easier maintenance (well, that's questionable), etc.  The
  20354. only time data v. speech really matters is at international gateways.
  20355. And yes, some low-price IXCs do play games with voice, but modems
  20356. suffer too from it.
  20357.  
  20358. > Market demands will bring pricing down.  But, it is unreasonable to believe 
  20359. > that some 20,000-30,000 users that are currently using ISDN in each of the 
  20360. > RBOC's areas come close to compensating for the investment that was, and 
  20361. > will continue to be, necessary to provide the service - DO SOME MATH FOLKS!
  20362.  
  20363. Telco prices are based on an odd model: If nobody buys it, raise the
  20364. price!  If ISDN were priced and delivered right, there'd be more
  20365. users.  ISDN competes with POTS and modems.  There is some price
  20366. elasticity, especially for residential data users, potentail
  20367. Internet-over-ISDN customers, etc.
  20368.  
  20369. > Stop bashing the RBOC's!  Instead, start exercising the freedoms you have in 
  20370. > this society and THINK about how you personally can profit from what they've 
  20371. > accomplished.  Hint -> Quantities of information (DATA) delivered to lots of 
  20372. > people inexpensively for which you're getting paid.
  20373.  
  20374. Some potential ISDN customers have jobs, and prefer it that way.  If
  20375. ISDN were limited to potential entrepreneurs, it would be as popular
  20376. as, say, 1964 Worlds' Fair Picturephone.  Besides those entrepreneurs
  20377. need customers.  Should those customers use POTS and modem banks to
  20378. reach the info-for-sale,or should they use ISDN?  Hint: POTS provides
  20379. about 26 kbps data bandwidth at very competitive prices.
  20380.  
  20381. Okay, now that I've pontificated enough, it's plug time.  I'll be
  20382. teaching a course on ISDN (EE 5465) at Northeastern University's
  20383. State-of-the-Art Program, for ten Thursdays at 5:30-7:30 in Lexington,
  20384. MA, starting next week (4/6 Spring semester).  It's almost full up but
  20385. local Telecom readers might be interested. Registration by phone is at
  20386. (617) 320-8052.  I promise not to be too objective.
  20387.  
  20388.  
  20389. Fred R. Goldstein  k1io   fgoldstein@bbn.com   +1 617 873 3850
  20390. Bolt Beranek & Newman Inc.  Cambridge MA  USA +1 617 873 3850
  20391.  
  20392. ------------------------------
  20393.  
  20394. From: zhuang@quip.eecs.umich.edu (Zhihui Huang)
  20395. Subject: Re: Globalstar, Odyssey, Aries
  20396. Date: 30 Mar 1995 20:03:40 GMT
  20397. Organization: University of Michigan
  20398.  
  20399.  
  20400. In article <telecom15.157.1@eecs.nwu.edu>, JOBACHMANN <jobachmann@aol.com> 
  20401. wrote:
  20402.  
  20403. >> I would appreciate if someone tells me where to get information on
  20404. >> Globalstar, Odyssey, Aries.
  20405.  
  20406. > To answer your general question, I found a good overview in:
  20407. >                Eastern European & Former Soviet Telecom Report
  20408. >                                  July 1, 1994
  20409. > SECTION: No. 7, Vol. 5; ISSN: 1054-6499
  20410. > LENGTH: 2937 words
  20411. > HEADLINE: SPECIAL REPORT: Big LEO Systems - Global Voice and Data Service
  20412.  
  20413. Another place to look is the following article:
  20414.  
  20415.  InProceedings{Mangir:futureSatCom,
  20416.   author =      "Tulin E. Mangir",
  20417.   title =      "The Future of Public Satellite Communications",
  20418.   pages =      "395--410",
  20419.   volume = "1",
  20420.   booktitle = "Proceedings of 1995 IEEE Aerospace Applications Conference",
  20421.   year =      "1995",
  20422.   address =      "Snomass at Aspen, Colorado",
  20423.   month =      feb,
  20424. }
  20425.  
  20426. It discusses the said systems except Aries. I suspect that you can get
  20427. it from the references of the article.
  20428.  
  20429.  
  20430. Zhihui
  20431.  
  20432. ------------------------------
  20433.  
  20434. From: marvell@ix.netcom.com (Clifford Baldwin)
  20435. Subject: Re: Who is SS7?
  20436. Date: 30 Mar 1995 02:56:16 GMT
  20437. Organization: Netcom
  20438.  
  20439.  
  20440. In <telecom15.177.7@eecs.nwu.edu> Engel2@ix.netcom.com (Bill & Susan 
  20441. Engel) writes: 
  20442.  
  20443. > Could anyone tell me which long distance carriers utilize the SS7 
  20444. > technology throughout their system?
  20445.  
  20446. > Of special interest are:
  20447.  
  20448. > AT&T
  20449. > MCI
  20450. > Sprint
  20451. > Allnet
  20452. > WilTel (which is, I believe)
  20453. > Call America
  20454.  
  20455. > Others?
  20456.  
  20457. Of the six listed, it's a sure bet that AT&T, MCI, Sprint and WilTel do.
  20458. In fact, I can vouch for MCI (used to work for them). They are major
  20459. players with substantial infrastructure. The remaining, to my knowledge, 
  20460. are resellers, meaning that they buy capacity from the big boys and
  20461. pump traffic through it at (supposedly) lower rates. They benefit from
  20462. using the network without having to maintain it.
  20463.  
  20464. BTW -- the  players offering ISDN will being using SS7. Can't have one 
  20465. without the other.
  20466.  
  20467.  
  20468. Cliff Baldwin    marvell@ix.netcom.com
  20469.  
  20470. ------------------------------
  20471.  
  20472. From: cogorno@netcom.com (Steve Cogorno)
  20473. Subject: Re: Caller ID Answering Machines?
  20474. Date: Tue, 28 Mar 1995 23:45:01 PST
  20475.  
  20476.  
  20477. Bob Izenberg said:
  20478.  
  20479.  
  20480. >     I had cause to speak to my local telco customer service folks
  20481. > the other day, and they finished with a caller ID pitch.  It seems to
  20482. > me that recording caller ID information along with, or without, an
  20483. > incoming phone message, would be an obvious combination.  Has anyone
  20484. > brought an answering machine combining these features to market?
  20485.  
  20486. Yes!  I just saw one yesterday in Hello Direct.  Unfortunately, I didn't
  20487. keep the catalog.  I also recall someone requesting a Caller ID Box that
  20488. "shouts" the number.  The new HD has that too.
  20489.  
  20490.  
  20491. Steve     cogorno@netcom.com
  20492.  
  20493. ------------------------------
  20494.  
  20495. From: Lynne Gregg <lynne.gregg@mccaw.com>
  20496. Subject: Re: Caller ID Answering Machines?
  20497. Date: Tue, 28 Mar 95 15:27:00 PST
  20498.  
  20499.  
  20500. > It seems to me that recording caller ID information along with, or
  20501. > without, an incoming phone message, would be an obvious combination.
  20502. > Has anyone brought an answering machine combining these features to
  20503. > market?
  20504.  
  20505. Yes.  Both AT&T Consumer Electronics and Northern Telecom have recent
  20506. entries in the market.  NT sells through their terminal distributors
  20507. including Sprint.
  20508.  
  20509.  
  20510. Regards,
  20511.  
  20512. Lynne
  20513.  
  20514. ------------------------------
  20515.  
  20516. Date: Wed, 29 Mar 1995 20:42:15 +0000 
  20517. From: scott-b.campbell@nt.com
  20518. Subject: Re: Caller ID Answering Machines? 
  20519. Organization: Northern Telecom 
  20520.  
  20521.  
  20522. In article <telecom15.174.3@eecs.nwu.edu> Bob Izenberg, bei@io.com writes:
  20523.  
  20524. >  Has anyone brought an answering machine combining these features to
  20525. > market?
  20526.  
  20527. Yes.  Northern Telecom has the Meridian 9516 Caller ID answering
  20528. machine.  Call "Call Direct" at 1-800-842-7439 for information and
  20529. pricing.  There are on-line reviews and brochures in the TELECOM and
  20530. CEGENERAL forums of CompuServe, if you have access.
  20531.  
  20532.  
  20533. Scott     Northern Telecom
  20534.  
  20535. ------------------------------
  20536.  
  20537. From: warren@bluesky.com (Warren Leach)
  20538. Subject: Re: Caller ID Answering Machines?
  20539. Date: 28 Mar 1995 23:55:26 GMT
  20540. Organization: Blue Sky Research - Portland OR
  20541.  
  20542.  
  20543. In article <telecom15.174.3@eecs.nwu.edu> bei@io.com (Bob Izenberg)
  20544. writes:
  20545.  
  20546. > It seems to me that recording caller ID information along with, or
  20547. > without, an incoming phone message, would be an obvious combination.
  20548. > Has anyone brought an answering machine combining these features to
  20549. > market?
  20550.  
  20551. Don't know the model number, but Northern Telecom produces such a
  20552. device.  I think Hammacker-Schlemmer (sic?) in New York carries it.
  20553.  
  20554.  
  20555. Warren Leach, Cruise Director
  20556. Blue Sky Research, Portland, Oregon
  20557. warren@bluesky.com
  20558.  
  20559. ------------------------------
  20560.  
  20561. Date: Thu, 30 Mar 1995 15:52:12 -0500
  20562. From: BarryG9999@aol.com
  20563. Subject: Re: Caller ID Answering Machines
  20564.  
  20565.  
  20566. > I had cause to speak to my local telco customer service folks
  20567. > the other day, and they finished with a caller ID pitch.  It seems 
  20568. > to me that recording caller ID information along with, or without, 
  20569. > an incoming phone message, would be an obvious combination.
  20570. > Has anyone brought an answering machine combining these 
  20571. > features to market?
  20572.  
  20573. Hello Direct has several models of answering machines with caller ID
  20574. built-in.  They sell all kinds of telephone equipment with caller ID built
  20575. in, such as a cordless phone, PC software, and a call announcer, along with
  20576. other frequently asked for telecom equipment.
  20577.  
  20578. You can reach Hello Direct on 1-800-444-3556.
  20579.  
  20580.  
  20581. Barry Goldberg   bgold@jyacc.com
  20582.  
  20583. ------------------------------
  20584.  
  20585. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  20586. Subject: Re: MCI's New Thing
  20587. Organization: University of Rochester - Rochester, New York
  20588. Date: Thu, 30 Mar 95 13:40:46 GMT
  20589.  
  20590.  
  20591. In <telecom15.171.4@eecs.nwu.edu> telecom@eecs.nwu.edu (TELECOM Digest
  20592. Editor) writes:
  20593.  
  20594. > So, from reading the press release issued today by MCI we see that
  20595. > MCI plans to hand out the Usenet newsgroups to their customers at the
  20596. > aforementioned prices. I hope Mr. Cerf and others at MCI decide to
  20597. > voluntarily compensate the moderators of the various e-zines, journals
  20598. > and newsgroups on the Internet. I am sure if they carried news from
  20599. > the Associated Press or columnists from King Features they'd expect
  20600. > to pay, and probably dearly ... let's see how they respond to the
  20601. > little guys; the moderators and e-zine publishers of Internet.    PAT]
  20602.  
  20603. Woah, did I miss something here? 
  20604.  
  20605. What makes paying MCI for Internet service different from paying
  20606. America Online or my local ISP?  Heck, I pay $25k/year for a shell
  20607. account at the University of Rochester -- they threw in some classes
  20608. or something for free, I guess -- but I wasn't aware UR was compensating 
  20609. USENET authors.
  20610.  
  20611. Although I guess that'd explain the price increases in my bill every year :)
  20612.  
  20613.  
  20614. Rob Levandowski
  20615. Computer Interest Floor associate / University of Rochester
  20616. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  20617.  
  20618.  
  20619. [TELECOM Digest Editor's Note: Nothing makes them different than AOL or
  20620. Compuserve or any other *strictly commercial, for profit* Internet
  20621. service provider. What has occurred however is that AOL and Compuserve
  20622. in my case have extended certain courtesies to me -- as an information
  20623. provider -- due to the additional work caused me in handling inquiries
  20624. and articles for publication sumbitted by their subscriber/participants.
  20625. In other words, America OnLine and Compuserve both recognize *my work*
  20626. in a way that I deem satisfactory. Let's just say they both take care
  20627. of me and in turn I service their subscribers the same as I do anyone
  20628. else on the Internet. The University of Rochester -- and similarly 
  20629. situated institutions -- are not in the business of providing commercial
  20630. Internet accounts. Your $25 annual fee would get you one or two sessions
  20631. on line with AOL/CIS. Therein is the difference. 
  20632.  
  20633. For quite some time now I have encouraged the moderators/e-zine editors,
  20634. etc here on Internet to reach terms of their own with the big commercial
  20635. providers they deem satisfactory or else *simply cut the big guys out
  20636. of the feed.*  And if you know the workings of news and how to manipulate
  20637. NNTP (network news transfer protocol) like I know how to manipulate it,
  20638. then you can cut *any site* out of the newsfeed if you choose to do do. 
  20639. But it is a moot point with AOL/CIS because they both have been honorable 
  20640. with me.  It would not occur to the big commercial providers to stiff
  20641. the Associated Press or the bigtime IPs out of their fees and their 
  20642. lawyers would counsel them it was unwise as well. Internet publishers
  20643. deserve similar arrangments and consideration.    PAT] 
  20644.  
  20645. ------------------------------
  20646.  
  20647. Date: Tue, 28 Mar 1995 07:52:43 CST
  20648. From: tdillman@INS.INFONET.NET
  20649. Subject: Re: MCI's New Thing
  20650.  
  20651.  
  20652. Pat,
  20653.  
  20654. Just curious here.  Do other users of Usenet newsgroups have to pay?
  20655.  
  20656. If not do they pay voluntarily?
  20657.  
  20658. If so do the newsgroups have a set pricing structure?
  20659.  
  20660.  
  20661. Thanks,
  20662.  
  20663. Tim
  20664.  
  20665.  
  20666. [TELECOM Digest Editor's Note: See my comment in the message before
  20667. this one. Traditionally Usenet has been 'free'. There is no price
  20668. for the newsgroups. But in the past -- I mean several years ago --
  20669. Internet accounts were 'free' also. Then the commercial services
  20670. started tapping into the feed but they chose to make their subscribers
  20671. pay for Usenet the same as anything else they offered. Even that was
  20672. okay by me when the traffic was minimal. Now that the commercial
  20673. services have come to rely heavily in some cases on the entertainment
  20674. value of Usenet for their subscribers, it has occurred to me that they
  20675. ought to treat the moderators the same as they do any other information
  20676. provider servicing their subscribers. I have a large amount of traffic
  20677. in and out of AOL and CIS for example. Both of those services recognize
  20678. that I am at least in a small way partially responsible for their
  20679. revenue. Most days I mail several *hundred* pieces of mail (i.e. this
  20680. Digest) to AOL/CIS addresses, where the subscribers are charged to
  20681. receive it, and charged to reply by email if they desire. Both of
  20682. those services *like* the amount of traffic I generate. Now I have no
  20683. delusions of grandeur, nor should any other moderator/e-zine publisher
  20684. on the net. We are not the Associated Press; we are not King Features
  20685. Syndicate, but we do provide entertainment and information to the
  20686. subscribers of those systems. CIS and AOL both understand that.  I
  20687. have been pleased to work with both services for some time now.   PAT]
  20688.  
  20689. ------------------------------
  20690.  
  20691. From: turner7@pacsibm.org (Lee Winson)
  20692. Subject: Re: New NPA in SC Scheduled For December
  20693. Date: 29 Mar 1995 02:32:51 GMT
  20694. Organization: PACS IBM SIG BBS
  20695.  
  20696.  
  20697. Only a five month permissive period?  When Bell of Pa split 215 with
  20698. 610, they gave 13 months permissive.
  20699.  
  20700. ------------------------------
  20701.  
  20702. From: Kevin Gilford <kcg@nntpd2.cxo.dec.com>
  20703. Subject: Re: Information Wanted About Telecommunications in China
  20704. Date: 30 Mar 1995 00:27:34 GMT
  20705. Organization: Digital Equipment Corporation
  20706.  
  20707.  
  20708. Tom,
  20709.  
  20710. A recent issue (ie. some time within the last year or so) of
  20711. {Telecommunications Policy} is entirely devoted to the subject of
  20712. telecommunications in China.  Sorry that I don't have information on
  20713. the specific issue date or the publisher.  You may want to check your
  20714. local university's computer science/engineering library for this
  20715. journal.
  20716.  
  20717.  
  20718. Regards,
  20719.  
  20720. Kevin Gilford
  20721. k_gilford@csc32.enet.dec.com
  20722. Digital Equipment Corporation
  20723.  
  20724. ------------------------------
  20725.  
  20726. From: jfh@crl.com (Jack Hamilton)
  20727. Subject: Re: Looking For a ISP in Interlaken, Switzerland
  20728. Date: Thu, 30 Mar 95 05:32:51 GMT
  20729. Organization: CRL Dialup Internet Access
  20730.  
  20731.  
  20732. In article <telecom15.177.1@eecs.nwu.edu>, breit@MR.Net (Kelly Breit) wrote:
  20733.  
  20734. > If you are an ISP or Internet Site near Interlaken, Switzerland and willing
  20735. > to establish a temporary connection, we have a very specific need as
  20736. > detailed below.
  20737.  
  20738. I'm not a Swiss Internet provider, but I do have a suggestion:  look in 
  20739.    
  20740.    http://heiwww.unige.ch/switzerland/internet_access_providers.html
  20741.  
  20742. for a list of providers in various parts of Switzerland. 
  20743.  
  20744.  
  20745. Jack Hamilton, jfh@netcom.com
  20746. Sacramento, California   kd6ttl@w6pw
  20747.  
  20748. ------------------------------
  20749.  
  20750. From: alniven@pipeline.com (Al Niven)
  20751. Subject: Callback Service: Sell It For What You Want
  20752. Date: 30 Mar 1995 17:34:10 -0500
  20753. Organization: The Pipeline
  20754.  
  20755.  
  20756. International Discount Callback, Inc. announces its cut-rate
  20757. re-sellers "private label" program.  We can Email one of three files
  20758. idc.wb1 (quattro pro win), idc.wk1 (123 ver 2) and idc.xls (excel)
  20759. with the rates that WE need to get from YOU. YOU can mark these rates
  20760. up as much as you want.
  20761.  
  20762. We do not: 
  20763. deal with individual end-users. 
  20764. market overseas. 
  20765.  
  20766. You must: prove authorization to do business in your country as a
  20767. re-seller and private label it in your name.
  20768.  
  20769. In our own name we are only really interested in USA based Fortune
  20770. 1000 companies that NEED AND INSIST on STAYING WITH AND BEING BILLED
  20771. BY ATT, MCI, or Sprint.  We have a "SECRET" way of doing this.  If you
  20772. have such a lead, provide the contact name at the company and we will
  20773. pay a commission for the referral.
  20774.  
  20775. Our switch is central office certified, NEBS compliant, and fully
  20776. redundant and fault tolerant.
  20777.  
  20778. The mechanics of a callback is that a caller overseas dials one of
  20779. thousands of phone numbers assigned specifically to him (DNIS or DID
  20780. for you techies out there).  The call rings once and is drops while a
  20781. database search confirms that the number belongs to Juan in Mexico
  20782. City.  It then dials him back to Mexico City and says "this is the
  20783. callback system - enter your PIN and destination number".  Now Juan is
  20784. calling from overseas on U.S. dialtone.
  20785.  
  20786. In an office environment, the system could say "this is the callback
  20787. system -- transfer this call to Juan at extension 123".  In a hotel or
  20788. office environment, the return call can come in to an auto attendant
  20789. on dedicated trunks, and then outpulse the correct touch tones to get
  20790. to the correct extension (even if that country is on rotary!).
  20791.  
  20792. "Transparent" callback means that the experience of or actual
  20793. necessity for a callback is eliminated.  With "continuous dial" no
  20794. callback ever occurs.  Instead, the U.S.  dials an overseas PBX
  20795. continously (advance carrier arrangements must be made!!!) on specific
  20796. lines which ring continuously on specfic extensions, say extension
  20797. 124.  When the person on extension 123 wants to call out he uses the
  20798. PBX feature to pick up the incoming call on 124 and then hears the
  20799. prompt "enter your destination number.  With "transparent callback
  20800. boxes" the instant the box hears the international equivalent of 011
  20801. it immediately directs the call to the callback switch in the U.S. and
  20802. effects the callback.  The caller, who is on a form of "hold" will
  20803. listen to music for five seconds maximum and then be prompted to enter
  20804. the destination number, or the dialed number can be automatically
  20805. stored, bridged, and outpulsed to the incoming call.
  20806.  
  20807.  
  20808. Al Niven  
  20809. International Discount Callback, Inc. 
  20810. 212-714-3531 
  20811.  
  20812. ------------------------------
  20813.  
  20814. End of TELECOM Digest V15 #181
  20815. ******************************
  20816.     
  20817.     
  20818. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa08065;
  20819.           11 Apr 95 16:22 EDT
  20820. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id HAA16481 for telecomlist-outbound; Tue, 11 Apr 1995 07:37:51 -0500
  20821. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id HAA16475; Tue, 11 Apr 1995 07:37:49 -0500
  20822. Date: Tue, 11 Apr 1995 07:37:49 -0500
  20823. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  20824. Message-Id: <199504111237.HAA16475@delta.eecs.nwu.edu>
  20825. To: telecom@delta.eecs.nwu.edu
  20826. Subject: TELECOM Digest V15 #182
  20827.  
  20828.  
  20829. TELECOM Digest     Thu, 30 Mar 95 23:43:00 CST    Volume 15 : Issue 182
  20830.  
  20831. Inside This Issue:                           Editor: Patrick A. Townson
  20832.  
  20833.     Re: Microsoft Techs and Phone Calls (Gordon Burditt)
  20834.     Re: Conduit - To Use or Not to Use (oxenreid@skypoint.com)
  20835.     Need Information on Network Management Software (James E. Diskin)
  20836.     Re: 800 Service and ISDN Costs (Tom D. Fellrath)
  20837.     Re: Why Doesn't Z-MODEM Work? (Christian Weisgerber)
  20838.     Re: VSAT Options (Frank Piepiorra)
  20839.     Re: Source of International Telecom Distributors (Neil Peretz)
  20840.     AT&T TrueConnections 500 Beeper Notification Working (John Shelton)
  20841.     PRI Card For PC Supporting V.120? (Charles Enslin)
  20842.     ITU Document Formatting (Steve Bunning)
  20843.     Cellular Phone Receiver (idea@world.std.com)
  20844.     Searching For BISYNC Products (Pete Caccio)
  20845.     Difference Between 56K and 56K Restricted? (tmonaco1@aol.com)
  20846.     Contact Your Provider on the Communications Decency Act (ACLU Information)
  20847.  
  20848. TELECOM Digest is an electronic journal devoted mostly but not
  20849. exclusively to telecommunications topics. It is circulated anywhere
  20850. there is email, in addition to various telecom forums on a variety of
  20851. public service systems and networks including Compuserve and America
  20852. On Line. It is also gatewayed to Usenet where it appears as the moderated
  20853. newsgroup 'comp.dcom.telecom'. 
  20854.  
  20855. Subscriptions are available to qualified organizations and individual
  20856. readers. Write and tell us how you qualify:
  20857.  
  20858.                  * telecom-request@eecs.nwu.edu *
  20859.  
  20860. The Digest is edited, published and compilation-copyrighted by Patrick
  20861. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  20862. or phone at:
  20863.                     9457-D Niles Center Road
  20864.                      Skokie, IL USA   60076
  20865.                        Phone: 500-677-1616
  20866.                         Fax: 708-329-0572
  20867.   ** Article submission address only: telecom@eecs.nwu.edu **
  20868.  
  20869. Our archives are located at lcs.mit.edu and are available by using
  20870. anonymous ftp. The archives can also be accessed using our email
  20871. information service. For a copy of a helpful file explaining how to
  20872. use the information service, just ask.
  20873.  
  20874. *************************************************************************
  20875. *   TELECOM Digest is partially funded by a grant from the              *
  20876. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  20877. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  20878. * project.  Views expressed herein should not be construed as represent-*
  20879. * ing views of the ITU.                                                 *
  20880. *************************************************************************
  20881.  
  20882. Additionally, the Digest is funded by gifts from generous readers such
  20883. as yourself who provide funding in amounts deemed appropriate. Your help 
  20884. is important and appreciated. A suggested donation of twenty dollars per
  20885. year per reader is considered appropriate. See our address above.
  20886.  
  20887. All opinions expressed herein are deemed to be those of the author. Any
  20888. organizations listed are for identification purposes only and messages
  20889. should not be considered any official expression by the organization.
  20890. ----------------------------------------------------------------------
  20891.  
  20892. From: gordon@sneaky.lonestar.org (Gordon Burditt)
  20893. Subject: Re: Microsoft Techs and Phone Calls
  20894. Organization: /usr/lib/news/organi[sz]ation
  20895. Date: Thu, 30 Mar 1995 19:04:22 GMT
  20896.  
  20897.  
  20898. > It was not that there was such a huge volume of calls in terms of the
  20899. > number of calls as it was that *each call lasted an average of nine
  20900. > minutes*. Many calls took quite a bit longer. Many times, she said, the
  20901.  
  20902. I called once.  I was shocked at the end of the call that it had taken
  20903. not nine minutes, but an hour and a half.  The call was free with the
  20904. DOS upgrade as far as the tech's time, but the LD charges were mine.
  20905.  
  20906. My complaint was simple: MSBACKUP under DOS 6.2 fails its own self-test 
  20907. procedure.  I had further spent a bit of time and figured out that
  20908. this only happened if I included HIMEM.SYS in CONFIG.SYS.  What was
  20909. really alarming about it was that the second disk of the backup that
  20910. supposedly had a backup written on it appeared empty, and the backup
  20911. procedure had given no error messages.  The problem only became
  20912. visible on checking it, when MSBACKUP repeatedly asked for the correct
  20913. disk but wouldn't accept it.
  20914.  
  20915. Of course, the first thing he asked me to do was re-run the test with
  20916. different floppies.  I had already done this, and it still failed.
  20917.  
  20918. The call involved a repeated sequence of changing something in CONFIG.SYS,
  20919. reboot, and try the test procedure again, which took about 4 minutes
  20920. to execute.  I was familiar enough with DOS to use the editor, reboot,
  20921. and test MSBACKUP, so it only took about 10 seconds to tell me what to
  20922. try next.  I wasn't sure during this call whether the tech was also
  20923. handling another call at the same time.  I didn't hear any voices but
  20924. the tech could have been using a mute button.  After I finished the
  20925. test procedure and said it still failed, he responded right away.
  20926. He also went away for significant periods of time to look things up,
  20927. which might have involved taking another call.
  20928.  
  20929. I got the impression he was trying things at random, especially when
  20930. he wanted to add things to the EMM386 command line, and I reminded him
  20931. I had determined it failed even if I deleted that line.  He wanted to 
  20932. try it anyway.  Eventually he hit a combination that worked.  I ended
  20933. up with two extra parameters on EMM386 (IMHO, redundant but harmless) 
  20934. and two on HIMEM (which worked, but he couldn't explain what they did).
  20935.  
  20936. Overall, I think I executed the test 20 times.  The problem was fixed, 
  20937. finally.  I hate to think how it would have gone if the problem only
  20938. showed up half of the time, rather than consistently.
  20939.  
  20940. I later determined that MSBACKUP was absolutely useless to me as it 
  20941. couldn't be made to restore a crashed and reformatted hard disk partition 
  20942. while running from floppy.  It just says it should be run from the hard
  20943. disk.  I'm glad I kept the DOS 5.0 BACKUP and RESTORE around.
  20944.  
  20945.  
  20946. Gordon L. Burditt    sneaky.lonestar.org!gordon
  20947.  
  20948. ------------------------------
  20949.  
  20950. From: oxenreid@skypoint.com
  20951. Subject: Re: Conduit - To Use or Not to Use
  20952. Date: 31 Mar 1995 02:22:25 GMT
  20953. Organization: SkyPoint Communications, Inc.
  20954.  
  20955.  
  20956. DavidT4044 (davidt4044@aol.com) wrote:
  20957.  
  20958. > Several of us in my office have been discussing the virtues of using
  20959. > various kinds of conduit when installing cabling supporting our
  20960. > network. Some feel it's needed to avoid accidental outages or service
  20961. > degradation due to user or maintainence actions.  Others think good
  20962. > planning before installation will help avoid mistakes.  We know
  20963. > conduit will help cut down on RFI and EMI, but use of shielded cable
  20964. > (installed correctly) should take care of most interference.  Do the
  20965. > benefits of using conduit out weigh the costs?  Can anyone point to
  20966. > test results, engineering specs, or other definitive documentation
  20967. > that would help out?  
  20968.  
  20969. As an electronic techincian, I have some knowledge in this area.
  20970.  
  20971. First, local electrical codes.  Places like Rochester MN (home of the
  20972. Mayo Clinic/Hospital) have tough codes.  Don't want all those VIPs to
  20973. go up in smoke.
  20974.  
  20975. Second, lightning.  Though I have not have much in the line of
  20976. personal experence, I have had several 'old timers' tell me that
  20977. proper grounding of the conduits, and trays/ladders helps reduce some
  20978. bleed over EMP from lightning strikes near by.  These guys work with 2
  20979. Ghs Mw, and had 300' towers to deal with, allong with 150 Mhz
  20980. Radios/et all.
  20981.  
  20982. Third, how long are you going to be in the building?  Conduit eases
  20983. the job of pulling new stuff through.  Like replacing station wire
  20984. with level three, and then when three becomes passe (accent on e)
  20985. level five and Fiber.
  20986.  
  20987. Foruth, physical plant.  It is much less dificult to maintain a system
  20988. that does not look like a mutant drunken spider lives above the
  20989. suspended ceiling tiles.  If one run dies, and you need to replace it,
  20990. you wind up making a trip across several cubes, and disrupting many
  20991. individuals.  Conduit on the other hand is easy, if you are on the
  20992. same level, generaly the tray/ladder is in the main hallway, and the
  20993. conduits connect there.  simply pull the new run through the
  20994. tray/ladder to the conduit position, and run a fish tape up the pipe
  20995. and pull.  I don't recomend anyting less than 3/4" conduit.
  20996.  
  20997. Fifth, EMI/RFI.  Good conduit (metal not plastic) reduces the level of
  20998. external noise.  However, it does make the cross talk level go up.
  20999. Given a choice between two evils, I will take cross talk, as trying to
  21000. get the local radio station to not put out 100,000 watts is very hard,
  21001. but I can always pull shielded runs for the very worst cross talking
  21002. runs.
  21003.  
  21004.  
  21005. Hope this helps.
  21006.  
  21007. Christopher G.  Oxenreider   Electronics Technician Sr. 
  21008. #include<std_disclaimer.h>   612.297-3150=Work 612.782.9783=Home
  21009. oxenreid@skypoint.com        http://www.skypoint.com/members/oxenreid
  21010.  
  21011. ------------------------------
  21012.  
  21013. From: jimdiski@wam.umd.edu (James E. Diskin)
  21014. Subject: Need Information on Network Management Software
  21015. Date: 30 Mar 1995 20:58:07 GMT
  21016. Organization: University of Maryland, College Park
  21017.  
  21018.  
  21019. Greetings Kind Readers,
  21020.  
  21021. I am a grad student at the University of Maryland.  I am involved in a 
  21022. group project for a telecommunications class.  We are to evaluate
  21023. several network management software packages.  In particular, we are
  21024. looking at Novell's "Lanalyzer 2.1" and "NMS 2.0".  I am looking for 
  21025. technical evaluations, personal experiences, tips, sources of further
  21026. information or documentation, other good product, basically any good
  21027. information you may have or be able to point me towards.
  21028.  
  21029. Thanks for your time and consideration.
  21030.  
  21031.  
  21032. Jim Diskin  jimdiski@wam.umd.edu
  21033. Please respond by email rather than post, thanks.
  21034.  
  21035. ------------------------------
  21036.  
  21037. Date: Thu, 30 Mar 1995 19:17:54 EST
  21038. From: TDFELLRATH@delphi.com
  21039. Subject: Re: 800 Service and ISDN Costs
  21040.  
  21041. andrewm486@aol.com (AndrewM486) wrote:
  21042.  
  21043. > You should be able to get rates in the range of .10 off peak; .13 peak
  21044. > for 800 service; I can't help with ISDN.
  21045.  
  21046. > [TELECOM Digest Editor's Note: Won't he need a lot of traffic to find
  21047. > a carrier willing to give him rates like this?  Most carriers won't even
  21048. > start talking terms like that to the 'average' customer.    PAT]
  21049.  
  21050. Let's emphasize the "Most" there.  The company I am an agent for
  21051. offers unlimited switched 800 usage (both in terms of different 800
  21052. numbers and usage of those numbers) for a single $5.00 monthly
  21053. subscription fee and $.129/minute flat rate nationwide with NO MINIMUM
  21054. USAGE requirements -- even cheaper for dedicated circuits.  While I
  21055. don't want to turn this into an ad, I felt that you might want to be
  21056. alert to the fact that smaller carriers are getting EXTREMELY
  21057. competitive with regards to 800 service.  This is the next big wedge
  21058. between the larger and smaller carriers; smaller carriers don't
  21059. aribtrarily mark the 800's up and pass the savings along to the
  21060. customers.
  21061.  
  21062. I am an 'average' customer and have an 800 number ringing into my
  21063. home.  I don't necessarily use it a lot, but it's a lot cheaper and
  21064. easier than a calling card and I'm not paying any extra monthly fees
  21065. as I got my outbound on the bill as well, so why not?  Of course, I'm
  21066. contributing to the national shortage of 800's ...
  21067.  
  21068.  
  21069. Tom Fellrath  tdfellrath@delphi.com 
  21070.  
  21071. ------------------------------
  21072.  
  21073. Date: Thu, 30 Mar 95 21:00 MET
  21074. From: naddy@mips.pfalz.de (Christian Weisgerber)
  21075. Subject: Re: Why Doesn't Z-MODEM Work?
  21076.  
  21077.  
  21078. In comp.dcom.telecom is written:
  21079.  
  21080. > Sounds like XON/XOFF flow control. You can not use this with ZMODEM!!
  21081.  
  21082. Of course you can. Contrary to, say, X/YModem, ZModem is perfectly
  21083. XON/XOFF transparent.
  21084.  
  21085.  
  21086. Christian 'naddy' Weisgerber, Germany    naddy@mips.pfalz.de
  21087.  
  21088. ------------------------------
  21089.  
  21090. From: EPFQ04A@prodigy.com (Frank Piepiorra)
  21091. Subject: Re: VSAT Options
  21092. Date: 30 Mar 1995 22:57:19 GMT
  21093. Organization: Prodigy Services Company  1-800-PRODIGY
  21094.  
  21095.  
  21096. You may use any VSAT offered by any satellite service provider. Ask
  21097. them for pricing of a space segment with at least 160 kbps data rate.
  21098. They also mostly able to install and lease you the VSAT stations (e.g.
  21099. Orion Atlantic). That would allow you to carry full ISDN 2B+D over a
  21100. satellite.
  21101.  
  21102. If you do not have full usage of the space segments which are required
  21103. you may include a DAMA (Demand Assigned Multiple Access) device in
  21104. your considerations. These devices allow you to share the same space
  21105. segment between different remote locations. As far I know there is
  21106. only the DAMA from Satelink who is able to support full ISDN BRI.
  21107.  
  21108.  
  21109. FRANK PIEPIORRA  EPFQ04A@prodigy.com
  21110. Data TeleMark, 8201 Greensboro Drive, Suite 1000
  21111. McLean, Virginia 22102, USA
  21112. Tel: (703) 847 5445 Fax: (703) 847 5446
  21113.  
  21114. ------------------------------
  21115.  
  21116. Date: 30 Mar 95 12:58:34 EST
  21117. From: NPeretz@doc.gov
  21118. Subject: Re: Source of International Telecom Distributors
  21119.  
  21120.  
  21121. > Does anyone have suggestions on how to find a list of
  21122. > international telecommunication distributors that sell telecom
  21123. > equipment. Locations on the net would be great, or
  21124. > publications that you are aware of that may have some
  21125. > information would be helpful. I've thought of the US Dept. of
  21126. > Commerce and the Telecommunications Industry Association as
  21127. > starting points.  I'm trying to help a US telecom test
  21128. > equipment manufacturer locate distributors of their equipment.
  21129.  
  21130. I recommend you call U.S. Department of Commmerce at 202-482-2000.
  21131. John Henry is one of the people in charge of telecom there.  Or call
  21132. their Trade Info Center at 1-800-USA-TRADe.
  21133.  
  21134. Through the Department of Commerce, you can find market research
  21135. reports (ask for the National Trade Data Bank at any Federal
  21136. Depositary Library or find it on the Internet somewhere) and lists of
  21137. contacts from around the world (all for free), and they also offer
  21138. very inexpensive market research services, such as the Agent
  21139. Distributor Search (about $250) where they will distribute your
  21140. product info around a particular overseas market and write a report
  21141. for you on the people who expressed an interest in representing or
  21142. distributing the product.  For a slightly higher fee, you can also use
  21143. their Gold key Service, where they will actually locate potential
  21144. agents and distributors for you, book you a hotel room, find you an
  21145. interpreter, and set-up several days of meetings for you in an
  21146. overseas market.
  21147.  
  21148. I work for the Department of Commerce in Guangzhou, China -- we cover
  21149. Hainan, Fujian, Guangxi, and Guangdong Provinces.  Let me know if you
  21150. are interested in marketing these products in South China.
  21151.  
  21152.  
  21153. Neil Peretz, FCS Guangzhou
  21154. NPeretz@DoC.Gov.
  21155. Tel: 8620-667-7842
  21156. Fax: 8620-666-6409.
  21157.  
  21158. ------------------------------
  21159.  
  21160. From: John Shelton <jshelton@parcplace.com>
  21161. Subject: AT&T TrueConnections 500 Beeper Notification Working
  21162. Date: Wed, 29 Mar 95 6:12:58 PDT
  21163.  
  21164.  
  21165. AT&T's True Connections service (NPA 500) has a voice mail option; if
  21166. your calls go unanswered, you can have them routed to a "final stop",
  21167. which can be a third party voice mail, or AT&T's own.
  21168.  
  21169. Their own voice mail was advertised as having beeper notification, but
  21170. when service started, it wasn't working.  It is now.
  21171.  
  21172.  
  21173. John
  21174.  
  21175. ------------------------------
  21176.  
  21177. From: censlin@paradyne.com (Charles Enslin)
  21178. Subject: PRI Card For PC Supporting V.120?
  21179. Date: 29 Mar 1995 14:59:50 GMT
  21180. Organization: AT&T Paradyne
  21181.  
  21182.  
  21183. I am looking for a CSU/DSU that fits into a slot of a 486.  The board
  21184. should have a processor to handle the V.120 protocol that needs to be
  21185. supported over the T1 line.  I would prefer E-mail response.  Thank
  21186. you.
  21187.  
  21188. ------------------------------
  21189.  
  21190. Date: Wed, 29 Mar 1995 10:20:39 -0500
  21191. From: bunning@acec.com (Steve Bunning)
  21192. Subject: ITU Document Formatting
  21193.  
  21194.  
  21195. If you have ever downloaded ITU (CCITT) standards from the ITU gopher
  21196. server, you know that they are in the form of postscript files.  The
  21197. documents are formatted, as the original colored books, for A4 sized paper.
  21198. Does anyone know an easy modification to the postscript file which will
  21199. resize the document to fit on 8.5 X 11 inch paper?
  21200.  
  21201. I picked up a copy of the INFOMAGIC "Standards" CD which has a lot of
  21202. the ITU standards in MS WORD format in addition to the postscript
  21203. format.  Unfortunately, the WORD version of the document doesn't have
  21204. the figures embedded, so I can't use WORD to resize the document
  21205. without losing the figures.
  21206.  
  21207.  
  21208. Thanks,
  21209.  
  21210. Steve Bunning     | American Computer and Elec. Corp.| (301) 258-9850 (voice)
  21211. Product Manager   | 209 Perry Parkway                | (301) 921-0434 (fax)
  21212. TEL*COMM Division | Gaithersburg, MD USA 20877       |  bunning@acec.com
  21213.  
  21214. ------------------------------
  21215.  
  21216. From: idea@world.std.com (IDEA P Fredette)
  21217. Subject: Cellular Phone Receiver
  21218. Organization: The World Public Access UNIX, Brookline, MA
  21219. Date: Wed, 29 Mar 1995 15:31:03 GMT
  21220.  
  21221.  
  21222. Does anyone recall seeing a posting describing a method of converting
  21223. Motorolla Cellular phones into cellular call receivers? If you know
  21224. where I might find this information, please email me.  Thanks.  :>
  21225.  
  21226. ------------------------------
  21227.  
  21228. From: mash@access.digex.net (Pete Caccio)
  21229. Subject: Searching For BISYNC Products
  21230. Date: 29 Mar 1995 12:44:58 -0500
  21231. Organization: Express Access Online Communications, Greenbelt, MD USA
  21232.  
  21233.  
  21234. 56Kbps syncronous line using BISYNC broadcast protocol.  Bisync
  21235. broadcast is a protocol in non-interactive simplex mode requiring no
  21236. answer back.
  21237.  
  21238. Sending host will transmit using standard IBM Bisync format but will
  21239. not expect ACK/NAK/WAK from us.
  21240.  
  21241. We will appreciate information on any hardware/software products
  21242. people have used to achieve this. We presently use Cleo SyncCable+
  21243. solution for our low speed lines. Our enviroment is Intel x86 based
  21244. servers running SCO Unix SVR3.
  21245.  
  21246.  
  21247. Thank You.
  21248.  
  21249. ------------------------------
  21250.  
  21251. From: tmonaco1@aol.com (TMonaco1)
  21252. Subject: Difference Between 56K and 56K Restricted?
  21253. Date: 29 Mar 1995 14:32:18 -0500
  21254. Organization: America Online, Inc. (1-800-827-6364)
  21255. Reply-To: tmonaco1@aol.com (TMonaco1)
  21256.  
  21257.  
  21258. Does anyone know the difference between these?  Help would be
  21259. appreciated.  
  21260.  
  21261.  
  21262. tmonaco1@aol.com
  21263.  
  21264. ------------------------------
  21265.  
  21266. From: ACLU Information <infoaclu@aclu.org>
  21267. Date: Wed, 29 Mar 1995 16:34:34 -0500
  21268. Subject: Contact Your Provider on the Communications Decency Act
  21269.  
  21270.  
  21271. A Cyber Liberties Alert from the ACLU
  21272.  
  21273. Urge Your Online Service Providers to Fight the Modified Exon/Gorton
  21274. Amendment! 
  21275.  
  21276. As you know from our previous Cyber Liberties Alerts, Congress is
  21277. moving to dramatically restrict the free speech and privacy rights of
  21278. online users.  On March 23, 1995, the Senate Commerce Committee
  21279. approved the Exon/Gorton bill (the so-called "Communications Decency
  21280. Act", also known as S.314) as an amendment to the Telecommunications
  21281. Competition and Deregulation Act of 1995.
  21282.  
  21283. While the proposed legislation was modified to include some defenses
  21284. from criminal liability for online service providers, users are still
  21285. very much at risk of both massive fines and imprisonment.
  21286.  
  21287. The ACLU has written an open letter to online providers, copied below,
  21288. that urges them to wage a full-scale fight for the rights of online
  21289. users.  Some providers are still actively standing up for your rights
  21290. while others may not be.  There are still opportunities to fight the
  21291. legislation in both House and Senate, but the fight will not succeed
  21292. without the concerted efforts of online users, civil libertarians, and
  21293. online service providers.  Remember that the Senate Commerce Committee
  21294. approved the Exon/Gorton amendment despite opposition letters and
  21295. petition signatures from over 100,000 online users.
  21296.  
  21297. ACT NOW: 
  21298.  
  21299. Write to your online service providers and ask them to make a public
  21300. declaration against the Exon/Gorton amendment and to push aggressively
  21301. for the greatest amount of free speech and privacy for online users.
  21302. (A sample letter is attached.)
  21303.  
  21304. Please copy your letter to the following e-mail address: infoaclu@aclu.org.
  21305.  
  21306. In addition, continue to voice your opposition to the Exon/Gorton
  21307. Amendment to members of the Senate Commerce Committee and your own
  21308. senators.  See our previous ACLU Cyber Liberties Alerts for
  21309. instructions on how to reach the Senate: gopher://aclu.org:6601.
  21310.  
  21311.                    ------------------
  21312.  
  21313. [COPY] 
  21314.  
  21315. An Open Letter to Online Providers Regarding the Exon/Gorton Amendment 
  21316.  
  21317. March 28, 1995 
  21318.  
  21319. On March 23, 1995, the Senate Commerce Committee voted to violate the
  21320. civil liberties of every present and future member of the online
  21321. community.  The so-called "Communications Decency Act" was modified to
  21322. include some defenses from criminal liability -- but these are
  21323. available only to online service providers.  In fact, other
  21324. modifications made the legislation worse for users.  The Exon/Gorton
  21325. amendment remains a blatant violation of the free speech and privacy
  21326. guarantees of the Constitution.
  21327.  
  21328. We therefore urge all online providers to continue (or, if necessary, to
  21329. begin) a full-scale fight for the rights of online users against the
  21330. government interference embodied in the Exon/Gorton amendment. 
  21331.  
  21332. The Exon/Gorton amendment subjects online users to surveillance and
  21333. imposes criminal penalties for messages deemed by some government
  21334. official to be "indecent, lewd, lascivious or filthy" -- all
  21335. communications protected by the First Amendment.  By criminalizing the
  21336. content of private messages, it would invite active interference in
  21337. the basic speech of everyone using a telecommunications device.
  21338.  
  21339. The amendment was attached to the Telecommunications Competitionand
  21340. Deregulation Act of 1995, which was approved by the Commerce Committee
  21341. and is being sent for consideration to the Senate floor.  There are
  21342. still opportunities to fight the legislation in both House and Senate,
  21343. but the fight will not succeed without the concerted efforts of online
  21344. users, civil libertarians, and online service providers.
  21345.  
  21346. Sexual expression has been a fundamental part of human communication
  21347. from the beginning of recorded history.  The online community is no
  21348. different.  There is no question that talk about sex and the exchange
  21349. of sexual images has contributed to the vibrant quality of online
  21350. communications, and an increasing number of online subscribers.  And
  21351. Congress need not ban constitutionally protected forms of speech in
  21352. order to protect children from sexually explicit materials.
  21353.  
  21354. Interactive technologies allow users -- including concerned parents --
  21355. to have more control over content than any previous communications
  21356. medium.  Many of the traditional arguments for restricting sexually
  21357. expressive material, such as radio/TV's assault on unwilling listeners
  21358. or the fear that a child will wander into an adult bookstore, simply
  21359. do not apply to interactive technologies.
  21360.  
  21361. Moreover, the Exon/Gorton amendment's censorial sweep encompasses
  21362. content that has nothing to do with sex -- anything deemed "indecent"
  21363. or "filthy" -- subjective terms that could apply to any message
  21364. outside the mainstream.  The amendment would make the online community
  21365. one of the most censored segments of communications media when logic
  21366. dictates that it should be the least censored.
  21367.  
  21368. The Exon/Gorton amendment also subjects an industry that has blossomed
  21369. without government control to an unprecedented amount of interference and
  21370. intrusion. 
  21371.  
  21372. We applaud those online providers who have both publicly declared
  21373. their opposition to the Exon/Gorton amendment and who continue to
  21374. fight for the constitutional rights of their subscribers.  These
  21375. providers recognize that no one in the online community will benefit
  21376. from an amendment that seriously threatens the free flow of
  21377. information and the diversity of content transmitted over online
  21378. networks.
  21379.  
  21380. To achieve the liberating potential of the information superhighway,
  21381. Congress must ensure that interactive technologies enhance rather than
  21382. stifle democratic values like user choice.
  21383.  
  21384. We therefore call upon ALL online service providers to join online
  21385. users and civil libertarians in the fight against the Exon/Gorton
  21386. amendment.  We urge online service providers to make a public
  21387. declaration against the amendment and to push aggressively for the
  21388. greatest amount of free speech and privacy for online users.
  21389.  
  21390.  
  21391. American Civil Liberties Union 
  21392. "Eternal vigilance is the price of liberty"
  21393.  
  21394.                     ----------------------
  21395.  
  21396. SAMPLE LETTER 
  21397. Dear [name of each of your online service providers]: 
  21398.  
  21399. I am writing, as a user of your service, to urge you to make a public
  21400. declaration against the Exon/Gorton amendment to the Telecommunications 
  21401. Competition and Deregulation Act of 1995. While providing defenses
  21402. from criminal liability for online providers, the Exon proposal leaves
  21403. online users at risk of large fines and imprisonment for constitutionally 
  21404. protected speech.
  21405.  
  21406. I urge you to: 
  21407.  
  21408. *Make a public declaration against the Exon proposal. 
  21409.  
  21410. *Aggressively lobby the Senate to vote against the Exon proposal, and
  21411. aggressively lobby to prevent similar proposals in the House version of the
  21412. telecommunications reform legislation. 
  21413.  
  21414. *Continue to push for the greatest amount of free speech and privacy for
  21415. online users. 
  21416.  
  21417. Sincerely, 
  21418.  
  21419. [name] 
  21420.  
  21421.                        --------------------
  21422.  
  21423. The American Civil Liberties Union is a nationwide, nonpartisan
  21424. organization of over 275,000 members.  Now in its 75th year, the ACLU
  21425. is devoted exclusively to protecting the civil liberties guaranteed by
  21426. the Constitution and the Bill of Rights, whereever these liberties are
  21427. at risk -- in a bookstore, in school, on the street, in cyberspace,
  21428. wherever. The ACLU does this through legislative action, public
  21429. education and litigation.
  21430.    
  21431.  
  21432. ACLU Free Reading Room  |  American Civil Liberties Union 
  21433. gopher://aclu.org:6601  | 132 W. 43rd Street, NY, NY 10036 
  21434. mailto:infoaclu@aclu.org|    "Eternal vigilance is the 
  21435. ftp://ftp.pipeline.com  |         price of liberty" 
  21436.  
  21437. ------------------------------
  21438.  
  21439. End of TELECOM Digest V15 #182
  21440. ******************************
  21441.     
  21442. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa10057;
  21443.           9 Apr 95 17:52 EDT
  21444. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09883 for telecomlist-outbound; Fri, 7 Apr 1995 14:40:47 -0500
  21445. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09877; Fri, 7 Apr 1995 14:40:44 -0500
  21446. Date: Fri, 7 Apr 1995 14:40:44 -0500
  21447. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  21448. Message-Id: <199504071940.OAA09877@delta.eecs.nwu.edu>
  21449. To: telecom@delta.eecs.nwu.edu
  21450. Subject: TELECOM Digest V15 #183
  21451.  
  21452.  
  21453. TELECOM Digest     Fri, 31 Mar 95 09:04:00 CST    Volume 15 : Issue 183
  21454.  
  21455. Inside This Issue:                           Editor: Patrick A. Townson
  21456.  
  21457.     AT&T Unable to Turn Off True Messages (Mustafa Soysal)
  21458.     Phone Books no Longer Free (Linc Madison)
  21459.     The Complete Answering Machine Voicemail Card (alex@worldaccess.nl)
  21460.     Gegaphone by Siemens (jdi@access.digex.net)
  21461.     Telemarketers Ethics Statement (David K. Bryant)
  21462.     Information Wanted on RS-485 (Mutaf Pars)
  21463.     Good Book Wanted on ATM (radhika@ccnet.com)
  21464.     Fax/Answering Machine Selection Advice Wanted (Henrik Sievers)
  21465.     Lower Calling Card Than Flat 17.5 Cents/Min + No Surcharge? (George Wang)
  21466.     Cellular Callback Information Wanted (Bill Engel)
  21467.     Where to Get Area Code Map? (Dawn Adler)
  21468.     Experiences Wanted With internetMCI By News Reporter (Enrique Gonzales)
  21469.  
  21470. TELECOM Digest is an electronic journal devoted mostly but not
  21471. exclusively to telecommunications topics. It is circulated anywhere
  21472. there is email, in addition to various telecom forums on a variety of
  21473. public service systems and networks including Compuserve and America
  21474. On Line. It is also gatewayed to Usenet where it appears as the moderated
  21475. newsgroup 'comp.dcom.telecom'. 
  21476.  
  21477. Subscriptions are available to qualified organizations and individual
  21478. readers. Write and tell us how you qualify:
  21479.  
  21480.                  * telecom-request@eecs.nwu.edu *
  21481.  
  21482. The Digest is edited, published and compilation-copyrighted by Patrick
  21483. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  21484. or phone at:
  21485.                     9457-D Niles Center Road
  21486.                      Skokie, IL USA   60076
  21487.                        Phone: 500-677-1616
  21488.                         Fax: 708-329-0572
  21489.   ** Article submission address only: telecom@eecs.nwu.edu **
  21490.  
  21491. Our archives are located at lcs.mit.edu and are available by using
  21492. anonymous ftp. The archives can also be accessed using our email
  21493. information service. For a copy of a helpful file explaining how to
  21494. use the information service, just ask.
  21495.  
  21496. *************************************************************************
  21497. *   TELECOM Digest is partially funded by a grant from the              *
  21498. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  21499. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  21500. * project.  Views expressed herein should not be construed as represent-*
  21501. * ing views of the ITU.                                                 *
  21502. *************************************************************************
  21503.  
  21504. Additionally, the Digest is funded by gifts from generous readers such
  21505. as yourself who provide funding in amounts deemed appropriate. Your help 
  21506. is important and appreciated. A suggested donation of twenty dollars per
  21507. year per reader is considered appropriate. See our address above.
  21508.  
  21509. All opinions expressed herein are deemed to be those of the author. Any
  21510. organizations listed are for identification purposes only and messages
  21511. should not be considered any official expression by the organization.
  21512. ----------------------------------------------------------------------
  21513.  
  21514. Date: Thu, 30 Mar 95 20:37:22 -0500
  21515. From: Mustafa Soysal <msoysal@mistik.express.net>
  21516. Subject: AT&T Unable to Turn Off True Messages
  21517.  
  21518.  
  21519. I have been trying to have AT&T turn off True Messages Service for
  21520. months now.
  21521.  
  21522. The problem is that when the other party is busy or keeps ringing, the
  21523. voice message that comes up confuses my "high tech" Telebit Modem, and
  21524. it will mess up everything holding on to the line for a long time and
  21525. eventually will get messed up in its brains as well.
  21526.  
  21527. So, I tried to contact AT&T in an attempt to turn the damn voice
  21528. prompt off.  In my opinion, they are breaking my phone service by
  21529. doing this.  The best resource in navigating AT&T seems to be the AT&T
  21530. operator, so I dialed 00 and mentioned the problem and that I wanted
  21531. to turn that service off.  The operator said that they think it is a
  21532. great service, however, the business office for residential customers
  21533. should be able to take care of it.
  21534.  
  21535. After talking to the business office it seemed they did not know that I
  21536. had that service since it was not showing up in their system.  Somebody
  21537. figured out it was a different part of the corporate structure, and they
  21538. gave me their phone number.  So, I called there.
  21539.  
  21540. The person I talked to tried to pursue me into keeping that service,
  21541. but they could make the voice prompts go away by keeping them silent.
  21542. Only if I punched #123 I would get the voice menu.  I disagreed out of
  21543. instinct and insisted that I wanted it turned off and that it was
  21544. breaking my phone service. (Everything worked just fine without the
  21545. voice prompts.)
  21546.  
  21547. About the same days, I also asked the regular business office to turn on
  21548. the accounting system since I wanted to keep track of my calls in how
  21549. much they cost for which purposes.  For that, I had to be forwarded to a
  21550. zillion different places, and although I was promised that it would be
  21551. turned on within ten business days, it was not.  That matter took another
  21552. call a month later to ask for the accounting to be activated again. This
  21553. time it worked and they turned it on.
  21554.  
  21555. In order to use the accounting codes, you have to dial a 0, the area
  21556. code and number, and then a combination of numbers when you hear the
  21557. AT&T bing tone.. Then the voice comes up again and says thank you, and
  21558. I am surprized that none of these prompts is confusing the modem.  It
  21559. must be looking for the first ring or busy signal.  (It needs to count
  21560. four or five busy signals to decide.)
  21561.  
  21562. The accounting codes were really working, but so were the True Messages
  21563. prompts.  So I called the True Messages Unit again, and they told me
  21564. they have taken it out.  I should talk to long distance repair. So I
  21565. did. They told me it was my fault since I was dialing a 0 to start the
  21566. call, and therefore activating what nonsubscribers are getting.  They
  21567. also wanted to know why I was dialing a 0.  I explained the accounting
  21568. codes.
  21569.  
  21570. I was assured that they would be trying to exempt my number from that
  21571. service, and it had to be done this way since there was no provision for
  21572. not wanting the default service options.  OK, I was assured another ten
  21573. business days.  Of course, nothing changed.
  21574.  
  21575. Now this time, being peeved about the entire matter, I called Sprint,
  21576. and got information on how much their service would cost.  I have the
  21577. TrueWorld calling plan with AT&T as well as AnyHour.  They seem to have
  21578. comparable plans, and the accounting service as well, although for a
  21579. small fee.
  21580.  
  21581. I also started to keep the names I talked to.  When I called them at
  21582. 1-800-336-0445 end of February, after being told by the rep that I had
  21583. to call another number at AT&T I mentioned that I do not have to
  21584. department hunt at AT&T and I am sick and tired of being forwarded
  21585. around and given different numbers to call.  I asked to talk to the
  21586. supervisor, and got to talk to her.  At first she wasn't sure what the
  21587. problem was, but then she assured me that she would contact the
  21588. necessary department and let me know about the result.  This was the
  21589. first time I was getting service as expected, since she called the next
  21590. day, and she said that they can't turn it off.  If I wanted to know why,
  21591. I could call the supervisor at the other part of the company, and she
  21592. gave me the number.  So I called.
  21593.  
  21594. He was very polite and said that they did not have the option in the
  21595. computer, but he could put a form thru the process and it would work.
  21596. That was March 1st.  Nothing changed.
  21597.  
  21598. March 29th, I called the same supervisor and reminded him of our
  21599. conversation.  I told him I was following up since nothing seemed to
  21600. change and if they would follow up on the request form they filled out.
  21601. He said they did, and they found out that they cannot turn it off. (this
  21602. sounds familiar by now) - looks like they are struggling with this giant
  21603. automata with enough CPU horsepower to match the worlds computers, and
  21604. loosing control of it :-)  He offered me to have someone from the
  21605. corporate offices call me and talk about why they could not do it.
  21606.  
  21607. I gave them my other phone number, and said that I would like to get in
  21608. touch with this corporate person in a week, or I will switch to Sprint.
  21609. (I am tired of the ten business days equals a month game.)
  21610.  
  21611. I am just curious why this cannot be done.  Could I complain to the FCC
  21612. because they are breaking my phone service?
  21613.  
  21614.  
  21615. Mustafa Soysal     msoysal@mistik.express.net
  21616.  
  21617.  
  21618. [TELECOM Digest Editor's Note: There is an annoying feature on some of
  21619. the phones here although its not in every central office so far as I
  21620. can tell, and mostly on pay phones. When you dial someone, after the
  21621. third ring a recorded announcement comes on superimposed over the ring
  21622. which says 'your party is not answering', and it goes on to tell how
  21623. you can press certain keys to leave a message (at an additional charge
  21624. of course). People have reported that to a modem it sounds like a 
  21625. voice -- which it is -- so the modem hangs up.   PAT]
  21626.  
  21627. ------------------------------
  21628.  
  21629. From: lincmad@netcom.com (Linc Madison)
  21630. Subject: Phone Books no Longer Free
  21631. Date: Fri, 31 Mar 1995 00:42:03 PST
  21632.  
  21633.  
  21634. Well, as most of you know, on January 1st Pac*Bell restructured its
  21635. rates to increase monthly service charges and decrease intra-LATA toll
  21636. charges.  At the same time, IXCs were allowed to carry intra-LATA
  21637. traffic without sneaking quietly around the rules.
  21638.  
  21639. A few other changes happened at the same time.  Some years back, just
  21640. after divestiture, you could get any Pacific Bell directory within your
  21641. LATA just for the asking.  A few years later, about 1988, I think, they
  21642. started charging for yellow-pages-only volumes -- no charge for white
  21643. pages or combined white-and-yellow.  They now charge a "nominal" fee of
  21644. "$10 to $38, depending on the size of the directory" for *all*
  21645. directories you order, including within your own LATA.
  21646.  
  21647. At the same time, one of the unpublicized aspects of the change in the
  21648. rate structure is that the cost of ZUM (Zone) calls has been changed.
  21649. Zone 1/2 calls are now $0.03/0.01 instead of 0.04/0.01, and Zone 3 calls
  21650. are now 0.08/0.02 instead of 0.10/0.04.  However, instead of 30% evening
  21651. and 60% night discount, they now give 30% and 40% discounts for time of
  21652. day.  Thus, off-peak rates have increased almost 50% for local calls.
  21653. You can still get unmeasured residential service, but the disparity in
  21654. cost has widened with the new rate structure.  (old: $4.45/8.35,
  21655. new: $6.00/11.25)
  21656.  
  21657. I also checked with Sprint on some of the changes they've made.  They
  21658. have been pushing their new $0.10/minute (7pm to 7am) $0.22/minute
  21659. (weekdays) plan.  They have also been pushing their new intra-LATA
  21660. service.  What they don't tell you is that if you do both, you actually
  21661. pay HIGHER rates for the privilege of dialing an extra five digits
  21662. (10333 at the front) than if you use Pac*Bell.  Their rates for
  21663. intra-LATA tolls are $0.14 weekdays and 0.10 night/weekend.  Even in the
  21664. last mileage band, Pacific Bell only charges $0.1470/0.1360 for daytime
  21665. rates.
  21666.  
  21667. So much for Sprint's claim to be "always" cheaper than Pac*Bell for
  21668. intra-LATA calls.
  21669.  
  21670. Of course, my interest in that angle of the question is mostly academic,
  21671. since almost all of my non-local calls are interstate.
  21672.  
  21673.  
  21674. Linc Madison   *   Oakland, California    *   LincMad@Netcom.com
  21675.  
  21676. ------------------------------
  21677.  
  21678. Date: Fri, 31 Mar 1995 11:49:49 +0200
  21679. From: Alex@Worldaccess.NL (Alex)
  21680. Subject: The Complete Answering Machine Voicemail Card
  21681.  
  21682.  
  21683. I am looking for people that are using a Complete Answering Machine
  21684. voicemail card. I bought mine second-hand in 1990 from an American via
  21685. a BBS. In that same year I have been running a small voicemail BBS
  21686. with about 50 users on it.
  21687.  
  21688. People who know this card, know that it's possibilities are pretty
  21689. limited.  Some of the prompts are in English, and cannot be changed.
  21690. Also the software which comes along with the card doesn't offer
  21691. anything like a log file, so you can see who called. Besides this, the
  21692. card itself is good enough, it's just the software which is very
  21693. limited. I managed to write a programm which can show on screen who is
  21694. online, when, which prompt is being played etc..  Also I managed to
  21695. write a little prog which makes it possible to switch on/off things on
  21696. remote via the voicemailcard. With a little immagination it's all
  21697. possible.  Perhaps the wheel has already been invented, and someone
  21698. already wrote software for the card, or has a better version from the
  21699. original software. I am still runing with Answer 2.12, perhaps there
  21700. is a update? I heard the compagny who made the card does no longer
  21701. exist. I am running with the voicemail card that does NOT have faxing
  21702. possibilities (but I fixed that too!).
  21703.  
  21704. It's a great card, but the software sucks.
  21705.  
  21706.  
  21707. Regards,
  21708.  
  21709. Alex     Alex@Worldaccess.NL, Apeldoorn, The Netherlands
  21710.  
  21711. ------------------------------
  21712.  
  21713. From: jdi@access.digex.net
  21714. Subject: Gegaphone by Siemens
  21715. Date: 31 Mar 1995 08:20:11 -0500
  21716. Organization: Express Access Online Communications, Greenbelt, MD USA
  21717.  
  21718.  
  21719. Anybody have information on a wireless phone built by Siemens call
  21720. Gigaphone?  Also, on the TDA spec for telephone interconnect ... is it
  21721. the same as the US RJ11 standard phone connection?
  21722.  
  21723. ------------------------------
  21724.  
  21725. From: dbryant@netcom.com (David K. Bryant)
  21726. Subject: Telemarketers Ethics Statement
  21727. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  21728. Date: Fri, 31 Mar 1995 00:52:42 GMT
  21729.  
  21730.  
  21731. Below is the Ethics Statement of the American Telemarketing Association
  21732. (dated 2/94).  Use it to your advantage.
  21733.  
  21734.                           ETHICS STATEMENT
  21735.                   AMERICAN TELEMARKETING ASSOCIATION
  21736.  
  21737. DEFINITION
  21738.  
  21739.      Telemarketing is the planned, professional use of the telephone
  21740.      to advertise, market or provide service functions.  Telemarketing
  21741.      may be the only method used by a company to advertise, market or
  21742.      provide services, or it may be integrated with other techniques
  21743.      such as direct mail, field sales, etc.  Telemarketing programs
  21744.      can be "outbound" (seller initiates calls) or "inbound" (buyer
  21745.      initiate calls).
  21746.  
  21747. PROFESSIONAL GUIDELINES
  21748.  
  21749. 1.  Telemarketing call recipients can expect that there is reason for
  21750.     the call and the call purpose will be accomplished efficiently,
  21751.     courteously, and professionally.
  21752.  
  21753. 2.  The names of both the company and the communicator who makes or
  21754.     receives calls will be clearly identified when every call begins.
  21755.  
  21756. 3.  The communicator will approach each call courteously, and never
  21757.     use abusive language or a rude manner.
  21758.  
  21759. 4.  The communicator will accommodate the business person or consumer's
  21760.     time constraints, and if necessary, schedule a future re-call.
  21761.  
  21762. 5.  All telemarketing offers to the business or consumer public will
  21763.     be legal, legitimate, and have recognized value.
  21764.  
  21765. 6.  Repeated calls with the same offer will not be made to the same
  21766.     prospect/customer.  Exceptions are regularly scheduled fund
  21767.     raisers, and membership or renewal drives.
  21768.  
  21769. 7.  Except in cases of public safety, by previous agreement, or calls
  21770.     to current customers, the business or consumer public can expect
  21771.     a live communicator to introduce the call.  The public's time
  21772.     has as much value as ours, the professionals in this industry.
  21773.  
  21774. 8.  All telemarketing equipment will be carefully monitored to ensure
  21775.     proper operation.  Equipment use will be supervised to ensure
  21776.     professional application to telemarketing programs.
  21777.  
  21778. 9.  Telemarketing organizations will follow all federal and state
  21779.     telemarketing regulations.
  21780.  
  21781. OPERATIONAL GUIDELINES
  21782.  
  21783. Hours/Days of Operation:
  21784.  
  21785.     Outbound business calls should occur during normal business hours.
  21786.     Outbound consumer calls should only occur between 9:00 a.m. and
  21787.     9:00 p.m. local time, unless further restricted by local or state
  21788.     laws.  Exceptions require prior consumer agreement.  Calls should
  21789.     not occur on major national holidays.
  21790.  
  21791.     For inbound calls, hours and days of operation should be clearly
  21792.     advertised when calls are invited through advertising, catalogs,
  21793.     direct mail, media presentations, or other sales methods, to 
  21794.     avoid caller inconvenience.
  21795.  
  21796. Telephone Service Levels:
  21797.  
  21798.     Outbound:  Sufficient telephone service should be provided to 
  21799.     avoid communicator contention for available lines.  With auto-
  21800.     matic dialing equipment, sufficient communicators should be
  21801.     scheduled to ensure that every telemarketing call recipient will
  21802.     speak to a live person immediately.
  21803.  
  21804.     Inbound:  The seller must provide sufficient incoming lines to
  21805.     accommodate anticipated call volumes.
  21806.  
  21807. Personnel:
  21808.  
  21809.     Telemarketing managers should follow these standards, as a
  21810.     minimum, when selecting and training all telemarketing personnel.
  21811.  
  21812.     Selection:  
  21813.  
  21814.         1.  Mastery of the targeted audience's language.
  21815.         2.  Speak clearly and be easily understood.
  21816.         3.  Understand the call subject matter and be able to 
  21817.             respond to most probably questions.     [sic]
  21818.  
  21819.     Training:
  21820.  
  21821.         1.  Knowledge and understanding of product, service or offer.
  21822.         2.  Professional message presentation.
  21823.         3.  Understand performance measurements.
  21824.         4.  Observe record-keeping procedures.
  21825.         5.  Demonstrate appropriate business etiquette and behavior.
  21826.  
  21827.     Quality Control:
  21828.  
  21829.         Telemarketing center managers should regularly monitor
  21830.         communicators' performance by listening to business calls
  21831.         being made or received while they are in progress.
  21832.  
  21833.         Monitoring of communicators' calls provides a means for 
  21834.         employers to observe and evaluate employee performance and
  21835.         give objective feedback.  Monitoring helps employees by
  21836.         identifying performance deficiencies so additional training
  21837.         can be received to improve skills and performance.
  21838.  
  21839.         This guideline also provides a means to protect consumers/
  21840.         customers and the employer against possible unethical practices 
  21841.         by individual communicators.  It also protects the employer's
  21842.         rights to supervise and regulate the quality of work being
  21843.         performed in his/her behalf or in behalf of his/her clients.
  21844.  
  21845. ------------------------------
  21846.  
  21847. Date: Mon, 27 Mar 1995 22:53:09 +0300
  21848. From: mutafp@cakabey.ege.edu.tr (Mutaf Pars)
  21849. Subject: Information Wanted on RS-485
  21850.  
  21851.  
  21852. Hello, 
  21853.  
  21854. Do you know anything about the RS-485 standart of EIA (Electronic Industries
  21855. Association) or EIA's internet address?
  21856.  
  21857. Thanks in advance for any help.
  21858.  
  21859.  
  21860. PARS MUTAF  (mutafp@cakabey.ege.edu.tr)
  21861.  
  21862. ------------------------------
  21863.  
  21864. From: radhika@ccnet.com (Radhika R)
  21865. Subject: Good Book Wanted on ATM
  21866. Date: 27 Mar 1995 13:33:49 -0800
  21867. Organization: CCnet Communications (510-988-7140 guest)
  21868.  
  21869.  
  21870. Can anyone suggest any reading material to get a good understanding
  21871. and knowledge of ATM?
  21872.  
  21873.  
  21874. Thanks in advance,
  21875.  
  21876. radhika     radhika@ccnet.com
  21877.  
  21878. ------------------------------
  21879.  
  21880. From: henrik@everyday.se (Henrik Sievers)
  21881. Subject: Fax/Answering Machine Selection Advice
  21882. Date: 30 Mar 1995 21:58:37 +0200
  21883. Organization: Everyday online
  21884.  
  21885.  
  21886. Hello,
  21887.  
  21888. I am considering to buy a combined fax/telephone/answering machine.
  21889. Now I heard from some people that there may be problems with some
  21890. models.
  21891.  
  21892. Please let me know your experiences, good or bad, with such units.
  21893.  
  21894.  
  21895. Thanks in advance,
  21896.  
  21897. Henrik Sievers     2H i Helenelund HB
  21898. Tegelhagsv 29      S-191 39  SOLLENTUNA
  21899. henrik@everyday.se
  21900.  
  21901. ------------------------------
  21902.  
  21903. From: gcw@hh.sbay.org (George Wang)
  21904. Subject: Lower Calling Card Than Flat 17.5 Cents/Min + No Surcharge?
  21905. Date: 30 Mar 1995 15:18:03 -0800
  21906. Organization: Hip-Hop BBS  Sunnyvale, California
  21907.  
  21908.  
  21909. A while back someone posted a calling card offered by American Travel
  21910. Network (via LDDS comm) that had no surcharge/monthly fees/flat 17.5
  21911. cents any time, any where. This seems like a great deal. I sent
  21912. in my application today.
  21913.  
  21914. However, I think a month ago or so someone else posted info about a
  21915. calling card that *might* have been even lower. It also had no
  21916. surcharge or minimum usage fees. Unfortunately, I don't have a copy of
  21917. that message or the 800 number. It's very possible it was the same ATN
  21918. folks above. I just can't remember.
  21919.  
  21920. If anyone has any information please email and post. 
  21921.  
  21922.  
  21923. Thanks,
  21924.  
  21925. George C. Wang
  21926. Email: gcw@hh.sbay.org        Alternate: gwang@mail.ntu.edu
  21927. Finger for public encryption key.
  21928.  
  21929. ------------------------------
  21930.  
  21931. From: Engel2@ix.netcom.com (Bill & Susan Engel)
  21932. Subject: Cellular Callback Information Wanted
  21933. Date: 31 Mar 1995 02:26:41 GMT
  21934. Organization: Netcom
  21935.  
  21936.  
  21937. Does anyone have information regarding Cellular Callback?  Similar to
  21938. international callback, it allows a cellular user to dial the callback
  21939. number, receive a dial tone, and dial out using a "land line" and
  21940. being charged regular long distance rates instead of cellular rates?
  21941.  
  21942. All information would be much appreciated.
  21943.  
  21944.  
  21945. Thanks,
  21946.  
  21947. Bill Engel
  21948.  
  21949.  
  21950. [TELECOM Digest Editor's Note: I cannot honestly see how this would work
  21951. since most cellular companies charge for all air time in or out don't
  21952. they?   What do you benefit by making a call to get callback from a
  21953. long distance carrier only to pay air time on the incoming call also?
  21954. Don't most cellular companies give you at least a few long distance
  21955. carriers to pick from anyway, usually including the big three?   PAT
  21956.  
  21957. ------------------------------
  21958.  
  21959. From: dadler@ix.netcom.com (Dawn Adler)
  21960. Subject: Where to Get Area Code Map?
  21961. Date: 31 Mar 1995 11:33:51 GMT
  21962. Organization: Netcom
  21963.  
  21964.  
  21965. Hi all,
  21966.  
  21967. I wanted to know if anyone knows where I can get a map to see exactly
  21968. where an area code boundry is? I've seen yellow or white pages U.S.A.
  21969. area code map; what I mean is a close up map that shows exactly where one
  21970. area code changes to another, all I know is one area code cannot cross
  21971. state lines!
  21972.  
  21973. ------------------------------
  21974.  
  21975. Date: Fri, 31 Mar 1995 05:53:56 EST
  21976. From: Cuauhtemoc <gonzales@clark.net>
  21977. Subject: Experiences Wanted With InternetMCI by News Reporter
  21978. Organization: Netcom
  21979.             
  21980.  
  21981. My name is Enrique Gonzales, an editor and reporter for UPI Financial
  21982. in D.C. covering telecommunications, information technology and the
  21983. Internet. I covered the internetMCI announcement Monday. I'll try to
  21984. answer some of your questions. MCI claims to be soon offering local
  21985. dial up in 65 cities, but 1800 dialup at $6.50/hour plus regular
  21986. access charges of $19.99 until June, then $9/hour for the first few
  21987. hours per month. Oh, that's $19.99 a month until June. The software is
  21988. $40, email software $30, roughly. They claim they fully support 28.8
  21989. without problems of telephone switching systems. Please advise about
  21990. problems or frustrations with them.
  21991.  
  21992.  
  21993. Enrique Gonzales
  21994.  
  21995. ------------------------------
  21996.  
  21997. End of TELECOM Digest V15 #183
  21998. ******************************
  21999.  
  22000. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11795;
  22001.           9 Apr 95 19:00 EDT
  22002. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09435 for telecomlist-outbound; Fri, 7 Apr 1995 14:30:09 -0500
  22003. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09423; Fri, 7 Apr 1995 14:30:05 -0500
  22004. Date: Fri, 7 Apr 1995 14:30:05 -0500
  22005. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  22006. Message-Id: <199504071930.OAA09423@delta.eecs.nwu.edu>
  22007. To: telecom@delta.eecs.nwu.edu
  22008. Subject: TELECOM Digest V15 #184
  22009.  
  22010.  
  22011. TELECOM Digest     Fri, 31 Mar 95 16:08:00 CST    Volume 15 : Issue 184
  22012.  
  22013. Inside This Issue:                           Editor: Patrick A. Townson
  22014.  
  22015.     Re: Where to Complain About Unsolicited Fax Ad? (Nick Sayer)
  22016.     Re: Difference Between 56K and 56K Restricted? (Chip Sharp)
  22017.     Re: Digital Cellular Encryption and Fraud (Klaus Schniedergers)
  22018.     Re: Second GSM Network in Belgium (Jurgen Lison)
  22019.     Re: Using Live Radio With Automated Attendant (David K. Leikam)
  22020.     Re: Telephone Cost Research (danis668@aol.com)
  22021.     Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert) (Benjamin Carter)
  22022.     Re: Digital Cellular Encryption and Fraud (John Diamant)
  22023.     Cellular Features Incur DOUBLE Airtime Charge (Lester Hiraki)
  22024.     Multiple Audio Channels Over One Phone Line (Rich Osman)
  22025.     Internship Wanted (Michael Erichardi)
  22026.     What is the Status on Video Telephones? (Joe Konecny)
  22027.     Administrivia: Hickory Dickory Dock and Other Notes (TELECOM Digest Editor)
  22028.  
  22029. TELECOM Digest is an electronic journal devoted mostly but not
  22030. exclusively to telecommunications topics. It is circulated anywhere
  22031. there is email, in addition to various telecom forums on a variety of
  22032. public service systems and networks including Compuserve and America
  22033. On Line. It is also gatewayed to Usenet where it appears as the moderated
  22034. newsgroup 'comp.dcom.telecom'. 
  22035.  
  22036. Subscriptions are available to qualified organizations and individual
  22037. readers. Write and tell us how you qualify:
  22038.  
  22039.                  * telecom-request@eecs.nwu.edu *
  22040.  
  22041. The Digest is edited, published and compilation-copyrighted by Patrick
  22042. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  22043. or phone at:
  22044.                     9457-D Niles Center Road
  22045.                      Skokie, IL USA   60076
  22046.                        Phone: 500-677-1616
  22047.                         Fax: 708-329-0572
  22048.   ** Article submission address only: telecom@eecs.nwu.edu **
  22049.  
  22050. Our archives are located at lcs.mit.edu and are available by using
  22051. anonymous ftp. The archives can also be accessed using our email
  22052. information service. For a copy of a helpful file explaining how to
  22053. use the information service, just ask.
  22054.  
  22055. *************************************************************************
  22056. *   TELECOM Digest is partially funded by a grant from the              *
  22057. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22058. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22059. * project.  Views expressed herein should not be construed as represent-*
  22060. * ing views of the ITU.                                                 *
  22061. *************************************************************************
  22062.  
  22063. Additionally, the Digest is funded by gifts from generous readers such
  22064. as yourself who provide funding in amounts deemed appropriate. Your help 
  22065. is important and appreciated. A suggested donation of twenty dollars per
  22066. year per reader is considered appropriate. See our address above.
  22067.  
  22068. All opinions expressed herein are deemed to be those of the author. Any
  22069. organizations listed are for identification purposes only and messages
  22070. should not be considered any official expression by the organization.
  22071. ----------------------------------------------------------------------
  22072.  
  22073. From: nsayer@quack.kfu.com (Nick Sayer)
  22074. Subject: Re: Where to Complain About Unsolicited Fax Ad?
  22075. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  22076. Date: 31 Mar 1995 21:40:20 UTC
  22077.  
  22078.  
  22079. [TELECOM Digest Editor's Note: Maybe this could be re-titled "Where to
  22080. Complain About Unsolicited Editor Notes?"      PAT]
  22081.  
  22082.  
  22083. TELECOM Digest Editor quacked in response to nsayer@quack.kfu.com (Nick 
  22084. Sayer):
  22085.  
  22086. > [TELECOM Digest Editor's Note: You poor thing. Its been a trying week,
  22087. > hasn't it?  You've been put upon, abused and misused, and its only
  22088. > Thursday. Wait until tomorrow ... maybe you will get a telemarketing
  22089. > call to add to your woes.  Most people have a wastebasket sitting next
  22090. > to their fax machine for good reason.    PAT]  
  22091.  
  22092. Pat, what color is the sky in that little world of yours?  You'll have
  22093. to hook me up with your supplier of free fax paper. Clearly you must
  22094. get it for free or you'd understand what's at stake here.
  22095.  
  22096. The reason unsolicited fax advertisements are illegal/unwanted is that
  22097. it costs the typical recipient MONEY (fax paper is not free for most
  22098. of us) to receive it. I am not typical, since I have a fax modem and I
  22099. didn't even have to empty the wastebasket, but neither do I believe
  22100. that I was the only one who got one of these. Add up the cost of all
  22101. the fax paper wasted on their fax-spam and it becomes a non-trivial
  22102. dollar amount. That is why it is illegal. That is why I object to it.
  22103.  
  22104. As for the other things that bothered me last week, let me ask you,
  22105. how would _you_ like it if you got a piece of e-mail in your mailbox
  22106. saying that "we think you'd be interested in what we have to sell, so
  22107. we've put you on our commercial mailing list." _Some_ of us pay for
  22108. the mail we receive. So although the legal status is (currently)
  22109. somewhat different, the moral principle involved is identical.
  22110.  
  22111. I didn't mention the number of telemarketing calls I got last week
  22112. primarily because it doesn't cost me anything, even having answered the
  22113. phone, to hang up on them.
  22114.  
  22115.  
  22116. Nick Sayer <nsayer@quack.kfu.com>   N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM  
  22117. +1 408 249 9630, log in as 'guest'  URL: http://www.kfu.com/~nsayer/   
  22118.  
  22119.  
  22120. [TELECOM Digest Editor's Note: No, I don't get my fax paper for free;
  22121. its just that I have so much of it here. You see I am always getting
  22122. telemarketing calls from that outfit which sells fax paper over the
  22123. phone and then ships it out UPS. You know the ones I mean? A woman
  22124. calls real sly ... and says 'hi honey, I need to get the model and
  22125. serial number of your fax machine for the inventory records ...' cause
  22126. she knows most secretaries or whatever will just automatically go look
  22127. at the machine and come back with that information. Then by the
  22128. merest coincidence of course -- of course! -- the next day or even
  22129. a few hours later another call comes in from someone wanting to
  22130. speak with the 'purchasing department'. After putting them on hold
  22131. a couple minutes I change my voice and come back on the line as 'Smith
  22132. in purchasing, how can I help you?'.   
  22133.  
  22134. Would you believe 'the warehouse' accidentally got an overstock on
  22135. the very kind of fax paper used by the machine in my office ... and
  22136. 'the boss' told them to get rid of it by making sure everyone with that
  22137. model of fax/copier got an extra order at the 'wholesale price', and
  22138. how many do we want before the overstock runs out and we get left
  22139. behind in our stupidity for not stocking up when we could get it
  22140. so cheaply ... Whenever the Nice Young Man calls with that pitch I
  22141. always take another box or two, since its 'on sale' to reduce the
  22142. inventory in the warehouse after the stupid mistake 'the boss' made
  22143. in ordering so much of it. Trouble is, the stupid boss seems to 
  22144. make that same mistake week after week.  <g>  By the way, the sky
  22145. here is blue.   PAT]
  22146.  
  22147. ------------------------------
  22148.  
  22149. Date: Fri, 31 Mar 95 10:56:04 EST
  22150. From: hhs@teleoscom.com (Chip Sharp)
  22151. Subject: Re: Difference Between 56K and 56K Restricted?
  22152.  
  22153.  
  22154. tmonaco1@aol.com (TMonaco1) wrote:
  22155.  
  22156. > Does anyone know the difference between these? 
  22157.  
  22158.  From the point of view of the endpoint application there is no
  22159. difference between the two.  They both provide 56 kbit/s bandwidth
  22160. with no restriction on the data carried in the bearer channel.
  22161.  
  22162. Background:
  22163.  
  22164. The only time this terminology (56 kbit/s clear versus 56 kbit/s
  22165. restricted) comes up is when referring to 56 kbit/s data over
  22166. 64 kbit/s ISDN B-channels.  Both services use V.110 rate adaptation
  22167. (stuff a 1 in the 8th bit) to transport 56 kbit/s data over a 64
  22168. kbit/s B-channel.
  22169.  
  22170. A clear channel 64 kbit/s connection means that any combination of
  22171. bits can be transported over the B-channel without restriction or
  22172. modification. 
  22173.  
  22174. A restricted 64 kbit/s connection means that at least one bit out of
  22175. every 15 must be set to a 1 (usually this is simplified to 1 bit in 8
  22176. and is called "ones density"). In such networks, provisions are
  22177. usually made to enforce this limitation (e.g., when the network gets a
  22178. string of 8 zeros it forces the 8th zero to a 1, thereby corrupting the
  22179. data path).
  22180.  
  22181. When running 56 kbit/s over B-channels, since the 8th bit is always
  22182. set to a 1, then it does not matter whether the data traverses a
  22183. restricted channel or an unrestricted channel.
  22184.  
  22185. Main Issue:
  22186.  
  22187. The main problem people run into with these services is in signaling
  22188. to the network.  Some of the older switches in the US require the user
  22189. to request "64 kbit/s restricted rate adapted to 56 kbit/s" in the
  22190. SETUP message to the switch while others require the user to request
  22191. "64 kbit/s unrestricted rate adapted to 56 kbit/s".  In NI-1 (and in
  22192. Euro-ISDN), the requirement is to use the latter.  There really is no
  22193. difference in the service in terms of bandwidth, bits allowed over the
  22194. channel, etc.  It is just an artificial difference imposed by two
  22195. switch vendors making a different choice as to how to request the
  22196. service.  Hopefully, all switches will migrate to the NI-1 encoding.
  22197.  
  22198.  
  22199. Hascall H. ("Chip") Sharp    Teleos Communications, Inc.
  22200. Sr. Systems Engineer        2 Meridian Road
  22201.                 Eatontown, NJ  07724  USA
  22202. voice:  +1 908 544 6424        fax:    +1 908 544 9890
  22203. email:   hhs@teleoscom.com
  22204.  
  22205. ------------------------------
  22206.  
  22207. From: eedksc@teamos50.ericsson.se (Klaus Schniedergers)
  22208. Subject: Re: Digital Cellular Encryption and Fraud
  22209. Date: 31 Mar 1995 08:01:58 GMT
  22210. Organization: Ericsson Eurolab Deutschland GmbH
  22211. Reply-To: eedksc@eed.ericsson.se
  22212.  
  22213.  
  22214. "Rishab" == Rishab Aiyer Ghosh <rishab@dxm.ernet.in> writes:
  22215.  
  22216. >> 2) Currently, analog cellular phones are often available free
  22217. >> with one year service contracts, but digital cellular phones
  22218. >> are expensive.  Do people on this forum believe that digital
  22219. >> cellular phones will eventually be available near free once the
  22220. >> digital conversion is much further along?
  22221.  
  22222. > A top-of-the-line GSM phone, such as Nokia's 2110, can send short
  22223. > fax messages and e-mail. No, digital cellular phones are probably
  22224. > going to remain expensive (or not free) for a long time.
  22225.  
  22226. Just yesterday I saw an ad in a german newspaper, offering a GSM
  22227. handheld phone for only ONE mark (around 0.7$). Of course only
  22228. together with a subscription ... and it wasn't a state-of-the-art
  22229. phone ... but I wouldn't call this far away from 'free'.
  22230.  
  22231.  
  22232. Klaus Schniedergers    Ericsson Eurolab Germany
  22233. eedksc@eed.ericsson.se, +49 2407 575 147
  22234.  
  22235. ------------------------------
  22236.  
  22237. From: jmlison@info.vub.ac.be (Jurgen Lison)
  22238. Subject: Re: Second GSM Network in Belgium
  22239. Date: 31 Mar 1995 14:30:35 +0200
  22240. Organization: FREE UNIVERSITY OF BRUSSELS (VUB-INFO-DEPARTMENT)
  22241.  
  22242.  
  22243. rene@ec.ele.tue.nl wrote:
  22244.  
  22245. > Since I am living in the Netherlands, I'm asking anybody having
  22246. > knowledge about a planned second operator for a GSM network in Belgium
  22247. > send an Email to "A.C.J.vanWorkum@stud.tue.nl".
  22248.  
  22249. > Other special information about GSM operators and suppliers is very
  22250. > welcome.
  22251.  
  22252. By my knowledge no decision has be been made yet.  Several groups
  22253. have announced to be candidate, but even the real tenders aren't
  22254. awaited yet.
  22255.  
  22256.  
  22257. Jurgen == jmlison@info1.vub.ac.be
  22258.  
  22259. ------------------------------
  22260.  
  22261. From: dkl@crl.com (David K. Leikam)
  22262. Subject: Re: Using Live Radio With Automated Attendant
  22263. Date: 31 Mar 1995 13:26:15 -0800
  22264.  
  22265.  
  22266. John J Butz <jbutz@hogpa.ho.att.com> wrote:
  22267.  
  22268. > On a similar note.  I once phoned into the Microsoft Word Help Line,
  22269. > where I was greeted by a "DJ" who told me how many people were in the
  22270. > MS Word queue, the average hold time, and the name of the song she had
  22271. > just played.
  22272.  
  22273. > I assume this "broadcast" was done live due to the dynamic nature of
  22274. > the information presented and the smooth continuity of the speech.
  22275. > That is, as queue length, hold time and song title data were "voiced
  22276. > back" there was no discontinuity like typical voice response systems
  22277. > reading back host information.
  22278.  
  22279. > ("There are five callers in the `Excel` queue with a ten minute 
  22280. > hold time, you just heard Sting perform `Heavy Cloud No Rain`"
  22281. >        vs.
  22282. > "The next train from"...."Belmar"...."arriving at"...."New York, 
  22283. > Penn Station"...."departs at"...."4"..."oh"..."1"..."p m")
  22284.  
  22285. For whatever it's worth (maybe nothing?), those of us in the VR
  22286. industry are very much aware of that syndrome, and work hard to avoid
  22287. it. If you're willing to spend enough time at it, and enough effort,
  22288. you can get quite life-like voice response. Oh, you have to spend a
  22289. little money, too.  (grin)
  22290.  
  22291. This could easily be a cutting-edge voice-response system, rather than
  22292. a live DJ. Given that it's Microsoft, I'd bet on the former: they can
  22293. afford all the latest toys.
  22294.  
  22295. ------------------------------
  22296.  
  22297. From: danis668@aol.com (DaniS 668)
  22298. Subject: Re: Telephone Cost Research
  22299. Date: 31 Mar 1995 11:43:29 -0500
  22300. Organization: America Online, Inc. (1-800-827-6364)
  22301. Reply-To: danis668@aol.com (DaniS 668)
  22302.  
  22303.  
  22304. Rafael,
  22305.  
  22306. Try Teleconnect Mag. or Computer Telephony Mag. Call 800-Library.
  22307.  
  22308.  
  22309. Dani
  22310.  
  22311. ------------------------------
  22312.  
  22313. From: bpc@netcom.com (Benjamin P. Carter)
  22314. Subject: Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert)
  22315. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  22316. Date: Fri, 31 Mar 1995 02:27:44 GMT
  22317.  
  22318.  
  22319. I wrote:
  22320.  
  22321. > My fax machine lumps Q and Z with the numeral zero.  Thus every
  22322. > numeral corresponds to either two or three letters.  There is
  22323. > a way to input alphanumeric information using this keypad.
  22324.  
  22325. > [TELECOM Digest Editor's Note: *Every* numeral?  What about '1'? You
  22326. > did not mention anything about that.    PAT]
  22327.  
  22328. I should have written: ... every numeral other than '1' ...  The '1'
  22329. key is used to input punctuation marks in the same way that the other
  22330. keys are used to input letters.
  22331.  
  22332.  
  22333. Ben Carter   internet address: bpc@netcom.com
  22334.  
  22335. ------------------------------
  22336.  
  22337. Subject: Re: Digital Cellular Encryption and Fraud 
  22338. Date: Fri, 31 Mar 95 13:13:37 -0700
  22339. From: John Diamant <diamant@sde.hp.com>
  22340.  
  22341.  
  22342. rishab@dxm.ernet.in (Rishab Aiyer Ghosh) wrote:
  22343.  
  22344. > John Diamant <diamant@hpsnark.sde.hp.com> said:
  22345. >> How secure is digital cellular with encryption enabled?  I understand
  22346. >> that digital cellular without encryption isn't secure (except that
  22347.  
  22348. > What digital cellular are you talking about? I'll assume GSM, as it's
  22349. > the one you _should_ be talking about.
  22350.  
  22351. Sorry I wasn't specific.  The digital standards I'd be interested in
  22352. are the ones that are or will become prevalent in the US.  You mention
  22353. GSM, but our local carrier today only offers TDMA, and I hear CDMA may
  22354. be used more widely in the future.  From what I've heard so far
  22355. (please correct me if I'm wrong), the prevalent digital cellular
  22356. standards are:
  22357.  
  22358. US:
  22359.    TDMA (today)
  22360.    CDMA (possibly in the future, replacing TDMA or coexisting)
  22361. Europe/Asia:
  22362.    GSM
  22363.  
  22364. What makes GSM the one I should be talking about?  You indicate that
  22365. it's prevalent in Europe and Asia, but what about the US?  I'd prefer
  22366. a standard that worked everywhere, of course.
  22367.  
  22368. > GSM uses a challenge-response protocol, not an ID query/transmit sequence,
  22369. > to authenticate the caller. This protocol is implemented on the CPU of the
  22370. > SIM card, unique to every caller, with a reprogrammable PIN (like an ATM
  22371. > card). An SIM card can be inserted into any GSM phone, which retains that
  22372. > caller ID as long as the card is inside. This, together with the
  22373. > challenge-response protocol, makes it very difficult indeed for anyone
  22374. > to snarf caller IDs off the air.
  22375.  
  22376. That sounds pretty decent from a privacy standpoint.  Someone could
  22377. record the communication and possibly decode in the next few days with
  22378. a lot of trouble, but that's pretty unlikely for most communications
  22379. and they can't reuse the information for decoding new transmissions on
  22380. the fly because of the challenge-response.
  22381.  
  22382. > Some of your other questions were not relevant to GSM. Other digital 
  22383. > cellular systems are pretty redundant IMHO.
  22384.  
  22385. Do you know if GSM is available anywhere in the US or will be anytime soon?  
  22386.  
  22387. > Most countries in Europe and Asia use digital cellular, specifically GSM.
  22388. > The fact that my cell-phone in India will be GSM means I can be automatically
  22389. > reached at the same number anywhere in the world where GSM is operational
  22390. > with only minor administrative, and no technical, hassles.
  22391.  
  22392. Sounds like this is at least a defacto standard.  Is it an official standard
  22393. too?  If so, by what standards body?
  22394.  
  22395.  
  22396. Thanks,
  22397.  
  22398. John Diamant   Software Engineering Systems Division
  22399. Hewlett Packard Co.    Internet: diamant@sde.hp.com
  22400. Fort Collins, CO
  22401.  
  22402. ------------------------------
  22403.  
  22404. Subject: cellular features incur DOUBLE airtime charge
  22405. From: lester.hiraki@canrem.com (Lester Hiraki)
  22406. Date: Thu, 30 Mar 1995 23:01:00 -0500
  22407. Organization: CRS Online  (Toronto, Ontario)
  22408.  
  22409.  
  22410. Two major Canadian cellular service providers (Cantel and Bell
  22411. Mobility) charge "double airtime" for the use of Call Waiting and
  22412. Three-Way Conference.
  22413.  
  22414. With Call Waiting, if your receive a call while already talking and
  22415. you answer the second call, you are charged airtime for the call on
  22416. hold as well as for the second call. I don't understand why you
  22417. should be charged double airtime as you are still occupying only
  22418. one voice channel.
  22419.  
  22420. Even in the case of Three-Way Conference, your cellular phone does
  22421. not use two radio frequencies to talk to the two other parties;
  22422. the conference feature is implemented usually with a conference
  22423. circuit in the telephone switch itself.  Thus  I still don't see
  22424. the validity of charging "double airtime".
  22425.  
  22426. If it makes a difference, both companies sell these features either as
  22427. an add-on with a monthly fee or as part of a "rate-package".  (In
  22428. either case, they still charge "double airtime" for usage.
  22429.  
  22430. Does your cellular provider charge "double airtime" when using Call
  22431. Waiting and Three-Way Calling?  What is your cellular provider and
  22432. what geographic area does it serve?
  22433.  
  22434.  
  22435. [TELECOM Digest Editor's Note: I don't think Ameritech here in the
  22436. Chicago area charges double. It never did make any sense to me why
  22437. they do that; you are just using one over-the-air channel. What you
  22438. do with that should be your business. I wonder if there would be any
  22439. market for someone to start a three-way conference calling service for
  22440. cellular customers so they could get away from having the cellular
  22441. switch perform that function at double the rates? You are not alone;
  22442. there have been other reports here of the same thing.   PAT]
  22443.  
  22444. ------------------------------
  22445.  
  22446. Date: Fri, 31 Mar 95 10:58:42 CST
  22447. From: ROsman@swri.edu
  22448. Subject: Multiple Audio Channels Over One Phone Line
  22449.  
  22450.  
  22451. I have a project that needs to be able to mux as many as three audio
  22452. paths over a single analog POTS line.  It also needs a low data rate
  22453. back channel (100 bps or so), So I'll have outbound audio and inbound
  22454. data (only).  I realize that this is a tall order, but I'm trying to
  22455. figure out what's available that might come close.
  22456.  
  22457. Any suggestions for vendors?
  22458.  
  22459.  
  22460. Oz@SwRI.edu     (Rich Osman) 
  22461. (210) 522-5050 (w)  (210) 699-1302 (h;v/msg/fax)
  22462.  
  22463. ------------------------------
  22464.  
  22465. From: ME8732A@american.edu
  22466. Subject: Internship Wanted
  22467. Date: Fri, 31 Mar 95 10:59:17 EST
  22468. Organization: The American University
  22469.  
  22470.  
  22471. Hello,
  22472.  
  22473. I am a grad student at The American University working on my Masters
  22474. in Information Systems and looking for an internship in the area of
  22475. data comm/ network management.  Relevant courses and significant
  22476. research: Computer communication and Wireless communication services
  22477. respectively.  I will be taking Oracle based database management this
  22478. summer.  I work real cheap and have my own transportation.  If you
  22479. think you can use extra help, please reply or call me at (202) 483-3293.
  22480.  
  22481.  
  22482. Thanks for being there.
  22483.  
  22484. Michael Erichardi
  22485.  
  22486. ------------------------------
  22487.  
  22488. From: jkonecn@bgsuvax.bgsu.edu (Joe Konecny)
  22489. Subject: What is the Status on Video Telephones?
  22490. Date: 31 Mar 1995 15:13:44 GMT
  22491. Organization: Bowling Green State University
  22492.  
  22493.  
  22494. What is going on with video telephones? We have a person at work who
  22495. has to fly in once a month for meetings that could be handled over a
  22496. video phone.  Whats available and how well do they work?  
  22497.  
  22498.  
  22499. Thanks,
  22500.  
  22501. Joe Konecny - Computer Science Student, BGSU       
  22502. Bowling Green State University, Bowling Green Ohio 
  22503. Internet - jkonecn@andy.bgsu.edu                   
  22504.  
  22505. ------------------------------
  22506.  
  22507. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  22508. Administrivia: Hickory Dickory Dock and Other Notes
  22509. Date: Fri, 31 Mar 1995 14:55:00 CST
  22510.  
  22511.  
  22512. Hickory dickory dock! Its time to set your clock! This is just a reminder
  22513. to our USA readers that this weekend commemorates not only the 150th
  22514. anniversary of the invention of the telegraph by Samuel Morse on April 1,
  22515. 1845, but also our semi-annual clock setting. The rule remains the same
  22516. this year as before: spring ahead and fall behind. This being spring --
  22517. much to the chagrin, I'm sure of our Australian and New Zealand readers
  22518. who are now preparing to freeze their butts off for the next few months
  22519. while we here in the northern hemisphere turn the tables on them and
  22520. get to bask in the sunshine and on the beaches -- we set our clocks ahead
  22521. one hour. Officially its at 2:00 a.m. Sunday morning when we commence
  22522. Daylight Savings Time, but anytime you happen to think about it on Saturday
  22523. you might want to call 202-653-1800 for a good time. If you prefer to pay
  22524. for your good time, you can get the identical message from the Master
  22525. Talking Clock at 900-410-TIME.  We do this each year -- at least most of
  22526. us do, the people in Indiana are different, and remain the same time all
  22527. year around, as well as parts of Arizona I understand -- with the rationale
  22528. that we won't mind an extra hour of darkness as we sleep in the morning,
  22529. but will appreciate the extra hour of sunshine as we frolic in the after-
  22530. noon and evening. Anyway, sometime in the next day or so, attend to your
  22531. clocks. 
  22532.  
  22533. Speaking of the time, I've noticed that as this mailing list gets larger
  22534. and larger, distribution takes longer and longer. When eecs.nwu.edu is
  22535. really busy, I've noticed sendmail running for many hours at a time as
  22536. this list is processed. It is not uncommon for me to look at the mailqueue
  22537. and find three or four different issues of the Digest all in there getting
  22538. processed, anytime I check it 24 hours per day.
  22539.  
  22540. I am experimenting now with mailing the digest in multiple parts. Not
  22541. one after the other, but simultaneously. That is, I broke the list in
  22542. four parts, and start four sendmails with each getting about 25 percent 
  22543. of what one sendmail had gotten before. This should speed up delivery
  22544. a little, especially if you were in the bottom half of the original
  22545. list. I would be interested in knowing approximatly how long it takes
  22546. the Digest to reach you, based on the dateline given at the top of
  22547. each issue versus when it actually reaches your site (NOT when you get
  22548. around to reading it.) Of course the four sendmails take time from
  22549. each other, and the sysadmin here traps all my stuff and pipes it
  22550. through a special script which applies 'nice' values to my outgoing
  22551. mail; sort of like a stop-and-go traffic light which restrains me based
  22552. on the needs of other users at the site at any given time. So the improve-
  22553. ment is not all I would like it to be, but I can't think of anything
  22554. better right now. Let me know the results if you see any.  Just general 
  22555. round figures are good enough.
  22556.  
  22557. Under the theory that sendmail goes through the entire list looking for
  22558. everything to a given site, I sort the list alphabetically from the '@'
  22559. to the right. That means @aardvark.wherever always gets delivery first
  22560. and @zygot always comes last. But at least the daemon finds everyone
  22561. at a given site in the same cluster, which I assume saves a little time.
  22562. Occassionally with two or three issues of the Digest in the queue at the
  22563. same time the daemons run past each other, each benefitting from the
  22564. lookups done by the other and this causes some of you to get delivery
  22565. out of sequence; that is, issue 184 arrives before 183, etc. I don't have
  22566. any answer for that. Your suggestions are welcome on how delivery might
  22567. be speeded up, bearing in mind I cannot rip off all the cpu's here; nwu
  22568. is already extremely gracious and generous with me. <g> ... 
  22569.  
  22570. Two special mailings will follow immediatly for your weekend reading.
  22571. One deals with ISLIP 95 and how to participate; the other tells of
  22572. the changes the Internet is undergoing at present as the networks
  22573. involved undergo change and expansion.  Have a a nice weekend!
  22574.  
  22575.  
  22576. PAT
  22577.  
  22578. ------------------------------
  22579.  
  22580. End of TELECOM Digest V15 #184
  22581. ******************************
  22582.     
  22583. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11803;
  22584.           9 Apr 95 19:00 EDT
  22585. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09503 for telecomlist-outbound; Fri, 7 Apr 1995 14:32:03 -0500
  22586. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09496; Fri, 7 Apr 1995 14:32:00 -0500
  22587. Date: Fri, 7 Apr 1995 14:32:00 -0500
  22588. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  22589. Message-Id: <199504071932.OAA09496@delta.eecs.nwu.edu>
  22590. To: telecom@delta.eecs.nwu.edu
  22591. Subject: TELECOM Digest V15 #185
  22592.  
  22593.  
  22594. TELECOM Digest     Sat, 1 Apr 95 07:54:00 CST    Volume 15 : Issue 185
  22595.  
  22596. Inside This Issue:                           Editor: Patrick A. Townson
  22597.  
  22598.     Local Competition Bill Passes NC Senate (Donald E. Kimberlin)
  22599.     Re: March 1995 NYNEX Bill Insert - PulseNet Service (John Levine)
  22600.     Re: Regulation and The Resellers (John Levine)
  22601.     Re: Where to Complain About Unsolicited Fax Ad? (Mel Beckman)
  22602.     Re: SS7 References Wanted (Travis Russell)
  22603.     Re: Inexpensive 56k+ Connectivity Between U.S. and Europe (John Faubion)
  22604.     Re: Cellular Callback Information Wanted (Gene Retske)
  22605.     Re: Cellular Features Incur DOUBLE Airtime Charge (Tony Harminc)
  22606.     For Sale: Multiline Analog Phone System (Joe Konecny)
  22607.  
  22608. TELECOM Digest is an electronic journal devoted mostly but not
  22609. exclusively to telecommunications topics. It is circulated anywhere
  22610. there is email, in addition to various telecom forums on a variety of
  22611. public service systems and networks including Compuserve and America
  22612. On Line. It is also gatewayed to Usenet where it appears as the moderated
  22613. newsgroup 'comp.dcom.telecom'. 
  22614.  
  22615. Subscriptions are available to qualified organizations and individual
  22616. readers. Write and tell us how you qualify:
  22617.  
  22618.                  * telecom-request@eecs.nwu.edu *
  22619.  
  22620. The Digest is edited, published and compilation-copyrighted by Patrick
  22621. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  22622. or phone at:
  22623.                     9457-D Niles Center Road
  22624.                      Skokie, IL USA   60076
  22625.                        Phone: 500-677-1616
  22626.                         Fax: 708-329-0572
  22627.   ** Article submission address only: telecom@eecs.nwu.edu **
  22628.  
  22629. Our archives are located at lcs.mit.edu and are available by using
  22630. anonymous ftp. The archives can also be accessed using our email
  22631. information service. For a copy of a helpful file explaining how to
  22632. use the information service, just ask.
  22633.  
  22634. *************************************************************************
  22635. *   TELECOM Digest is partially funded by a grant from the              *
  22636. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22637. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22638. * project.  Views expressed herein should not be construed as represent-*
  22639. * ing views of the ITU.                                                 *
  22640. *************************************************************************
  22641.  
  22642. Additionally, the Digest is funded by gifts from generous readers such
  22643. as yourself who provide funding in amounts deemed appropriate. Your help 
  22644. is important and appreciated. A suggested donation of twenty dollars per
  22645. year per reader is considered appropriate. See our address above.
  22646.  
  22647. All opinions expressed herein are deemed to be those of the author. Any
  22648. organizations listed are for identification purposes only and messages
  22649. should not be considered any official expression by the organization.
  22650. ----------------------------------------------------------------------
  22651.  
  22652. Date: Fri, 31 Mar 95 18:18 EST
  22653. From: Donald E. Kimberlin <0004133373@mcimail.com>
  22654. Subject: Local Competition Bill Passes NC Senate
  22655.  
  22656.  
  22657.         The March 31 <Charlotte Observer> reports state Senate passage
  22658. of a telephone competition bill the preceding day, less than three
  22659. weeks after passage of a bill in the NC House (parenthetical remarks
  22660. are mine):
  22661.  
  22662.               Local Phone Rules Changes Clear Senate
  22663.  
  22664.         RALEIGH -- Telephone customers, accustomed to long distance
  22665. companies battling for their business, soon may find themselves as
  22666. popular with providers of local service.
  22667.  
  22668.         The state Senate passed a bill Thursday that would allow
  22669. competition for 3.3 million local phone customers.  The House, which
  22670. approved a similar version (on March 10), is expected to OK the
  22671. Senate's changes.
  22672.  
  22673.         "The bill sets the timing; sets the standards." said Senator
  22674. David Hoyle (D-Gaston).  "Most importantly, this bill protects the
  22675. concept of universal service."
  22676.  
  22677.         Universal service is the guarantee (which first arose in 1913
  22678. as part of the settlement of a Federal antitrust suit against AT&T)
  22679. that anyone in any community of the state who wanteed a telephone
  22680. would be able to have one.  The bill's language and every discussion
  22681. leading up to its passage indicated that lawmakers would not accept
  22682. competition and the accompanying drop in prices if it meant some
  22683. communities would be left out.
  22684.  
  22685.         Lawmakers also put their trust in experts of the state
  22686. Utilities Commission to work out technical and legal details.
  22687.  
  22688.         The bill is a close cousin of an original version written to
  22689. the liking of the four companies affected DD Southern Bell, Carolina
  22690. Telephone, Central Telephone and GTE South.
  22691.  
  22692.         The companies, which provide service to 90% of the state's
  22693. telephones (the 20-odd smaller companies having less than 200,000 dial
  22694. access lines each could maintain their monopolies so long as they do
  22695. not engage competition outside their monopoly territories), like the
  22696. bill because of changes in how the state will regulate them.
  22697.  
  22698.         The Utilities Commission now looks at how much it costs to
  22699. provide local service and decides how high telephone company profits
  22700. may be.  Under the new bill, only the price of service is regulated.
  22701. If companies can lower costs through increased efficiency or technological 
  22702. advances, they keep the amount saved.
  22703.  
  22704.         A spokesman for a coalition of long-distance and cable
  22705. companies aiming to break into the market said the bill was a fair
  22706. compromise.
  22707.  
  22708. <end quoted article>
  22709.  
  22710.  ... Notes for newcomers: The proposed start date for competitive
  22711. operations in NC is July 1, 1996.  There is already limited dial tone
  22712. competition in the city centers of New York and Chicago, while about
  22713. 20 states have some sort of competition legislation underway.  Much of
  22714. the activity at the state level has been spurred by an implied threat
  22715. of Federal demonopolization.  Worldwide, England and New Zealand have
  22716. had local dial tone competition in operation for as much as five years
  22717. in some areas.
  22718.  
  22719. ------------------------------
  22720.  
  22721. Date: Fri, 31 Mar 1995 23:15:46 -0500
  22722. From: johnl@iecc.com (John Levine)
  22723. Subject: Re: March 1995 NYNEX Bill Insert - PulseNet Service
  22724.  
  22725.  
  22726. > Why is an RBOC's inclusion of a bill insert or it's use of it's
  22727. > customer list for advertising worse than the ads included in the bills
  22728. > of almost every company in America?
  22729.  
  22730. Because the RBOC is a regulated utility with its rate of return set by
  22731. the government.  (You work for an RBOC, so I suppose you can be
  22732. excused for swallowing the usual RBOC agitprop that says "we're just
  22733. like any other business in the country unless we happen to be wearing
  22734. our Sacred Public Trust hat.")
  22735.  
  22736. In this case, the insert in the bill sent out to regulated customers
  22737. advertises what appears to be an unregulated service.  The mailing is
  22738. paid for by regulated customers.  It's yet another sneaky subsidy to
  22739. the unregulated side of the business.
  22740.  
  22741. > Does anybody really believe the hype that residential phone service
  22742. > is this monstrous revenue generator that supports all the other
  22743. > projects of the LECs??
  22744.  
  22745. Only people who read RBOC balance sheets and annual reports.  (Well,
  22746. not just residential, but certainly residential and business POTS.)
  22747. Read your employer's financial statements.  I do, I'm a stockholder.
  22748. You've made a lot of money for me over the years, largely off the
  22749. backs of your regulated ratepayers.
  22750.  
  22751. > Does anybody really think that ATT et al want to get into the local
  22752. > phone service business because there's so much money in it?
  22753.  
  22754. Look at the overall return on the RBOCs vs. that of AT&T since 1984.
  22755.  
  22756. > Does any one want to provide JUST telephone service? The IEC's only
  22757. > interest in local service is as a means to avoid access charges to the
  22758. > LECs.
  22759.  
  22760. Could it be that they believe that they can provide a superior service
  22761. at a competitive price?  Naah.  Oh, sorry, didn't see the Sacred
  22762. Public Trust hat.
  22763.  
  22764. In a lot of places such as California and New York, the RBOC is doing
  22765. a really lousy job of providing phone service.  People are willing to
  22766. consider seriously getting local phone service from the cable company
  22767. and outfits like MFS not because they're a lot cheaper (they're not)
  22768. but because they can provide the service that customers need in a
  22769. timely and reliable manner, and the RBOCs don't.
  22770.  
  22771. SBC (SWB's holding company) is to be commended for sticking closer to
  22772. its telephonic knitting than have the other RBOCs such as NYNEX,
  22773. USWest, and PacTel, and seems still to provide quality service in most
  22774. places.  But even SWB does its share of inane and predatory things.
  22775. Try pricing an ISDN line in Texas, for example.
  22776.  
  22777.  
  22778. Regards,
  22779.  
  22780. John Levine, johnl@iecc.com
  22781. Primary perpetrator of "The Internet for Dummies"
  22782.  
  22783. ------------------------------
  22784.  
  22785. Date: Fri, 31 Mar 1995 23:15:43 -0500
  22786. From: johnl@iecc.com (John Levine)
  22787. Subject: Re: Regulation and The Resellers
  22788.  
  22789.  
  22790. > I have a question regarding the "Equal Access " requirement regulation
  22791. > that is currently being discussed by the FCC.
  22792.  
  22793. > My understanding is that it would allow end users to chose their
  22794. > carriers without having to dial extra digits. 
  22795.  
  22796. This question is probably relative to cellular service.  At this point, cell
  22797. carriers owned by the RBOCs (and probably GTE) have to provide equal access.
  22798. Other cell carriers don't.  This means, for example, that when I got my
  22799. NYNEX Cellular car phone, one of the things that NYNEX asked was which long
  22800. distance carrier I wanted.  (The salesman was astonished when I said Allnet
  22801. rather than AT&T.  But for 13.5 cents/min flat, billed with my wireline and
  22802. 800 calls, it's not a bad deal.)  Had I signed up with Cell One, I'd also
  22803. have had that choice, because the Cell One in Boston happens to be owned by
  22804. SBC, one of the other RBOCs.  I believe that McCaw is also going to equal
  22805. access as a condition of the merger with AT&T.
  22806.  
  22807. Non RBOC carriers don't offer equal access and route all toll calls to a
  22808. preferred carrier, no doubt at a big markup.  There is a schedule for all
  22809. cellular carriers to go to equal access, just as there is a schedule for
  22810. non-RBOC wireline carriers to go to equal access.  In both cases, there's
  22811. quite a lot of resistance, both because of the extra equipment required to
  22812. implement equal access, and because it'll end some of the sweetheart sole
  22813. source deals they have now.
  22814.  
  22815. Incidentally, NYNEX Cellular's implementation of equal access is terrific.
  22816. I called their customer service line to switch carriers, and the next call I
  22817. made two minutes later went to the new carrier!
  22818.  
  22819.  
  22820. Regards,
  22821.  
  22822. John Levine, johnl@iecc.com
  22823. Primary perpetrator of "The Internet for Dummies"
  22824.  
  22825. ------------------------------
  22826.  
  22827. Date: Fri, 31 Mar 1995 22:30:11 -0800
  22828. From: mbeckman@mbeckman.com (Mel Beckman)
  22829. Subject: Re: Where to Complain About Unsolicited Fax Ad?
  22830.  
  22831.  
  22832. nsayer@quack.kfu.com (Nick Sayer) writes:
  22833.  
  22834. > The reason unsolicited fax advertisements are illegal/unwanted is that
  22835. > it costs the typical recipient MONEY (fax paper is not free for most
  22836. > of us) to receive it. I am not typical, since I have a fax modem and I
  22837. > didn't even have to empty the wastebasket, but neither do I believe
  22838. > that I was the only one who got one of these. Add up the cost of all
  22839. > the fax paper wasted on their fax-spam and it becomes a non-trivial
  22840. > dollar amount. That is why it is illegal. That is why I object to it.
  22841.  
  22842. Actually, the justification for the original law was never the paper. The
  22843. paper cost is not that burdensome.
  22844.  
  22845. The real problem is the time the machine is tied up receiving junk
  22846. faxes, when it could be doing productive business for the owner. A lot
  22847. of junk traffic can tie up a fax machine enough that legitimate faxes
  22848. can't get through (consider the retry intervals and the time spent
  22849. ringing and connecting, and you can see that a fax machine doesn't
  22850. have to be operating continuously to be effectively saturated).
  22851.  
  22852. This is the argument originally used in the legislative process.
  22853.  
  22854.  
  22855. Mel beckman                  |   Internet: mbeckman@mbeckman.com    
  22856. Beckman Software Engineering | Compuserve: 75226,2257               
  22857. Ventura, CA 93004            |  Voice/fax: 805/647-1641 805/647-3125
  22858.  
  22859. ------------------------------
  22860.  
  22861. From: russell@trussell.pdial.interpath.net (Travis Russell)
  22862. Subject: Re: SS7 References Wanted
  22863. Date: Fri, 31 Mar 1995 19:50:58 +0000
  22864. Organization: Travis Russell
  22865. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  22866.  
  22867.  
  22868. > I am interested in find some technical references on "SS7 programming". 
  22869.  
  22870. > I am working with Dialogic hardware and (separately) have just done a 
  22871. > SMDI link to a Northern Telecom switch via a serial interface.  I'd 
  22872. > like to see what kind of features I can add to various voice/fax/
  22873. > data software with SS7 and would like to be able to turn on 
  22874. > message waiting/ stutter dial-tone on any arbitrary phone via SS7. 
  22875.  
  22876. > So, if there exists a good text that explains SS7 such that I could 
  22877. > string bits together in the right order, I'd like to know about it. 
  22878.  
  22879. I don't know about SS7 programming, but I do know of an excellent
  22880. reference on SS7! Of course, I may be somewhat biased, but that should
  22881. be acceptable. The book is called "Signaling System #7" (how original)
  22882. and is now available through McGraw Hill.
  22883.  
  22884. This book explains the protocol SS7 as well as the procedures used
  22885. throughout SS7 for data transfer and signaling. There are many
  22886. examples of applications in use today, as well as possible future
  22887. applications. The book is divided by protocol (ISUP, TCAP, etc.) and
  22888. should lend a lot of information for the application you are looking
  22889. at.
  22890.  
  22891. Good luck with your project.
  22892.  
  22893. Signaling System #7
  22894. By Travis Russell
  22895. ISBN 0-07-054991-5
  22896. McGraw-Hill 1995
  22897.  
  22898.  
  22899. Travis Russell   russell@trussell.pdial.interpath.net
  22900.  
  22901. ------------------------------
  22902.  
  22903. From: jfaubion@ip.tyndall.af.mil
  22904. Date: Fri, 31 Mar 95 19:53:58 cst
  22905. Subject: Re: Inexpensive 56k+ Connectivity Between U.S. and Europe
  22906.  
  22907.  
  22908. > The neatest way is to have a Ku-Band VSAT 2.4 meter Earth Station at each
  22909. > site and do ISDN 2B+D all the way and enjoy voice, data and video as well.
  22910.  
  22911. Bob, could you provide more information on this? Also I understand
  22912. that there is an ISP that provides Internet connectivity via a Ku-band
  22913. satellite system. Does anyone have information on this such as costs,
  22914. speeds, and locations serviced?
  22915.  
  22916.  
  22917. John Faubion     jfaubion@ip.tyndall.af.mil
  22918.  
  22919. ------------------------------
  22920.  
  22921. From: Gene Retske <gretske@tach.net>
  22922. Subject: Re: Cellular Callback Information Wanted
  22923. Date: 1 Apr 1995 12:10:50 GMT
  22924. Organization: Tachyon Communications Corporation
  22925.  
  22926.  
  22927. There is no reason that call back cannot be used for cellular.  It's
  22928. done all the time.  Just use your cellular number for the call back
  22929. number.  Outside the US, in GSM territory, your call back service will
  22930. follow you all over the world, except for the Western Hemisphere!
  22931.  
  22932.  
  22933. Gene Retske               Author of the New Book 
  22934. SOLVOX Systems       The International CallBack Book 
  22935. Tel +1 407 779 8999         An Insider's View   
  22936. Fax +1 407 779 8339           1-800-LIBRARY 
  22937.  
  22938. ------------------------------
  22939.  
  22940. Date: Fri, 31 Mar 95 19:15:22 EST
  22941. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  22942. Subject: Re: Cellular Features Incur DOUBLE Airtime Charge
  22943.  
  22944.  
  22945. lester.hiraki@canrem.com (Lester Hiraki) wrote:
  22946.  
  22947. > Two major Canadian cellular service providers (Cantel and Bell
  22948. > Mobility) charge "double airtime" for the use of Call Waiting and
  22949. > Three-Way Conference.
  22950.  
  22951. Cantel seems to have realized how silly it sounds to charge double
  22952. airtime for these services, as well as (single) airtime for dialing in
  22953. to your Cantel voicemail from a landline.  So they've stopped calling
  22954. it airtime, and simply say that these various services "are charged at
  22955. Cantel minute rates".
  22956.  
  22957. Simple fix... ;-)
  22958.  
  22959.  
  22960. Tony Harminc
  22961.  
  22962. ------------------------------
  22963.  
  22964. From: jkonecn@bgsuvax.bgsu.edu (Joe Konecny)
  22965. Subject: For Sale: Multiline Analog Phone System
  22966. Date: 31 Mar 1995 21:52:07 GMT
  22967. Organization: Bowling Green State University
  22968.  
  22969.  
  22970. TIE analog system for sale:
  22971.  
  22972. 2 - TCX-128 wall mount cpu's.
  22973. 1 - TCX-128 power supply
  22974. 16 - 86072 telephones
  22975. 26 - 86071 telephones
  22976. 3 - 86098 telephones
  22977. 8 - 86078 telephones
  22978. 2 - 86073 telephones
  22979. 2 - 86079 telephones
  22980. 1 - 86074 DSS
  22981. 2 - MITEL SMART-1 PAV (chaining devices?  not sure what they do)
  22982.  
  22983. Make offer!!!  Eager to sell.
  22984.  
  22985. e-mail to jkonecn@bgsuvax.bgsu.edu
  22986. voice - 419-352-9484 
  22987.  
  22988.  
  22989. Thanks!
  22990.  
  22991. Joe Konecny - Computer Science Student, BGSU      
  22992. Bowling Green State University, Bowling Green Ohio
  22993. Internet - jkonecn@andy.bgsu.edu                  
  22994.  
  22995. ------------------------------
  22996.  
  22997. End of TELECOM Digest V15 #185
  22998. ******************************
  22999.     
  23000.     
  23001. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11836;
  23002.           9 Apr 95 19:00 EDT
  23003. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09549 for telecomlist-outbound; Fri, 7 Apr 1995 14:32:48 -0500
  23004. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09540; Fri, 7 Apr 1995 14:32:41 -0500
  23005. Date: Fri, 7 Apr 1995 14:32:41 -0500
  23006. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  23007. Message-Id: <199504071932.OAA09540@delta.eecs.nwu.edu>
  23008. To: telecom@delta.eecs.nwu.edu
  23009. Subject: TELECOM Digest V15 #186
  23010.  
  23011.  
  23012. TELECOM Digest     Mon, 3 Apr 95 09:32:00 CDT    Volume 15 : Issue 186
  23013.  
  23014. Inside This Issue:                          Editor: Patrick A. Townson
  23015.  
  23016.     Book Review: "The Little Online Book" by Glossbrenner (Rob Slade)
  23017.     Regulated Cash Cows (John Levine)
  23018.     Eliminating Unmeasured Service, a How-to Guide (Nick Sayer)
  23019.     Product Availability: Fax/Data/Voice Cards (Hiro Daryanani)
  23020.     What is Future of Fiber/Coax in the Home? (shining@aol.com)
  23021.     That Time Again (Joseph Singer)
  23022.     Running Out of 800 Numbers (cgreen9938@aol.com)
  23023.     CLI - and Calls to the Coast Guard (Richard Cox)
  23024.     Inability to Use LEC Calling Card From Office Phone (Ed Gehringer)
  23025.     What is "Steller III"? (scooby@.ibm.net)
  23026.     When Handed a Lemon, Make Lemonade! (Donald E. Kimberlin)
  23027.     Rent Mobile Phones in San Jose? (Andrew Nielsen)
  23028.     Electret, Carbon Microphones (andrewm486@aol.com)
  23029.     GSM Program Director Opportunity (Jack Hurst)
  23030.     Statistics Wanted on Phone and Feature Use (Peter Capek)
  23031.     What Telecom Degrees Are Best Today? (Msgt. Paul Berens)
  23032.     Telecom FAQ Wanted (Andrew Harmelink)
  23033.  
  23034. TELECOM Digest is an electronic journal devoted mostly but not
  23035. exclusively to telecommunications topics. It is circulated anywhere
  23036. there is email, in addition to various telecom forums on a variety of
  23037. public service systems and networks including Compuserve and America
  23038. On Line. It is also gatewayed to Usenet where it appears as the moderated
  23039. newsgroup 'comp.dcom.telecom'. 
  23040.  
  23041. Subscriptions are available to qualified organizations and individual
  23042. readers. Write and tell us how you qualify:
  23043.  
  23044.                  * telecom-request@eecs.nwu.edu *
  23045.  
  23046. The Digest is edited, published and compilation-copyrighted by Patrick
  23047. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23048. or phone at:
  23049.                     9457-D Niles Center Road
  23050.                      Skokie, IL USA   60076
  23051.                        Phone: 500-677-1616
  23052.                         Fax: 708-329-0572
  23053.   ** Article submission address only: telecom@eecs.nwu.edu **
  23054.  
  23055. Our archives are located at lcs.mit.edu and are available by using
  23056. anonymous ftp. The archives can also be accessed using our email
  23057. information service. For a copy of a helpful file explaining how to
  23058. use the information service, just ask.
  23059.  
  23060. *************************************************************************
  23061. *   TELECOM Digest is partially funded by a grant from the              *
  23062. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23063. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23064. * project.  Views expressed herein should not be construed as represent-*
  23065. * ing views of the ITU.                                                 *
  23066. *************************************************************************
  23067.  
  23068. Additionally, the Digest is funded by gifts from generous readers such
  23069. as yourself who provide funding in amounts deemed appropriate. Your help 
  23070. is important and appreciated. A suggested donation of twenty dollars per
  23071. year per reader is considered appropriate. See our address above.
  23072.  
  23073. All opinions expressed herein are deemed to be those of the author. Any
  23074. organizations listed are for identification purposes only and messages
  23075. should not be considered any official expression by the organization.
  23076. ----------------------------------------------------------------------
  23077.  
  23078. Date: Mon, 03 Apr 1995 00:20:16 EST
  23079. From: Rob Slade <roberts@mukluk.decus.ca>
  23080. Subject: Book Review: "The Little Online Book" by Glossbrenner
  23081.  
  23082.  
  23083. BKLTLONL.RVW   950306
  23084.  
  23085. "The Little Online Book", Alfred Glossbrenner, 1994, 1-56609-130-6, U$17.95
  23086. %A   Alfred Glossbrenner aglossbrenner@mcimail.com 70065,745 alfred@delphi.com
  23087. %C   2414 6th St., Berkeley, CA   94710
  23088. %D   1994
  23089. %G   1-56609-130-6
  23090. %I   Peachpit Press
  23091. %O   U$17.95 510-548-4393 fax: 510-548-5991 800-283-9444 trish@peachpit.com
  23092. %P   400
  23093. %T   "The Little Online Book"
  23094.  
  23095. This book offers expert assistance on buying, installing and using a
  23096. modem and communications software, right up to the point at which
  23097. someone might need help.  Then it tells you to go ask a friend.
  23098.  
  23099. This book recommends the "right" online service for you.  There are a
  23100. number of "right" services.  They are all commercial.
  23101.  
  23102. This book says that there are bulletin boards.
  23103.  
  23104. This book says you can send email.
  23105.  
  23106. This book says that people with common interests can use online services for
  23107. communications.
  23108.  
  23109. This book says you can play games online.
  23110.  
  23111. This book says there is shareware available online.
  23112.  
  23113. This book says there is information available online.
  23114.  
  23115. This book reiterates its advice to buy a commercial service.  Then, it
  23116. tells you that you can use email, Usenet news, archie, ftp, telnet and
  23117. gopher on the Internet.  Then it tells you to use a commercial service
  23118. provider as access to the Internet.
  23119.  
  23120. This book has used its industry contacts to collect the same "money-
  23121. saving coupons" that every other online book has.
  23122.  
  23123. This book suggests that you buy a bunch of disks from the author
  23124. giving you the information and resources which he was unable or
  23125. unwilling to give you in the book.
  23126.  
  23127.  
  23128. copyright Robert M. Slade, 1995   BKLTLONL.RVW   950306. Distribution
  23129. permitted in TELECOM Digest and associated publications. Rob Slade's 
  23130. book reviews are a regular feature in the Digest.
  23131.  
  23132.  
  23133. Vancouver      ROBERTS@decus.ca         
  23134. Institute for  Robert_Slade@sfu.ca      
  23135. Research into  Rob_Slade@mindlink.bc.ca 
  23136. User           rslade@vanisl.decus.ca   
  23137. Security       Canada V7K 2G6           
  23138.  
  23139. ------------------------------
  23140.  
  23141. Date: Sun, 02 Apr 1995 21:04:41 -0400
  23142. From: johnl@iecc.com (John Levine)
  23143. Subject: Regulated Cash Cows
  23144.  
  23145.  
  23146. I know it's tacky to follow up one's own article, but by coincidence my
  23147. SBC annual report just showed up today.
  23148.  
  23149. >> Does anybody really believe the hype that residential phone service
  23150. >> is this monstrous revenue generator that supports all the other
  23151. >> projects of the LECs??
  23152.  
  23153. I answered:
  23154.  
  23155. > Only people who read RBOC balance sheets and annual reports.  (Well,
  23156. > not just residential, but certainly residential and business POTS.)
  23157. > Read your employer's financial statements.  ...
  23158.  
  23159. According to the 1994 annual report, SBC's total revenue in 1994 was
  23160. $11.4 billion, making it one of the smaller RBOCs but still an enormous 
  23161. company.  The breakdown was:
  23162.  
  23163. Wireline service        $4.0G*
  23164. Cell service            $1.7G
  23165.  
  23166. Interstate access       $1.9G*
  23167. Intrastate access       $0.9G*
  23168.  
  23169. Toll service            $0.9G*
  23170.  
  23171. Yellow pages            $0.9G
  23172.  
  23173. Everything else         $1.1G
  23174.  
  23175. "Access" is both the $3 FCC line charge and the per-minute charges
  23176. that long distance carriers pay the LEC for both incoming and outgoing
  23177. calls.  So if we look at the monopoly parts of the business (the
  23178. starred entries), that's $7.7G. Communication related semi-monopoly
  23179. revenue (cellular and yellow pages) add another $2.6G.  Everything
  23180. else is just $1.1G.
  23181.  
  23182. Is regulated service a cash cow?  Moo.
  23183.  
  23184. Some may argue that intra-LATA toll service isn't a monopoly, since
  23185. most states allow competition.  But SBC's intra-lata toll minutes have
  23186. continued to rise every year since divestiture except 1990, so if
  23187. there's competition, there ain't much.  Toll revenue dropped 6% this
  23188. year, but the notes say that's partly because they added extended area
  23189. dial plans which turn toll revenue into local service revenue.
  23190.  
  23191. Finally, returning to the original point, I tried to find the split
  23192. between residential and business revenue at SBC.  All I could find in
  23193. the 10-K is a note that they have roughly nine million residential
  23194. lines and four million business lines in service.  Business lines
  23195. generate a lot more revenue than residential, so let's make the
  23196. extreme assumption that a business line generates 10 times the revenue
  23197. that a residence line does.  Even in that case, residence revenue
  23198. would be 18% of the total, or $1.4G, still considerably more than all
  23199. non-phone revenue combined.  In a word: moo.
  23200.  
  23201.  
  23202. Regards,
  23203.  
  23204. John Levine, johnl@iecc.com
  23205. Primary perpetrator of "The Internet for Dummies"
  23206.  
  23207. ------------------------------
  23208.  
  23209. From: nsayer@quack.kfu.com (Nick Sayer)
  23210. Subject: Eliminating Unmeasured Service, a How-to Guide
  23211. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  23212. Date: 3 Apr 1995 06:42:15 UTC
  23213.  
  23214.  
  23215. lincmad@netcom.com (Linc Madison) writes:
  23216.  
  23217. > You can still get unmeasured residential service, but the disparity in
  23218. > cost has widened with the new rate structure.  (old: $4.45/8.35,
  23219. > new: $6.00/11.25)
  23220.  
  23221. Of course the pattern in the past for LECs trying to eliminate
  23222. unmeasured service goes something like this:
  23223.  
  23224. 1. Jack up the price of unmeasured service.
  23225.  
  23226. 2. Send out flyers telling unmeasured customers how much they would
  23227. save switching.
  23228.  
  23229. 3. Wait 'till most of the customers switch. Repeat 1 and 2 as needed.
  23230.  
  23231. 4. When the percentage is low enough, yank the carpet out from under
  23232. the stragglers (bribes to PUC may be in order if they are not already
  23233. either lap-dogs or on the payroll).
  23234.  
  23235. 5. Get filthy rich riding on the backs of the ratepayers.
  23236.  
  23237. The price of unmeasured service is eternal vigilance.
  23238.  
  23239.  
  23240. Nick Sayer <nsayer@quack.kfu.com>  | Coming soon:
  23241. N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM  | Kevin Kostner in
  23242. +1 408 249 9630, log in as 'guest' | Wyatt Earp: sensitivity
  23243. URL: http://www.kfu.com/~nsayer/   | training, Tombstone style
  23244.  
  23245. ------------------------------
  23246.  
  23247. From: Hiro Daryanani <hiro@hk.net>
  23248. Subject: Product Availability: Fax/Data/Voice Cards
  23249. Date: 3 Apr 1995 03:31:14 GMT
  23250. Organization: Hong Kong Internet & Gateway Services, Wanchai, Hong Kong
  23251.  
  23252.  
  23253. Hi,
  23254.  
  23255. I'm trying to find a PC card and software combination that is capable
  23256. of the following:
  23257.  
  23258. 1. Data (14.4 or 28.8) - Automatically detects a data call and then
  23259. brings up a remote control/node session with the calling modem. 
  23260.  
  23261. 2. Voice - Automatically detects a voice call and acts like an
  23262. answering machine
  23263.  
  23264. 3. Fax - Automatically detects a fax call and receives the fax.
  23265.  
  23266. While I know there are modems out there that are capable of doing
  23267. this, I believe the software that comes with the modem are not
  23268. flexible enough to do what I want. Also, it seems that for voice, the
  23269. only only software that works with the modem is the one that comes
  23270. packaged with it. Is that because of a lack of standards for voice
  23271. over modem connections?
  23272.  
  23273. Any help would be appreciated.
  23274.  
  23275.  
  23276. Hiro Daryanani      (hiro@hk.net)
  23277.  
  23278. ------------------------------
  23279.  
  23280. From: shininga@aol.com (ShiningA)
  23281. Subject: What is Future of Fiber/Coax in the Home?
  23282. Date: 2 Apr 1995 23:38:00 -0400
  23283. Organization: America Online, Inc. (1-800-827-6364)
  23284. Reply-To: shininga@aol.com (ShiningA)
  23285.  
  23286.  
  23287. Where can I find further information on just when fiberoptic cable and
  23288. interactive coaxial cable TV in the average home will become a reality?
  23289. Are there any good books, magazine articles, or email lists on this
  23290. topic.  
  23291.  
  23292. Thank you much for all your help.
  23293.  
  23294.  
  23295. ShiningA&aol.com
  23296.  
  23297. ------------------------------
  23298.  
  23299. From: joseph.singer@stage.com
  23300. Date: Sun, 02 Apr 95 22:00:33 PDT
  23301. Subject: That Time Again
  23302. Organization: [ The STAGE - "Your Community Center" ]
  23303.  
  23304.  
  23305. In a recent issue of TELECOM Digest you wrote regarding our twice
  23306. yearly changing of our time from standard to daylight time.  You
  23307. mentioned the number 202-653-1800 (the National Bureau of Standards)
  23308. which is in D.C., but there is also another number that you can call
  23309. for the exact time.  You can call WWV in Fort Collins, Colorado at 
  23310. 303-499-7111 to get the exact time.  When you call the number you will
  23311. hear tick-tick until just before the the next minute is announced (in
  23312. coordinated universal time) This is the same time you get when you
  23313. dial 1-900-TIME (8463) only it costs just the normal toll rates instead 
  23314. of the 50c/minute for the 900 number.
  23315.  
  23316.  
  23317. JOSEPH SINGER  joseph.singer@stage.com
  23318. SEATTLE, WASHINGTON USA 
  23319.  
  23320.  
  23321. [TELECOM Digest Editor's Note: I assume by now everyone has set their
  23322. clocks. How did ya like having daylight and the sun in view until almost
  23323. 8:00 p.m. last night?  <g> ... I heard a discussion on the radio yesterday
  23324. about how leap years are calculated. It seems that wth slightly more than
  23325. 365 days per 'year', i.e. 365 days, 5 hours, 48 minutes and 46 seconds, the
  23326. common rule of 365 and one-fourth days per year -- that is, add a day 
  23327. every four years -- does not work out quite right either. So although we
  23328. usually add a day every four years, once every hundred years we *skip* the
  23329. extra leap day to make it balance out. But that also leaves things a little
  23330. out of whack, so once every four hundred years we *do not skip* the extra
  23331. day. Normally we skip the extra day in years that end in double zero; but
  23332. an exception is in years that end in double zero but are also divisible by
  23333. 400. Therefore, to keep our calendars somewhat in synch with what's really
  23334. going on in the universe, the years 1700, 1800, and 1900 were not leap
  23335. years; but the year 2000 *will be* a leap year. By observing this rule of
  23336. an extra day every four years except skipping one leap day every hundred
  23337. years except adding one leap day every four hundred years our calendar will
  23338. pretty much stay in synch until sometime in the 33rd century -- about 1300
  23339. years from now -- when another general adjustment will be needed. I have
  23340. not yet decided if I will publish an issue of this Digest on that day or
  23341. not.  <g>  For that matter, I'm not sure if in 3200 it will be necessary
  23342. to add a day or subtract a day from the calendar, but anyway, around that
  23343. time we will have gotten nearly a full day out of alignment again.   PAT]
  23344.  
  23345. ------------------------------
  23346.  
  23347. From: cgreen9938@aol.com (CGreen9938)
  23348. Subject: Running Out of 800 Numbers
  23349. Date: 2 Apr 1995 16:35:49 -0500
  23350. Organization: America Online, Inc. (1-800-827-6364)
  23351. Reply-To: cgreen9938@aol.com (CGreen9938)
  23352.  
  23353.  
  23354. Does anyone know if its true that due to the limited number of 800
  23355. numbers available in the SMS database that 888 NPA's are going to be
  23356. released as toll free?  I had heard previously that 400 NPA was going
  23357. to be the next block of toll free.  I am currently trying to check
  23358. with Belcore on this, but thought that someone here might know.  Also,
  23359. would these be added to the existing SMS database??
  23360.  
  23361.  
  23362. [TELECOM Digest Editor's Note: The word is that 888 will be the next
  23363. 'toll-free' code.   PAT]
  23364.  
  23365. ------------------------------
  23366.  
  23367. Date: Sun, 2 Apr 1995 16:15:45 -0400
  23368. From: richard@mandarin.com
  23369. Subject: CLI - and Calls to the Coast Guard
  23370.  
  23371.  
  23372. TELECOM Digest Editor noted:
  23373.  
  23374. > You dial 911 here and ask for Fire, the dispatcher taps a button on her
  23375. > console and off you go ... when Fire answers, she is on there listening,
  23376. > ready to speak up and assist as needed. Why not to Coast Guard also if
  23377. > you think you need it?
  23378.  
  23379. That is of course precisely how it works in the United Kingdom: except
  23380. that we dial 112 or 999, not 911.  Both the emergency service, and the
  23381. CLI facility for emergency operators, are available from ALL UK phones
  23382. whether they are landline or cellular. (OK we still have a few offices
  23383. here that are not modernised -- they don't provide CLI or anything like
  23384. it, but they will be replaced before August this year with new digital
  23385. exchanges, and then the entire UK phone network will be CLI-capable).
  23386.  
  23387.  
  23388. Richard D G Cox
  23389.  
  23390. Mandarin Technology, PO Box 111, Penarth, South Glamorgan CF64 3YG
  23391. Voice: 0956 700111;    Fax: 0956 700110;    VoiceMail: 0941 151515
  23392. e-mail address: richard@mandarin.com; PGP2.6 public key on request
  23393.  
  23394.  
  23395. [TELECOM Digest Editor's Note: We had a big fire in Skokie Sunday night.
  23396. About 8 PM I heard numerous sirens and turned on the scanner. On the
  23397. mutual assistance frequency they were calling for backup assistance from
  23398. other villages nearby as well as asking for units from Chicago. Some
  23399. of the backup units were used to cover the stations in Skokie (because
  23400. what they call a 'change of quarters' was going on when the fire started)
  23401. while the entire Skokie Fire Department was down at the scene, along
  23402. with apparently half the Police Department. Units came in to assist from
  23403. Evanston and as far away as Des Plaines.   PAT]
  23404.  
  23405. ------------------------------
  23406.  
  23407. Date: Sun, 2 Apr 1995 17:24:55 -0400
  23408. From: gehringe@eos.ncsu.edu
  23409. Subject: Inability to Use LEC Calling Card From Office Phone
  23410.  
  23411.  
  23412. Last fall I posted a message about being unable to use my Southern
  23413. Bell calling card from my office phone.  The university had just
  23414. implemented an agreement that routed all 0+ calls from university
  23415. phones via AT&T.  If Southern Bell had a carrier code, I could dial 9
  23416. (to get out) + 10 + code, but alas, they do not have a carrier code.
  23417.  
  23418. Since Southern Bell has much lower rates than any LD carrier within
  23419. the "Triangle J" calling region, the effect was to increase the price
  23420. of calling-card calls from Raleigh to Durham and Chapel Hill by ~ 200%-400% 
  23421. depending on the time and duration of the call.
  23422.  
  23423. At the time, PAT responded that the university was probably within
  23424. their rights doing this to office phones, but it might be illegal to
  23425. prevent dorm residents from using Southern Bell cards.  I am meeting
  23426. tomorrow with the university's Telecommunications people to discuss
  23427. this situation.  Does anyone have further information?  Specifically,
  23428. can someone tell me --
  23429.  
  23430.     1. Is it permissible for the university to prevent people from
  23431.        making Southern Bell calling-card calls from their offices?
  23432.  
  23433.     2. Same question, from dorm rooms.
  23434.  
  23435.     3. What are the chances that the university's switch could be
  23436.        programmed to define an alternate prefix for reaching Southern 
  23437.        Bell?  E.g., 7 + NPA + number instead of 9 + 0 + NPA + number.
  23438.  
  23439.  
  23440. Thanks for your help,
  23441.  
  23442.  
  23443. Ed
  23444.  
  23445.  
  23446. [TELECOM Digest Editor's Note: A short answer would be it is NOT illegal
  23447. for the person (organization) which pays the phone bill to decide how
  23448. the calls will be handled. The university is within its rights to decide
  23449. how to administer their phone system where *employees* are concerned, or
  23450. *students using administrative phones*.   There are different rules where
  23451. students as *residents* are concerned. You had better stick to a discussion
  23452. of *students as residents* and their rights ... you'll lose otherwise!   PAT]
  23453.  
  23454. ------------------------------
  23455.  
  23456. From: Scooby@.ibm.net
  23457. Subject: What is "Stellar III"?
  23458. Date: Sun, 02 Apr 95 16:02:17 PDT
  23459.  
  23460.  
  23461. What exactly is "Stellar III"?  Does it run with UNIX?  Does anyone
  23462. run it besides O.C.M.L.S.?
  23463.  
  23464. Any and all info would be appreciated.
  23465.  
  23466. ------------------------------
  23467.  
  23468. Date: Mon, 3 Apr 95 07:26:00 EST
  23469. From: Donald E. Kimberlin <0004133373@mcimail.com>
  23470. Subject: When Handed a Lemon, Make Lemonade!
  23471.  
  23472.  
  23473.         Apropos of the recurring posts here on the matter of problems
  23474. from being assigned a telephone number similar to that of one that
  23475. takes many incoming calls, today's column by Art Buchwald is just too
  23476. funny to not post in its entirety.  I do not know if the story or
  23477. persons are real, nor would I recommend anyone actually do what the
  23478. story indicates.  Rather. enjoy!
  23479.  
  23480.  
  23481.                     Phone Won't Stop Ringing?
  23482.                         Here's What You Do
  23483.                          By Art Buchwald
  23484.  
  23485.         Leola Starling of Ribrock, Tenn., had a serious telephone
  23486. problem.  But unlike most people she did something about it.
  23487.  
  23488.         The brand-new $10 million Ribrock Plaza Motel opened
  23489. nearby and had acquired almost the same telephone number as
  23490. Leola.
  23491.  
  23492.         From the moment the motel opened, Leola was besieged by
  23493. calls not for her.  Since she had the same phone number for
  23494. years, she felt that she had a case to persuade the motel
  23495. management to change its number.
  23496.  
  23497.         Naturally, the management refused claiming that it
  23498. could not change its stationery.
  23499.  
  23500.         The phone company was not helpful, either.  A number was
  23501. a number, and just because a customer was getting someone else's
  23502. calls 24 hours a day didn't make it responsible.  After her pleas
  23503. fell on deaf ears, Leola decided to take matters into her own
  23504. hands.
  23505.  
  23506.         At 9 o'clock the phone rang.  Someone from Memphis was
  23507. calling the motel and asked for a room for the following Tuesday.
  23508. Leoloa said, "No problem.  How many nights?"
  23509.  
  23510.         A few hours later Dallas checked in.  A secretary wanted
  23511. a suite with two bedrooms for a week.  Emboldened, Leola said the
  23512. Presidential Suite on the 10th floor was available for $600 a
  23513. night.  The secretary said that she would take it and asked if
  23514. the hotel wanted a deposit.
  23515.  
  23516.         "No, that won't be necessary," Leola said.  "We trust
  23517. you."
  23518.  
  23519.         The next day was a busy one for Leola.  In the morning,
  23520. she booked an electric appliance manufacturers' convention for
  23521. Memorial Day weekend, a college prom and a reunion of the 82nd
  23522. Airborne veterans from World War II.
  23523.  
  23524.         She turned on her answering machine during lunchtime so
  23525. that she could watch the O.J. Simpson trial, but her biggest
  23526. challenge came in the afternoon when a mother called to book the
  23527. ballroom for her daughter's wedding in June.
  23528.  
  23529.         Leola assured the woman that it would be no problem and
  23530. asked if she would be providing the flowers or did she want the
  23531. hotel to take care of it.  The mother said that she would prefer
  23532. the hotel to handle the floral arrangements.  Then the question
  23533. of valet parking came up.  Once again Leola was helpful.
  23534. "There's no charge for valet parking, but we always recommend
  23535. that the client tips the drivers."
  23536.  
  23537.         Within a few months, the Ribrock Plaza Motel was a
  23538. disaster area.
  23539.  
  23540.         People kept showing up for wedddings, bar mitzvahs and
  23541. Sweet Sixteen parties and were all told there were no such
  23542. events.
  23543.  
  23544.         Leola had her final revenge when she read in the local
  23545. paper that the motel might go bankrupt.  Her phone rang, and an
  23546. executive from Marriott said, "We're prepared to offer you
  23547. $200,000 for the motel."
  23548.  
  23549.         Leola replied. "We'll take it, but only if you change the
  23550. telephone number."
  23551.  
  23552.  
  23553. [TELECOM Digest Editor's Note: Very funny, but the fact of the matter is
  23554. Leola is committing fraud by representing herself as an employee of the
  23555. motel; I hope they sue her big time. How would you like it if your bar
  23556. matzvah or wedding got screwed up on account of that old witch?    PAT]
  23557.  
  23558. ------------------------------
  23559.  
  23560. From: anielsen@randomwa.com.au (Andrew Nielsen)
  23561. Subject: Rent Mmobile Phones in San Jose?
  23562. Date: 2 Apr 1995 09:27:59 GMT
  23563. Organization: Random Access (WA) Pty Ltd
  23564.  
  23565.  
  23566. Hello world, a whole swag of Australians will be descending on San
  23567. Jose in May, and need to keep in touch with each other for a week.
  23568. Since the USA appears to have a different mobile phone system from our
  23569. GSM-based network here (insert heavy sigh), we are probably faced with
  23570. having to rent phones for the week.
  23571.  
  23572. Does anyone have any recommendations/indicative prices?  E-mail
  23573. replies greatly appreciated, as I don't often get the chance to read
  23574. this newsgroup.
  23575.  
  23576.  
  23577. Thanks in advance.
  23578.  
  23579. Andrew D. Nielsen                  Internet  : anielsen@randomwa.com.au
  23580. Systems Engineer                   AppleLink : AUST0278
  23581. Random Access (WA) Pty Ltd         WWW       : http://www.randomwa.com.au
  23582. 69 Adelaide Tce                                        Tel: +61-9-2781009
  23583. PERTH WA 6000   AUSTRALIA                              FAX: +61-9-2781001
  23584.  
  23585. ------------------------------
  23586.  
  23587. From: andrewm486@aol.com (AndrewM486)
  23588. Subject: Electret, Carbon Micropphones
  23589. Date: 3 Apr 1995 06:43:32 -0400
  23590. Organization: America Online, Inc. (1-800-827-6364)
  23591. Reply-To: andrewm486@aol.com (AndrewM486)
  23592.  
  23593.  
  23594. I realize that this may seem like an off-the-wall question, but ...
  23595.  
  23596. I'm looking to find the frequency/level response curves for electret
  23597. and carbon microphones (telephone transmitters), both as they are
  23598. produced today as well as these curves looked at 5, 10, 15 years
  23599. points going back in time.
  23600.  
  23601. Any suggestons? 
  23602.  
  23603. ------------------------------
  23604.  
  23605. From: Jack Hurst <jkhurst@dfw.net>
  23606. Subject: GSM Program Director Opportunity
  23607. Date: 2 Apr 1995 23:03:15 GMT
  23608. Organization: DFWNet -- Public Internet Access
  23609.  
  23610.  
  23611. We are an executive search firm currently working on several assignments   
  23612. for very senior level program managers who have previously managed the   
  23613. installation of large GSM Cellular Network Systems. We are located in the   
  23614. "Telecom Prairie" in Dallas, Texas. 
  23615.  
  23616. Our client is a major systems manufacturer in the emerging PCS Network   
  23617. market and has retained us to conduct a worldwide search for several   
  23618. experienced individuals.  Compensation will be six figures plus and scope   
  23619. of responsibility will be for programs typically in the $40 million to   
  23620. $200 million range. 
  23621.  
  23622. Interested and qualified individuals should contact Jack Hurst  via   
  23623. Internet at jkhurst@dfw.net for more information.
  23624.  
  23625. ------------------------------
  23626.  
  23627. Date: Mon, 3 Apr 95 08:19:09 EST
  23628. From: Peter Capek <capek@watson.ibm.com>
  23629. Subject: Statistics Wanted on Phone and Feature Use
  23630.  
  23631.  
  23632. Can anyone point me to a source of published statistics about phone and
  23633. feature use?  I'm looking for a variety of demographic and related numbers,
  23634. by state and by country if possible, for things like the following:
  23635.  
  23636.         Lines/Population
  23637.         Fraction of numbers unlisted
  23638.         Fraction of lines with Call Waiting installed
  23639.            "                   3-way Calling    "
  23640.            "                   DTMF             "
  23641.  
  23642. an so on.  It seems like the kind of thing which either a magazine or an
  23643. industry association might publish on an annual basis.  I'd be grateful for
  23644. a pointer.
  23645.  
  23646.  
  23647. Peter Capek
  23648.  
  23649. ------------------------------
  23650.  
  23651. From: Berens, Paul  MSgt <pberens@spacecom.af.mil>
  23652. Subject: What Telecom Degrees Are Best Today?
  23653. Date: Mon, 3 Apr 95 06:11:00 PST
  23654.  
  23655.  
  23656. Folks -
  23657.  
  23658.   I toyed with the idea of calling this request for info, "If you had
  23659. it all to do over again" for reasons that should become obvious.
  23660.  
  23661.   Questions: What degrees are currently available that best suit the
  23662. telecommunications industry's needs?  Do you have to specialize in
  23663. switches and PBX type technology at the expense of computer network
  23664. technology?  Are the "trade schools" looked down upon (forever locking
  23665. a person into "installing"?
  23666.  
  23667.   I'm an AF tech controller who supervises folks who ask me these
  23668. questions.  Funny, I never thought about it until they asked ... we
  23669. get our AAS in Electronic Systems Technology, and march smartly out to
  23670. maintain the world-wide military communications networks.  Only later
  23671. do we think about WHAT the Bachelor's degree should be.
  23672.  
  23673.   Here's your chance to help us decide which path suits our abilities
  23674. and desires (and perhaps gains you better qualified job applicants
  23675. in a few years!!!)
  23676.  
  23677.   Thanks in advance for your replies.
  23678.  
  23679.  
  23680. pberens@spacecom.af.mil
  23681.  
  23682. ------------------------------
  23683.  
  23684. From: Harmelink Andrew <harmeli@server.uwindsor.ca>
  23685. Subject: Telecom FAQ Wanted
  23686. Organization: University of Windsor, Ontario, Canada
  23687. Date: Mon, 3 Apr 1995 00:22:46 -0500
  23688.  
  23689.  
  23690. When is the next irregular posting of the comp.dcom.telecom FAQ?
  23691.  
  23692.  
  23693. Andrew Harmelink, aka Wander
  23694.  
  23695.  
  23696. [TELECOM Digest Editor's Note: Its on file in the Telecom Archives, but
  23697. perhaps I will sent it out to Usenet as well later today or tomorrow.  PAT]
  23698.  
  23699. ------------------------------
  23700.  
  23701. End of TELECOM Digest V15 #186
  23702. ******************************
  23703.     
  23704.     
  23705. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05939;
  23706.           3 Apr 95 22:55 EDT
  23707. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23708.     id AA24313; Mon, 3 Apr 95 15:58:22 CDT
  23709. Return-Path: <telecom>
  23710. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23711.     id AA24306; Mon, 3 Apr 95 15:58:20 CDT
  23712. Date: Mon, 3 Apr 95 15:58:20 CDT
  23713. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  23714. Message-Id: <9504032058.AA24306@delta.eecs.nwu.edu>
  23715. To: telecom@eecs.nwu.edu
  23716. Subject: TELECOM Digest V15 #187
  23717.  
  23718. TELECOM Digest     Mon, 3 Apr 95 15:58:00 CDT    Volume 15 : Issue 187
  23719.  
  23720. Inside This Issue:                          Editor: Patrick A. Townson
  23721.  
  23722.     1995 Area Code Update (Steve Grandi)
  23723.     Telwhere.zip U.S., Canada, PR Telephone Number Location Database (J Welch)
  23724.     Anyone Heard of Cable and Wireless Inc.? (Randy L. Magstadt)
  23725.     Who Owns Bahama Telephone Network? (wilhelm@cais3.cais.com)
  23726.     Need Information on BTI, Southeast USA (David Pilgrim)
  23727.     Looking For a Fax Service Bureau (Steve Samler)
  23728.     Re: Inability to Use LEC Calling Card From Office Phone (Andrew Mark)
  23729.     Re: Inability to Use LEC Calling Card From Office Phone (Michael Henry)
  23730.     Re: Where to Get Area Code Map? (Mark Fletcher)
  23731.     Re: Where to Get Area Code Map? (Clifton T. Sharp)
  23732.     Re: Profit From ISDN (Fred R. Goldstein)
  23733.  
  23734. TELECOM Digest is an electronic journal devoted mostly but not
  23735. exclusively to telecommunications topics. It is circulated anywhere
  23736. there is email, in addition to various telecom forums on a variety of
  23737. public service systems and networks including Compuserve and America
  23738. On Line. It is also gatewayed to Usenet where it appears as the moderated
  23739. newsgroup 'comp.dcom.telecom'. 
  23740.  
  23741. Subscriptions are available to qualified organizations and individual
  23742. readers. Write and tell us how you qualify:
  23743.  
  23744.                  * telecom-request@eecs.nwu.edu *
  23745.  
  23746. The Digest is edited, published and compilation-copyrighted by Patrick
  23747. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23748. or phone at:
  23749.                     9457-D Niles Center Road
  23750.                      Skokie, IL USA   60076
  23751.                        Phone: 500-677-1616
  23752.                         Fax: 708-329-0572
  23753.   ** Article submission address only: telecom@eecs.nwu.edu **
  23754.  
  23755. Our archives are located at lcs.mit.edu and are available by using
  23756. anonymous ftp. The archives can also be accessed using our email
  23757. information service. For a copy of a helpful file explaining how to
  23758. use the information service, just ask.
  23759.  
  23760. *************************************************************************
  23761. *   TELECOM Digest is partially funded by a grant from the              *
  23762. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23763. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23764. * project.  Views expressed herein should not be construed as represent-*
  23765. * ing views of the ITU.                                                 *
  23766. *************************************************************************
  23767.  
  23768. Additionally, the Digest is funded by gifts from generous readers such
  23769. as yourself who provide funding in amounts deemed appropriate. Your help 
  23770. is important and appreciated. A suggested donation of twenty dollars per
  23771. year per reader is considered appropriate. See our address above.
  23772.  
  23773. All opinions expressed herein are deemed to be those of the author. Any
  23774. organizations listed are for identification purposes only and messages
  23775. should not be considered any official expression by the organization.
  23776. ----------------------------------------------------------------------
  23777.  
  23778. Date: Mon, 3 Apr 1995 09:22:26 -0700
  23779. From: grandi@noao.edu (Steve Grandi)
  23780. Subject: 1995 Area Code Update
  23781.  
  23782.  
  23783. Area Code Changes: 1995-
  23784.  
  23785. Maintained by Steve Grandi (grandi@noao.edu).  Additions and corrections
  23786. are welcome!
  23787.  
  23788. (Last Revised: 1 April 1995)
  23789.  
  23790.     Date       Event
  23791.  
  23792. 1)  1/7/95     AC 630 splits from AC 708 (Chicago metro area)
  23793. 2)  1/15/95    AC 334 splits from AC 205 (Alabama)
  23794. 3)  1/15/95    AC 360 splits from AC 206 (Washington)
  23795. 4)  3/1/95     AC 281 overlaid on AC 713 (Houston metro area)
  23796. 5)  ??/??/??   AC 954 splits from AC 305 (Miami metro area)
  23797. 6)  3/19/95    AC 520 splits from AC 602 (Arizona)
  23798. 7)  4/2/95     AC 970 splits from AC 303 (Colorado)
  23799. 8)  5/28/95    AC 941 splits from AC 813 (Florida)
  23800. 9)  7/15/95    AC 540 splits from AC 703 (Virginia)
  23801. 10) 8/28/95    AC 860 splits from AC 203 (Connecticut)
  23802. 11) 9/2/95     AC 562 overlaid on ACs 213, 310 and 818 (Los Angeles metro area)
  23803. 12) 9/11/95    AC 423 splits from AC 615 (Tennessee)
  23804. 13) 10/1/95    AC 441 splits from AC 809 (Bermuda)
  23805. 14) 12/3/95    AC 864 splits from AC 803 (South Carolina)
  23806. 15) ??/??/95   AC 770 splits from or overlaid on AC 404 (Atlanta metro area)
  23807. 16) 2/1/96     AC 972 overlaid on AC 214 (Dallas metro area)
  23808. 17) 4/1/96     888 goes into service
  23809. 18) ??/??/96   AC ??? splits from AC 503 (Oregon)
  23810. 19) ??/??/97   AC ??? splits from AC 619 (San Diego)
  23811. 20) ??/??/??   AC ??? overlaid on AC 817 (Ft. Worth metro area)
  23812. 21) ??/??/??   AC 340 splits from AC 809 (Puerto Rico)
  23813.  
  23814.  
  23815. Notes...
  23816.  
  23817. 1) Originally reserved for Wireless services (cellular phones and pagers). 
  23818.        All wireless services in 708 would have been forced to move to 630.  
  23819.        All new wireless services in areas served by 312 and 708 would have
  23820.        been in 630.  Wireless companies appealed to the Illinois Commerce 
  23821.        Commission and to the FCC.  The FCC seemed to indicate that wireless
  23822.        overlay areacodes were discriminatory.  The latest plan is for 708
  23823.        to do a three-way split: The south/southwestern suburbs will retain
  23824.        708, the western suburbs will get 630 and the northern suburbs will 
  23825.        get ???.  No date for the three-way switch has been announced.  Any 
  23826.        wireless numbers assigned to 630 in the meantime would be reassigned 
  23827.        into the geographical codes.
  23828.  
  23829. 2) 334 for Southern Alabama, Northern Alabama keeps 205
  23830.    334 will contain Auburn, Dothan, Mobile, Montgomery and Selma
  23831.    205 will retain Anniston, Birmingham, Decatur, Huntsville and Tuscaloosa
  23832.    Permissive period ends 5/13/95
  23833.  
  23834. 3) 360 will cover all of Western Washington except Seattle and immediate
  23835.        suburbs which stay in 206
  23836.    360 will contain Bellingham, Bremerton, Olympia, Vancouver
  23837.    206 will retain Auburn, Bellevue, Everett, Redmond, Seattle, Tacoma
  23838.    Permissive period ends 5/21/95
  23839.  
  23840. 4) First numbers assigned in AC 281 (until 2/29/96) will be wireless services.
  23841.        After 3/1/96, all new numbers assigned will be in 281.  Mandatory
  23842.        10 digit dialing for all local calls in the 713/281 area begins 
  23843.        on 3/1/96.
  23844.  
  23845. 5) 954 was originally to be a wireless overlay on top of 305 effective
  23846.        3/1/95.  The Florida Public Service Commission rejected this proposal
  23847.        and decreed that Broward Co. (Fort Lauderdale) would move to 954 and 
  23848.        Dade Co. (Miami) would retain 305.  Effective when?  Southern Bell
  23849.        is appealing the decision since 305 would have to split again in a few
  23850.        years.
  23851.  
  23852. 6) 520 will cover the entire state of Arizona except Phoenix and its suburbs
  23853.        which stay in 602
  23854.    520 will contain Flagstaff, Prescott, Sierra Vista, Tucson, Yuma
  23855.    602 will retain Buckeye, Chandler, Glendale, Mesa, Phoenix, Scottsdale, 
  23856.        Tempe
  23857.    Permissive period ends 7/23/95
  23858.  
  23859. 7) 970 will serve Northern Colorado and the Western Slope except Denver and
  23860.        its suburbs which stay in 303
  23861.    970 will contain Aspen, Durango, Fort Collins, Grand Junction, Greely,
  23862.        Loveland, Steamboat Springs, Vail
  23863.    303 will retain Arvada, Aurora, Boulder, Denver, Englewood, Littleton,
  23864.        Longmont
  23865.    Permissive period ends 10/1/95
  23866.  
  23867. 8) Southwestern coast of Florida splits: Southern part moves to 941; Northern
  23868.        part (Tampa-St. Petersburg) stays in 813
  23869.    941 will contain Bradenton, Fort Meyers, Lakeland, Sarasota, Winter Haven
  23870.    813 will retain Clearwater, St. Petersburg, Tampa
  23871.    Permissive period ends 3/3/96
  23872.  
  23873. 9) 540 will cover all of Western Virginia except the Washington DC area which
  23874.        stay in 703
  23875.    540 will contain Blacksburg, Roanoke, Salem, Winchester
  23876.    703 will retain Alexandria, Arlington, Fairfax, Falls Church, Mclean
  23877.    Permissive period ends 7/13/96
  23878.  
  23879. 10) SW CT (Fairfield and New Haven Counties) will retain 203; the rest of
  23880.     the state will move to 860.
  23881.     860 will contain Hartford, Norwich and New London
  23882.     203 will retain Stamford, Bridgeport, New Haven, Danbury, Waterbury
  23883.     Permissive period ends 10/6/96
  23884.  
  23885. 11) First numbers assigned in AC 562 will be wireless services in the area 
  23886.        served by AC 310.  Landline services in AC 310 and wireless and
  23887.        possibly landline services in AC 213 and 818 will follow.
  23888.        Wireless companies and MCI are appealing to the FCC, especially given
  23889.        the decision in the Chicago case.
  23890.  
  23891. 12) Eastern Tennessee moves to 423 while Middle Tennessee retains 615
  23892.     423 will contain Chattanooga, Clarksville, Johnson City, Kingsport, 
  23893.        Knoxville
  23894.     615 will retain Murfreesboro, Nashville
  23895.     Permissive period ends 2/26/96
  23896.  
  23897. 13) Permissive period ends 9/30/96
  23898.  
  23899. 14) Northwestern South Carolina moves to 864, rest of state keeps 803.
  23900.     864 will contain Anderson, Greenville, Rock Hill, Spartanburg
  23901.     803 will retain Charleston, Columbia, Florence, Myrtle Beach
  23902.     Permissive period ends 5/1/96
  23903.  
  23904. 15) AC 770 will either be an overlay on AC 404 or a geographical split
  23905.  
  23906. 16) Mandatory 10 digit dialing for all local calls in 214/972 area begins on
  23907.     8/1/96.  All new numbers assigned after 2/1/96 will be in 972.
  23908.  
  23909. 17) 888 will be used as an extension of 800 "Free Phone" services.
  23910.  
  23911. 18) No further details
  23912.  
  23913. 19) No further details
  23914.  
  23915. 20) Overlay similar to Dallas
  23916.  
  23917. 21) Unconfirmed.  Seems to be a stray rumor.
  23918.  
  23919.  
  23920. Splits to watch for (Based on Bellcore's projections of number exhaustion
  23921. contained in letter IL 95/01-018)
  23922.  
  23923. 314 (St. Louis) (1996 2Q)
  23924. 904 (N. Florida) (1996 3Q)
  23925. 216 (Cleveland) (1997 1Q)
  23926. 612 (Minneapolis/St. Paul) (1997 1Q)
  23927. 818 (N. part of Los Angeles Metro area) (1998 1Q)
  23928. 210 (San Antonio) (1998 2Q)
  23929. 318 (Louisiana) (1998 3Q)
  23930. 213 (Central part of Los Angeles Metro area) (1998 4Q)
  23931. 604 (British Columbia) (1998 4Q)
  23932. 816 (Kansas City) (1998 4Q)
  23933. 312 (Chicago) (about 1998; revised forward since 312 will get no relief from
  23934.                new 630 code)
  23935.  
  23936.  
  23937. [TELECOM Digest Editor's Note: 708/630 will 'split' again within the next
  23938. week or so ... we in the northern suburbs will be getting still another
  23939. new code. 630 will go exclusively to one group of suburbs; 708 will stay
  23940. with one group.  312 will split as you point out in the next couple years
  23941. or so.   PAT]
  23942.  
  23943. ------------------------------
  23944.  
  23945. Date: Mon, 03 Apr 1995 13:41:28 -0500
  23946. From: Jonathan_Welch <JHWELCH@ecs.umass.edu>
  23947. Subject: Telwhere.zip U.S., Canada, PR Telephone Number Location Database
  23948.  
  23949.  
  23950. Pat, I was just wondering the other day if there was such a database
  23951. and here's an announcement for one.  Thought it might be of interest
  23952. to you and the readers.
  23953.  
  23954.  
  23955. Jonathan Welch  VAX Systems Manager  Umass/Amherst  JHWELCH@ecs.umass.edu
  23956.  
  23957.  
  23958.   From: ts@chyde.uwasa.fi (Timo Salmi)
  23959.   Subject:telwhere.zip U.S.+Canada+PRico Telephone Number Location Database
  23960.   Date: Sat, 01 Apr 1995 12:41:54 GMT
  23961.  
  23962. Thank you for your contribution.  This upload is now available as
  23963.  284340 Mar 31 05:17 garbo.uwasa.fi:/pc/database/telwhere.zip
  23964.  
  23965.   Date: Fri, 31 Mar 1995 14:47:12 -0500 (EST)
  23966.   From: pstira <pstira@escape.com>
  23967.   To: pc-up@uwasa.fi
  23968.   Subject: telwhere.zip Telephone Number Location Database
  23969.  
  23970. : File name: TELWHERE.ZIP
  23971. : One line description: Telephone Number Location Database
  23972. : Replaces: n/a
  23973. : Suggested Garbo directory: /pc/database
  23974. : Uploader name & email: Paul Stira <pstira@escape.com>
  23975. : Author or company: Paul Stira <pstira@escape.com>
  23976. : Email address: pstira@escape.com
  23977. : Surface address: 114-90 227th Street, Jamaica, NY 11411 U.S.A.
  23978. : Special requirements: None
  23979. : Shareware payment required from private users: Y
  23980. : Shareware payment required from corporates: Y
  23981. : Distribution limitations: None
  23982. : Demo: N
  23983. : Nagware: Y
  23984. : Self-documenting: Y
  23985. : External documentation included: Y
  23986. : Source included: N
  23987. : Size: 284K
  23988. : 10 lines description:
  23989. : Database of telephone numbers of U.S., Canada, and Puerto Rico.
  23990. : Identifies City, State for a given telephone number.
  23991.  
  23992.  
  23993. Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
  23994. Moderating at garbo.uwasa.fi anonymous FTP archives  193.166.120.5
  23995. Department of Accounting and Business Finance; University of Vaasa
  23996. Internet: ts@uwasa.fi   BBS +(358)-61-3170972; FIN-65101,  Finland
  23997.  
  23998. ------------------------------
  23999.  
  24000. From: rlm@adc.com (Randy L. Magstadt)
  24001. Subject: Anyone Heard of Cable and Wireless Inc.?
  24002. Date: 3 Apr 1995 14:27:44 GMT
  24003. Organization: ADC Telecommunications
  24004.  
  24005.  
  24006. Has anyone heard of Cable & Wireless, Inc.? I have a friend who is
  24007. considering using this company as there long distance carrier and
  24008. would like to know more information about them before he makes any
  24009. type of decision.
  24010.  
  24011.     Does anyone have and history with this company as its long
  24012. distance provider?
  24013.  
  24014.     Thank You.
  24015.  
  24016.  
  24017. Randy
  24018.  
  24019.  
  24020. [TELECOM Digest Editor's Note: C&W is a long-time, well established
  24021. company. For quite a few years -- back in the pre-divstiture days --
  24022. they were mostly active in the Carribean area, where they still own
  24023. a few local telcos. Their service is reliable. I do not know enough
  24024. about their long distance pricing to speak about it with any authority,
  24025. but they are not a fly-by-night outfit. They are in the same league
  24026. as MCI/Sprint, and possibly their local telco holdings in the area of
  24027. the Bahamas and Virgin Islands make them larger than MCI/Sprint; I
  24028. cannot say for sure. They have a very good personal 800 number service
  24029. which has been dicussed here in the Digest many times. I would say
  24030. your friend could use them without any hassles.    PAT]
  24031.  
  24032. ------------------------------
  24033.  
  24034. From: wilhelm@cais3.cais.com (Wilhelm)
  24035. Subject: Who Owns Bahama Telephone Network?
  24036. Date: 3 Apr 1995 14:43:08 GMT
  24037. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  24038.  
  24039.  
  24040. Does anyone know who owns (Batelco?) the Bahama Telephone company?  Is
  24041. it a joint venture with Cable and Wireless or is it completely
  24042. government owned.  If you don't know for sure, do you know where I can
  24043. find out?
  24044.  
  24045.  
  24046. [TELECOM Digest Editor's Note: C&W owns a big chunk of it. I know that
  24047. when you place a long distance call to there from here in the States if
  24048. you get a non-working number the intercept recording identifies them;
  24049. i.e. 'the number you have reached is not in service, this is a Cable &
  24050. Wireless recording <switch number> ..."    PAT]
  24051.  
  24052. ------------------------------
  24053.  
  24054. From: pilgrim@telalink.net (pilgrim)
  24055. Subject: Need Information on BTI, Southeast USA
  24056. Date: 3 Apr 1995 02:58:25 GMT
  24057. Organization: another person avoiding work
  24058.  
  24059.  
  24060. I would greatly appreciate any information on and/or experiences with
  24061. BTI, a Raleigh, NC based long distance carrier. Please e-mail.  
  24062.  
  24063.  
  24064. Thanks,
  24065.  
  24066. david   pilgrim@telalink.net
  24067.  
  24068. ------------------------------
  24069.  
  24070. Date: Mon, 3 Apr 1995 15:28:25 -0400 (EDT)
  24071. From: Steve Samler <steve@individual.com>
  24072. Subject: Looking For a Fax Service Bureau
  24073.  
  24074.  
  24075. I'm looking for some recommendations for a fax-on-demand service bureau
  24076. for a client. 
  24077.  
  24078. The system would keep on file personal data for each of 3,000 users.  The
  24079. caller would enter the user id to have this data faxed to a default fax
  24080. number.  The fax number is dependent upon the users' location.  
  24081.  
  24082. A specific need is to not tie the user to the fax handset.  A default
  24083. fax number would be on file and would be used unless the caller enters
  24084. in a temporary fax number.
  24085.  
  24086. Anyone have any recommendations or experience with a service bureau that
  24087. could handle this?  
  24088.  
  24089.  
  24090. Thanks.
  24091.  
  24092. ------------------------------
  24093.  
  24094. From: andrewm486@aol.com (AndrewM486)
  24095. Subject: Re: Inability to Use LEC Calling Card From Office Phone
  24096. Date: 3 Apr 1995 13:24:06 -0400
  24097. Organization: America Online, Inc. (1-800-827-6364)
  24098. Reply-To: andrewm486@aol.com (AndrewM486)
  24099.  
  24100.  
  24101. This is a recurring problem for all LD carriers. When an institution
  24102. makes a deal with one carrier, all others are blocked.  Is it legal? 
  24103. Apparently the logic is as follows:
  24104.  
  24105. As the institution owns the facility and it doesn't present itself as an
  24106. open access provider, it can chose whoever it wants to provide whatever
  24107. services it feels appropriate.  The logic continues ... if a hospital
  24108. chose to use a particular laundry, and you wanted to use another, should
  24109. they have to accomodate your request and work with other laundries as
  24110. well?
  24111.  
  24112. Whether you 'buy' the logic is irrelevant; this has been challenenged in
  24113. court on a number of occassions, and upheld.  What is NOT upheld, hoever,
  24114. is a coin phone being blocked.
  24115.  
  24116. Almost every carrier has an 800 access number ina addition to its 10XXX
  24117. number.  You might want to ask BellSouth if they have one, and if they
  24118. don't why don't they get one?  The costs are almost identical (if not
  24119. lower) than the standard access costs.
  24120.  
  24121.  
  24122. Good luck!
  24123.  
  24124. Andrew Mark
  24125.  
  24126.  
  24127. [TELECOM Digest Editor's Note: You are correct. A company can do whatever
  24128. it pleases with its own PBX/Centrex service. It pays the bills and can
  24129. choose the carriers and services it desires. But if there are payphones
  24130. on the premises -- for example, in the company lunchroom -- those have
  24131. to be unblocked. The exception in the case of payphones are those which
  24132. are *semi-public* ... that is, someone is paying telco to have them 
  24133. there. In that case, those can be handled as the 'subscriber' sees fit
  24134. also. Telco only puts in commissionable (truly public) payphones where
  24135. they can see a profit (or at least not a loss) for themselves. But anyone
  24136. can have a payphone; if you choose that kind of service and pay the
  24137. monthly fee required, then legally it is called 'semi-public' meaning a
  24138. small subset of the public is likely to use it on a pay-as-you-call
  24139. basis.  So before you bang your company or university or whatever for
  24140. 'pay phones' that you deem not in compliance, make sure you find out
  24141. if telco put them there and pays a commission for their presence or if
  24142. your employer put them there to encourage employees to stay off the
  24143. business phones with personal calls and is paying telco to keep them
  24144. there. If your employer's money gets involved at all, then he gets to
  24145. call the shots.   PAT]
  24146.  
  24147. ------------------------------
  24148.  
  24149. From: mhenry@uclink2.berkeley.edu (Michael Henry)
  24150. Subject: Re: Inability to Use LEC Calling Card From Office Phone
  24151. Date: 3 Apr 1995 17:26:27 GMT
  24152. Organization: UC Berkeley
  24153.  
  24154.  
  24155. In article <telecom15.186.9@eecs.nwu.edu>, gehringe@eos.ncsu.edu says:
  24156.  
  24157. > At the time, PAT responded that the university was probably within
  24158. > their rights doing this to office phones, but it might be illegal to
  24159. > prevent dorm residents from using Southern Bell cards.  I am meeting
  24160. > tomorrow with the university's Telecommunications people to discuss
  24161. > this situation.  Does anyone have further information?  Specifically,
  24162. > can someone tell me --
  24163.  
  24164. >    1. Is it permissible for the university to prevent people from
  24165. >       making Southern Bell calling-card calls from their offices?
  24166.  
  24167. Probably so, but they can get AT&T to "splash" (transfer) you to an SB
  24168. operator.  Then you could use your calling card.
  24169.  
  24170. >    2. Same question, from dorm rooms.
  24171.  
  24172. Same answer as above.
  24173.  
  24174. >    3. What are the chances that the university's switch could be
  24175. >       programmed to define an alternate prefix for reaching Southern 
  24176. >       Bell?  E.g., 7 + NPA + number instead of 9 + 0 + NPA + number.
  24177.  
  24178. The university can pretty much do whatever it wants with its switch.
  24179. What's at stake here is revenue on 0+ calls to the university.  AT&T
  24180. pays a portion of all 0+ revenue dollars back to the university.  So
  24181. even though you are paying for the call, a portion of what AT&T charge
  24182. you ends up with the folks you are meeting with.  If they allow AT&T
  24183. to splash you, then that is lost revenue.
  24184.  
  24185.  
  24186. Michael Henry   Sr Analyst
  24187. Telecommunications, University of California, Berkeley
  24188. 510-643-8353
  24189.  
  24190. ------------------------------
  24191.  
  24192. From: mfletch@earth.planet.net (Mark Fletcher)
  24193. Subject: Re: Where to Get Area Code Map?
  24194. Date: 3 Apr 1995 17:45:43 GMT
  24195. Organization: Planet Access Networks - Stanhope, NJ
  24196.  
  24197.  
  24198. Dawn Adler (dadler@ix.netcom.com) wrote:
  24199.  
  24200. > I wanted to know if anyone knows where I can get a map to see exactly
  24201. > where an area code boundry is? I've seen yellow or white pages U.S.A.
  24202. > area code map; what I mean is a close up map that shows exactly where one
  24203. > area code changes to another, all I know is one area code cannot cross
  24204. > state lines!
  24205.  
  24206. Bellcore can provide you with up to date information on new NPA's and
  24207. boundry information. You can also get on their mailing list for new
  24208. NPA changes. Check bellcore.com on the web.
  24209.  
  24210.  
  24211. Mark Fletcher                    The Great Gorge Resort
  24212. Communications Manager           (201) 827-2000 Ext.404
  24213. Vernon, New Jersey               (201) 209-3322 FAX
  24214.  Vernon Valley/Great Gorge/Action Park/The Resort Club
  24215.    Crystal Springs/Black Bear/The Spa at Great Gorge
  24216.  mfletch@ix.netcom.com has moved to mfletch@planet.net
  24217.  
  24218.  
  24219. [TELECOM Digest Editor's Note: Yeah, but I think Dawn was wanting very
  24220. detailed specific information such as down what alley, through whose
  24221. back yard and across what street intersection the area code is literally
  24222. cut. Bellcore just hands them out. The local telcos would have the very
  24223. nitty-gritty specifics.   PAT]
  24224.  
  24225. ------------------------------
  24226.  
  24227. From: clifto@indep1.chi.il.us (Clifton T. Sharp)
  24228. Subject: Re: Where to Get Area Code Map?
  24229. Date: Mon, 3 Apr 1995 18:15:38 GMT
  24230.  
  24231.  
  24232. In article <telecom15.183.11@eecs.nwu.edu> dadler@ix.netcom.com (Dawn
  24233. Adler) writes:
  24234.  
  24235. > area code changes to another, all I know is one area code cannot cross
  24236. > state lines!
  24237.  
  24238. I'm not sure even that's true.  I believe part of Wisconsin's 414 area code
  24239. crosses into a small area of Illinois.
  24240.  
  24241.  
  24242. Cliff Sharp      WA9PDM                
  24243. clifto@indep1.chi.il.us 
  24244.  
  24245.  
  24246. [TELECOM Digest Editor's Note: Yes it does. And a small bit of 312 goes
  24247. into Wisconsin in the form of Antioch, IL and North Antioch, WI. I think
  24248. 414 'comes south' in the case of Beloit, WI and South Beloit, IL.   PAT]
  24249.  
  24250. ------------------------------
  24251.  
  24252. From: fgoldstein@bbn.com (Fred R. Goldstein)
  24253. Subject: Re: Profit From ISDN 
  24254. Date: Sun, 2 Apr 1995 23:06:47 GMT
  24255. Organization: Bolt Beranek and Newman Inc.
  24256.  
  24257.  
  24258. In article <3lie7f$66a@news1.is.net> edg@ocn.com (Ed Goldgehn) spews:
  24259.  
  24260. > In article <fgoldstein.282.00FC5DBE@bbn.com>, fgoldstein@bbn.com says...
  24261.  
  24262. >> This business of quoting "number of businesses" is really a waste.  A
  24263. >> business can be a hot dog stand, a dry cleaner, a 1-chair barber shop, 
  24264. >> a day care home, etc.  These people don't need datacomm.  They mostly
  24265. >> don't even need computers, unless a microprocessor is embedded in some
  24266. >> device they use, like a cash register.  These are the people whose 
  24267. >> productivity would be reduced by all this high-tech gibberish.  No, I
  24268. >> don't keep my recipes on my PC, and I can scale them in my head just fine.
  24269.  
  24270. > I suggest you review what businesses are actually in the NFIB.  I believe 
  24271. > that organization is quite a good cross-representation of the small 
  24272. > businesses in America - the foundation of the economy.  The NFIB is 
  24273. > primarily a lobbying organization for the small business person - you know 
  24274. > that age old middle class everyone talks about that produces the most jobs?
  24275.  
  24276. That's one interpretation.  Personally I think the NFIB is a right-wing 
  24277. pressure group representing employers (mostly not sole proprietors) of
  24278. privately-held businesses who begrudge every penny of salary, benefits, 
  24279. and business expense that they could possibly attribute to "government
  24280. intervention", and long for a return to the antebellum days when employees 
  24281. could be bought and sold.  Or, in the north, the sweatshop days when
  24282. it was fine to dump your effluvium into the river or curb.  The foundation 
  24283. of the bottom of the economy, perhaps.  But that's a digression.  Even
  24284. if the NFIB were the Mother Teresa of business groups, it would be a
  24285. waste of time to count "businesses" as a unit as if they were all equivalent.
  24286.  
  24287. > Secondarily, if you want to talk about retail stores, I further suggest that 
  24288. > you consider this more carefully.  There are a tremendous number of 
  24289. > electronic applications that have nothing to do with their cash register - 
  24290. > and an equal number that do.  Just because you (or BBN?) may not want 
  24291. > anything to do with them is not the issue.  They exist and are a very viable 
  24292. > market.  Ok, so they probably don't need Internet access - that does not 
  24293. > mean that they don't need access any aspect of the entire electronic 
  24294. > community.
  24295.  
  24296. I am NOT talking about Internet access -- why do you confabulate these
  24297. things?  And I'm not bringing in BBN's business interests into this; I
  24298. speak for me in this forum.  BBN Planet did not become the world's
  24299. largest ISP by ignoring important applications.  In many cases I'm
  24300. talking about computing period.  There are many small businesses who
  24301. use it well and many who don't need it.  I like to sell people what
  24302. they need, not whatever is trendy.  I don't like shelfware.  Computers
  24303. and networks should be productivity tools, not status symbols.
  24304.  
  24305. > IMHO, your obsession for disagreement is not conducive to a constructive 
  24306. > debate of the real issues.  
  24307.  
  24308. Aha.  Now we're getting into ad hominem arguments, the usual response
  24309. when the facts aren't there.  I am called not constructive because I
  24310. a) disagreed with your obsessive ravings about CALC and your disagreement 
  24311. with FCC separations and settlements policies in general, and b) I speci-
  24312. fically pointed out where the telephone companies are being self-destructive 
  24313. in their tariffs.  What I didn't do was post here a detailed private
  24314. (and not unsolicited) letter to a very important RBOC employee describing 
  24315. what I think would be an appropriate tariff structure for ISDN.  But then 
  24316. things like that are not most effective when posted to noisy places like this!
  24317.  
  24318. > I speak as an individual, for a company, and as Co-Chair for a large group 
  24319. > of companies that are actively involved in attempting to resolve these 
  24320. > issues.  In my posts, I'm attempting to spark debate as to what CAN be done. 
  24321. > I work hard to remain open to suggestions and will readily admit any errors, 
  24322. > oversights, or accidental bursts of misinformation.  Most important, I 
  24323. > believe, I'm focused on remaining constructive on all issues for the benefit 
  24324. > of all the readership.
  24325.  
  24326. > Can you say the same?
  24327.  
  24328. I prefer not to.  I speak as an individual, as a lead technical person
  24329. on an ISDN Internet Provider project, as an experienced ISDN user, as
  24330. an experienced ISDN consultant who has also worked with telecommuting
  24331. and backbone-backup applications and with ISDN product designers, as a
  24332. former (8-year) member of the ANSI standards committee for ISDN, as a
  24333. teacher (Northeastern University State-of-the-Art Program) and author
  24334. (ISDN In Perspective, Addison-Wesley 1992), and as somebody who actually 
  24335. places ISDN orders for customers.  Most important, I believe, I'm focused 
  24336. on identifying the problems that have kept ISDN from being the success
  24337. that it ought to be, and on getting them fixed!
  24338.  
  24339. But then I don't like to brag in long .sig files either.
  24340.  
  24341. ------------------------------
  24342.  
  24343. End of TELECOM Digest V15 #187
  24344. ******************************
  24345.     
  24346.     
  24347. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07061;
  24348.           4 Apr 95 1:25 EDT
  24349. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24350.     id AA29785; Mon, 3 Apr 95 19:11:21 CDT
  24351. Return-Path: <telecom>
  24352. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24353.     id AA29778; Mon, 3 Apr 95 19:11:19 CDT
  24354. Date: Mon, 3 Apr 95 19:11:19 CDT
  24355. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  24356. Message-Id: <9504040011.AA29778@delta.eecs.nwu.edu>
  24357. To: telecom@eecs.nwu.edu
  24358. Subject: TELECOM Digest V15 #188
  24359.  
  24360. TELECOM Digest     Mon, 3 Apr 95 19:11:00 CDT    Volume 15 : Issue 188
  24361.  
  24362. Inside This Issue:                          Editor: Patrick A. Townson
  24363.  
  24364.     American Roaming Network (Ching-Cheng Chai)
  24365.     Recent GSM Usage Statistics (John Scourias)
  24366.     What is TELEGO Service? (Spiros Triantafyllopoulos)
  24367.     Re: When Handed a Lemon, Make Lemonade! (Bruce McGuffin)
  24368.     Re: When Handed a Lemon, Make Lemonade! (Walter Lee Davidson)
  24369.     Re: When Handed a Lemon, Make Lemonade! (Carl Moore)
  24370.     Re: SS7 References Wanted (David Newman)
  24371.     Rate Tables and NXX's for Bell Atlantic (NJ) (cemehl@aol.com)
  24372.     Callback Overcharging by PASSPORT (David Forder)
  24373.     Re: Need Information on Wiltel's Dedicated Internet Access (C.Whittenburg)
  24374.     Re: Inexpensive 56k+ Connectivity Between U.S. and Europe (C. Whittenburg)
  24375.     Re: March 1995 NYNEX Bill Insert - PulseNet Service (Tim Gorman)
  24376.     Re: Telemarketers Ethics Statement (Nick Sayer)
  24377.     Re: Telemarketers Ethics Statement (Benjamin P. Carter)
  24378.     Re: Cellular Features Incur DOUBLE Airtime Charge (Robert Levandowski)
  24379.     Re: Cellular Callback Information Wanted (Robert Levandowski)
  24380.  
  24381. TELECOM Digest is an electronic journal devoted mostly but not
  24382. exclusively to telecommunications topics. It is circulated anywhere
  24383. there is email, in addition to various telecom forums on a variety of
  24384. public service systems and networks including Compuserve and America
  24385. On Line. It is also gatewayed to Usenet where it appears as the moderated
  24386. newsgroup 'comp.dcom.telecom'. 
  24387.  
  24388. Subscriptions are available to qualified organizations and individual
  24389. readers. Write and tell us how you qualify:
  24390.  
  24391.                  * telecom-request@eecs.nwu.edu *
  24392.  
  24393. The Digest is edited, published and compilation-copyrighted by Patrick
  24394. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  24395. or phone at:
  24396.                     9457-D Niles Center Road
  24397.                      Skokie, IL USA   60076
  24398.                        Phone: 500-677-1616
  24399.                         Fax: 708-329-0572
  24400.   ** Article submission address only: telecom@eecs.nwu.edu **
  24401.  
  24402. Our archives are located at lcs.mit.edu and are available by using
  24403. anonymous ftp. The archives can also be accessed using our email
  24404. information service. For a copy of a helpful file explaining how to
  24405. use the information service, just ask.
  24406.  
  24407. *************************************************************************
  24408. *   TELECOM Digest is partially funded by a grant from the              *
  24409. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  24410. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  24411. * project.  Views expressed herein should not be construed as represent-*
  24412. * ing views of the ITU.                                                 *
  24413. *************************************************************************
  24414.  
  24415. Additionally, the Digest is funded by gifts from generous readers such
  24416. as yourself who provide funding in amounts deemed appropriate. Your help 
  24417. is important and appreciated. A suggested donation of twenty dollars per
  24418. year per reader is considered appropriate. See our address above.
  24419.  
  24420. All opinions expressed herein are deemed to be those of the author. Any
  24421. organizations listed are for identification purposes only and messages
  24422. should not be considered any official expression by the organization.
  24423. ----------------------------------------------------------------------
  24424.  
  24425. From: chai@xilinx.com (Ching-Cheng Chai)
  24426. Subject: American Roaming Network
  24427. Organization: Xilinx Inc.
  24428. Date: Mon, 3 Apr 1995 20:16:19 GMT
  24429.  
  24430.  
  24431. Someone mentioned ARN a while ago, I was not able to get any further
  24432. information about this dialing method. Could someone post some more
  24433. detail about how one can use an unactivated cellular phone to make
  24434. calls by charging to a credit card?
  24435.  
  24436.  
  24437. Thanks!
  24438.  
  24439. ------------------------------
  24440.  
  24441. From: jscouria@neumann.uwaterloo.ca (John Scourias)
  24442. Subject: Recent GSM Usage Statistics
  24443. Organization: University of Waterloo
  24444. Date: Mon, 3 Apr 1995 16:56:40 GMT
  24445.  
  24446.  
  24447. Hi everyone,
  24448.  
  24449. I would greatly appreciate any relatively recent statistics on
  24450. the number of countries, number of network operators, and total
  24451. number of subscribers using the GSM cellular system.  Perhaps 
  24452. someone who has used both GSM and analog systems could send some
  24453. subjective comparisons on service quality.
  24454.  
  24455.  
  24456. Thanks!
  24457.  
  24458. John Scourias            http://ccnga.uwaterloo.ca/~jscouria
  24459. University of Waterloo   jscouria@neumann.uwaterloo.ca
  24460. Waterloo, ON, Canada    
  24461.  
  24462. ------------------------------
  24463.  
  24464. From: c23st@kocrsv01.delcoelect.com (Spiros Triantafyllopoulos)
  24465. Subject: What is TELEGO Service?
  24466. Date: 3 Apr 1995 20:56:51 GMT
  24467. Organization: Delco Electronics Corp.
  24468.  
  24469.  
  24470. Hi folks,
  24471.  
  24472. A new service is advertised locally by GTE that is billed like a Super
  24473. Cordless phone that you can take with you to the car, golf course,
  24474. etc. No word like the dreaded 'cellular' is used anywhere.  The phone
  24475. can be used from home as well.
  24476.  
  24477. The ad says you don't buy the phone ('no expensive phone to buy').  No
  24478. more details other than that.
  24479.  
  24480. Any idea what this is?
  24481.  
  24482.  
  24483. Spiros Triantafyllopoulos        Kokomo, IN 46904   (317) 451-0815
  24484. Software Development Tools       c23st@kocrsv01.delcoelect.com
  24485. Delco Electronics Corporation    
  24486.  
  24487. ------------------------------
  24488.  
  24489. From: mcguffin@ll.mit.edu (Bruce McGuffin)
  24490. Subject: Re: When Handed a Lemon, Make Lemonade!
  24491. Date: Mon,  3 Apr 95 13:29:48 -0400
  24492. Organization: MIT Lincoln Laboratory
  24493.  
  24494.  
  24495. About ten years ago I moved to Reston Virginia, and was assigned a
  24496. telephone number that used to belong to the computer consulting
  24497. company James Martin Associates. There were usually only a handful of
  24498. calls a day, but they were often in the middle of the night, since
  24499. many of the clients were overseas and seemed to have no concept of
  24500. time zones.  At first, JM's associates weren't very helpful, and the
  24501. phone company was even less helpful (they offered to change our phone
  24502. number for a fee). So my wife and I just started telling the callers
  24503. they had the wrong number, and hanging up. 
  24504.  
  24505. After a couple of weeks, we called JMA and told them how many of their
  24506. valued customers we hung up on. They decided to send out a mailing
  24507. with their new phone number to all their current and former customers,
  24508. and the calls slowed to almost nothing within a week. No fraud. No
  24509. threats. You just have to make the company understand that it's in
  24510. their own best interest for customers to have the right phone number.
  24511.  
  24512.  
  24513. Bruce McGuffin
  24514.  
  24515. ------------------------------
  24516.  
  24517. From: eruwld@exu.ericsson.se (Walter Lee Davidson)
  24518. Subject: Re: When Handed a Lemon, Make Lemonade!
  24519. Date: 3 Apr 1995 18:23:40 GMT
  24520. Organization: Ericsson North America Inc.
  24521. Reply-To: eruwld@exu.ericsson.se
  24522.  
  24523.  
  24524. In article 11@eecs.nwu.edu, Donald E. Kimberlin <0004133373@mcimail.com> 
  24525. writes:
  24526.  
  24527. > Apropos of the recurring posts here on the matter of problems
  24528. > from being assigned a telephone number similar to that of one that
  24529. > takes many incoming calls, today's column by Art Buchwald is just too
  24530. > funny to not post in its entirety.
  24531.  
  24532. [story deleted]
  24533.  
  24534. > [TELECOM Digest Editor's Note: Very funny, but the fact of the matter is
  24535. > Leola is committing fraud by representing herself as an employee of the
  24536. > motel; I hope they sue her big time. How would you like it if your bar
  24537. > matzvah or wedding got screwed up on account of that old witch?    PAT]
  24538.  
  24539. Most individuals make lousy targets for big corporations to sue: we
  24540. have no money.
  24541.  
  24542. How would you like it if such stuff was destroying your family life?
  24543.  
  24544. We had a nice quiet number in a Dallas suburb until an after-midnight
  24545. TV-advertising outfit, one of those "quick weight loss" schemes, got
  24546. one "next door". We would get five to ten calls between midnight and 3
  24547. a.m. most nights. Phone company policy is, of course, "You're SOL
  24548. (because we get lots of money from this company, and we don't care if
  24549. you have a life or not)." I got as far as "the President's secretary"
  24550. after Residential Customer Service could offer no help (who knows who
  24551. "the President's secretary" really was, probably the janitor:-).
  24552.  
  24553. I decided I was willing to accept late-night calls from strangers and
  24554. discuss weight loss strategies and products. I told some people we
  24555. might be moving out of the area (we were) or that I was new in the
  24556. business (very), or might be soon out of it, or that maybe that for
  24557. *that* person, I had no product to offer (indeed!), pried into personal
  24558. information, mostly offered advice, but did not represent myself as
  24559. part of the company they were trying to reach.
  24560.  
  24561. After about a week, I got pretty good, and was probably providing a
  24562. better service (cheaper, too) than the competition:-) Unfortunately, it
  24563. showed no potential for profit, as people proved unwilling to pay for
  24564. "Quit eating so damn much, and get some exercise", or variations on and
  24565. expansions of same, especially after they had heard it. Perhaps it was
  24566. my delivery, with growing irritability (from lack of sleep, and from
  24567. multiple daily exchanges with SWBT) showing through.
  24568.  
  24569. A surprising number of people who called were actually *eating during
  24570. the call*:>) I learned to ask after hearing some munching noises once.
  24571.  
  24572. After that got boring, we just unplugged the phone at bedtime.  Either
  24573. they quit advertising or, more likely, went OOB, in a few months.
  24574.  
  24575. *Still* makes me mad at SWiBiT when I recall it.
  24576.  
  24577.  
  24578. [TELECOM Digest Editor's Note: As unfortunate as these circumstances
  24579. are, the fault lies with the person who misdialed the number. It is
  24580. not the fault of the company advertising and it is not the fault of
  24581. the telco. How many times should the company be expected to change
  24582. their number to avoid the possibility that some one or more customers
  24583. *too dumb to know any better* are not going to dial your number or
  24584. my number in error?*  How much is telco expected to do to prevent
  24585. this?  Mike Royko, the {Chicago Tribune} columnist seems to feel that
  24586. AT&T should change *their* customer service number so that he won't
  24587. get wrong numbers from idiots who don't know enough to dial 1-800
  24588. first. Of course, he is an idiot also -- one of the crudest and rudest
  24589. in the business of writing a column in the papers -- so it is fun at
  24590. times watching the idiots turn on each other. But why do you feel
  24591. telco or the other (business) subscriber is at fault?  Is it okay if
  24592. they go to the trouble of changing their number so that some other
  24593. private citizen gets harassed with wrong numbers instead of you?
  24594.  
  24595. Now if they are continuing to put out advertising or directories with
  24596. the WRONG number (your number!) printed in them, that is another
  24597. matter entirely, i.e. the lady in (was it?) Washington State who was
  24598. getting calls for the Probation Office because *they* would not correct
  24599. an error in their printed material; also the airline schedule booklet
  24600. with the misprinted number, etc. I had a case quite a few years ago
  24601. where a real estate company in Chicago had my phone number listed in
  24602. something they gave tenants for how to reach the maintainence man and
  24603. janitor for their apartment building. But it was my number, not just
  24604. something that *looked close to my number*. Then I think you have a
  24605. legitimate complaint with the company involved, but if it is just a
  24606. case of the public misdialing your number, your complaint is with
  24607. the public. 
  24608.  
  24609. Businesses pull this on each other also; they take advantage of name
  24610. and number similarities to get each other's customers. A good example
  24611. several years ago here in Chicago was when the Hyatt Regency Hotel
  24612. opened. For forty years prior there had been a 'Hotel Regency' in the
  24613. downtown area; a real slum place that mostly served as a house of
  24614. prostitution and overnight lodging place for Skid Row derelicts ... and
  24615. it looked exactly that way. They took advantage of the fact that 'hotel'
  24616. appears alphabetically ahead of 'hyatt' in the phone book. Even though
  24617. the dump was listed as Hotel Regency and as Regency Hotel in the white
  24618. pages, they did something else very clever: they added a listing they
  24619. knew would come at the start saying 'Hotel Regency Reservations Office'
  24620. (which they certainly were entitled to do legally) and wouldn't you know
  24621. it, time and time again when people out of the area called Directory
  24622. Assistance to get the number for the Hyatt Regency, the directory
  24623. assistance operator, trying to be helpful, would say 'do you want the
  24624. number for the reservations office?' ... and of course that is exactly
  24625. what the caller wanted, and they would get SUperior-7-4900, which was
  24626. the flophouse hotel instead.  
  24627.  
  24628. Well, so Mr. Smith, business executive in San Fransisco would call to
  24629. get reservations 'at the Regency in Chicago', and the flophouse would take 
  24630. his credit card number and reserve a room for him.  'How do I get there 
  24631. coming from the airport?' he would ask, and they would tell him forthrightly 
  24632. and honestly that they were at 19 East Ohio Street, which indeed is the 
  24633. address of the flophouse. They did not lie, they did not misrepresent any-
  24634. thing. Their attitude was we run a hotel also, albiet perhaps not in
  24635. the style to which Mr. Smith is accustomed.  They'd put through the charge
  24636. on his credit card *and save him a room*. They knew the law very well,
  24637. and that they had to have an actual room in his name. 
  24638.  
  24639. So Smith shows up at Ohare Airport, jumps in a cab and says to the
  24640. cab driver 'take me to the Hyatt Regency in Chicago'. Off they go and
  24641. needless to say the Hyatt Regency had no reservation for Smith. If he
  24642. got in the cab and said 'take me to 19 East Ohio Street in Chicago' then
  24643. the cab driver would take him there instead, and Smith would see for
  24644. the first time that something seemed rather remiss. If he wound up first
  24645. at the Hyatt Regency without the reservation he was counting on, his
  24646. first reaction was to blame the hotel, but then he would get out his
  24647. notes, check the address and phone number, and find out the truth. Or
  24648. he might just be angry at 'how the hotel screwed up his reservation' and
  24649. stay there anyway, producing his credit card to make still another
  24650. payment for his room.  Meanwhile the 'Hotel Regency' treated it as a
  24651. no-show on a reserved room and legally pocketed the earlier payment.
  24652. Some nights they had ten or twelve guests with reservations who 'failed
  24653. to show up' and forfeited their advance payment. <grin> ...  
  24654.  
  24655. Time and again the 'guests' demanded their money back from the Hotel
  24656. Regency but were refused, and the credit card companies held that there
  24657. had been no fraud or misrepresentation, thus no refund, and of course
  24658. many of the 'guests' had sent checks in the mail which had long since
  24659. been cashed. One large corporation was severely embarrased when they
  24660. reserved a week's worth of rooms for employees at a seminar and the
  24661. The Hotel Regency gladly accepted their check for ten thousand dollars
  24662. as 'deposit for the reservations'.  They didn't get their money back
  24663. either and in fact the flop house happily set aside a couple dozen
  24664. rooms for a week. The Hotel Regency people would always sit there with
  24665. a very straight face and claim that in good faith they had made the
  24666. requested reservations. If you don't like our accomodations then leave
  24667. and find somewhere else to stay. You didn't ask us if we were the *Hyatt*
  24668. Regency; if you had we would have told you no.
  24669.  
  24670. The Hotel Regency was sued by the Hyatt Regency to force them to stop taking
  24671. reservations in that way -- for that matter they sued to make the flop
  24672. house change its name to something other than 'Regency' and they lost
  24673. that case when it was pointed out that the flop house was a corporation
  24674. using the d/b/a 'Regency' and that the Hyatt Regency had never bothered
  24675. to check first before taking that name for themselves when they opened
  24676. in Chicago; the flop house actually had that word registered with the
  24677. State of Illinois long before the Hyatt people came to town. Finally Hyatt
  24678. settled with the flop house by buying them off; for a good sum of money
  24679. the Hotel Regency agreed to change its name (it has been the Hotel Tokyo
  24680. and/or the Tokyo Hotel since about 1977); to remove any and all listings 
  24681. in the telephone book which referred to 'Regency' -- although they were
  24682. allowed to keep their same phone number -- and for a period of one year
  24683. they agreed to respond to anyone on the phone who used the word 'reservation' 
  24684. in the phone call by making the statement "The telephone number for the
  24685. Hyatt Regency Hotel and its reservations office is xxx-xxxx" then 
  24686. terminating the call immediatly after repeating the above statement
  24687. if the caller asked to have the number repeated. They agreed to examine
  24688. and read all mail which came addressed to 'Regency' (or some variation)
  24689. at the 19 East Ohio address and forward mail which dealt with reservations
  24690. 'or obviously' the Hyatt Regency to the 'real' hotel by that name on
  24691. Michigan Avenue. Curiously, the two institutions are only a matter of
  24692. about three blocks apart from each other which added to the confusion
  24693. in the first place. Once 'Hyatt' had paid the requested sum of money to
  24694. 'Hotel', the flop house immediatly filed all the necessary papers, changed
  24695. their phone listing, during the interim answered their switchboard with
  24696. 'Superior seven, four nine hundred' and had their janitor each day take
  24697. over the reservations mail received the day before. Its still there at
  24698. the same address and phone number; still a flop house catering mostly to
  24699. semi-homeless people; but a sign on the front desk warns that 'you may
  24700. not take visitors to your room' and that prostitution is not allowed
  24701. on the premises. In the old days, the 'Hotel Regency' rented rooms by
  24702. the day or *by the hour*; now they only rent by the week or the month
  24703. however 'Illinois Public Aid rent vouchers are accepted here.'    PAT]
  24704.  
  24705. ------------------------------
  24706.  
  24707. Date: Mon, 3 Apr 95 15:04:54 EDT
  24708. From: Carl Moore <cmoore@ARL.MIL>
  24709. Subject: Re: When Handed a Lemon, Make Lemonade!
  24710.  
  24711.  
  24712. I can NOT find a Tennessee post office named Ribrock.
  24713.  
  24714.  
  24715. [TELECOM Digest Editor's Note: I printed what he sent me, and I assume he
  24716. printed what Buchwald wrote. Do you think it was all satire and not something
  24717. that really happened?    PAT]
  24718.  
  24719. ------------------------------
  24720.  
  24721. From: dnewman@cse.unl.edu (David Newman)
  24722. Subject: Re: SS7 References Wanted
  24723. Date: 3 Apr 1995 16:07:14 GMT
  24724. Organization: Dept of CS&E -- University of Nebraska-Lincoln
  24725.  
  24726.  
  24727. boyla002@maroon.tc.umn.edu wrote:
  24728.  
  24729. > I am interested in find some technical references on "SS7 programming".
  24730.  
  24731. > I am working with Dialogic hardware and (separately) have just done
  24732. > a SMDI link to a Northern Telecom switch via a serial interface.  I'd
  24733. > like to see what kind of features I can add to various voice/fax/data
  24734. > software with SS7 and would like to be able to turn on message waiting/
  24735. > stutter dial-tone on any arbitrary phone via SS7.
  24736.  
  24737. > So, if there exists a good text that explains SS7 such that I could
  24738. > string bits together in the right order, I'd like to know about it.
  24739.  
  24740. In the first place, "SS7 programming" is a non-entity.  SS7 is a
  24741. mnemonic for "Common Channel Signaling System #7", a set of strictly
  24742. defined protocols for inter-office signalling in the PSTN (Public
  24743. Switched Telephone Network).  As such, the end user has little or no
  24744. access to the phones from, or using, SS7.  This is language that the
  24745. switches use to talk to each other.
  24746.  
  24747. For CPE (Customer Premises Equipment) control, you're limited to ISDN
  24748. (which is built on, and requires, an SS7 network to operate) or
  24749. perhaps some sort of proprietary protocol that I am unaware of.
  24750.  
  24751. There are several good references on the SS7 network, and I can dig
  24752. them up is you are still interested, but I don't think that is what
  24753. you are looking for.
  24754.  
  24755.  
  24756. David M. Newman               dnewman@cse.unl.edu
  24757. Programmer/Analyst            Perpetual Student
  24758. Consolidated Telephone Co.    University of Nebraska - Lincoln
  24759. Lincoln, Nebraska
  24760.  
  24761. ------------------------------
  24762.  
  24763. From: cemehl@aol.com (CEMehl)
  24764. Subject: Rate Tables and NXX's for Bell Atlantic(NJ)
  24765. Date: 3 Apr 1995 12:17:38 -0400
  24766. Organization: America Online, Inc. (1-800-827-6364)
  24767. Reply-To: cemehl@aol.com (CEMehl)
  24768.  
  24769.  
  24770. I am trying to find a list of rates for Bell Atlantic clients in New
  24771. Jersey for Intra-Lata and Inter-Lata calling.  Also I am looking for a
  24772. listing of all NXX's in New Jersey.
  24773.  
  24774. I have a client in the (908)-382 exchange that is planning on replacing
  24775. their Bell Atlantic Wats lines for regular switched lines.  I need the
  24776. rate and NXX information from Bell Atlantic so I can give a list to his
  24777. hardware vendor to program the LCR correctly on their PBX.  The long
  24778. distance carrier I've offered the client can carry some of the Intra and
  24779. Inter-lata traffic at a lower cost then the Bell Atlantic Wats Service.
  24780.  
  24781. Any information would be greatly appreciated.  
  24782.  
  24783.  
  24784. Thanks.
  24785.  
  24786. ------------------------------
  24787.  
  24788. From: David Forder <100014.2541@CompuServe.COM>
  24789. Subject: Callback Overcharging by PASSPORT
  24790. Date: 2 Apr 1995 18:34:54 GMT
  24791. Organization: via CompuServe Information Service
  24792.  
  24793.  
  24794. Would any person or company in any country who has been overcharged by
  24795. PASSPORT (MTC) please contact John Ward at +44 1703 864422 (fax +44
  24796. 1703 863344) or email me.
  24797.  
  24798.  
  24799. Thanks,
  24800.  
  24801. David Forder, Marchwood, Southampton,UK
  24802.  
  24803.  
  24804. [TELECOM Digest Editor's Note: Is there a callback service by the name of
  24805. 'Passport' as well as the one known as 'Telepassport'?   PAT]
  24806.  
  24807. ------------------------------
  24808.  
  24809. From: chris_whittenburg@wiltel.com (Chris Whittenburg)
  24810. Subject: Re: Need Information on Wiltel's Dedicated Internet Access
  24811. Date: 2 Apr 1995 19:41:04 GMT
  24812. Organization: WilTel
  24813. Reply-To: chris_whittenburg@wiltel.com
  24814.  
  24815.  
  24816. SPHboise (sphboise@aol.com) wrote:
  24817.  
  24818. > Can anyone give me info on Wiltel's dedicated internet acces?. Do
  24819. > they have a DS3 backbone, how many naps do they access, is that access
  24820. > redudent etc ...?
  24821.  
  24822. WilTel does not currently offer an Internet service.  We do however
  24823. have relationships with several of the major providers to provide them
  24824. with capacity not only for their backbone, but as access lines for
  24825. their customers.  WilTel frame relay customers can also choose from
  24826. several Internet providers which are also connected to our Frame Relay
  24827. cloud.  For larger capacity, we can also get you connected to a couple
  24828. different service providers via our nationwide ATM network as was
  24829. demonstrated at the last Atlanta Interop.
  24830.  
  24831. If anyone has any questions about these access options, please feel
  24832. free to drop me a line personally, or email info@wiltel.com.
  24833.  
  24834.  
  24835. Thanks,
  24836.  
  24837. Chris Whittenburg
  24838. Data Network Mechanic            (918) 588-5845
  24839. WilTel Network Services            chris_whittenburg@wiltel.com
  24840.  
  24841. ------------------------------
  24842.  
  24843. From: chris_whittenburg@wiltel.com (Chris Whittenburg)
  24844. Subject: Re: Inexpensive 56k+ Connectivity Between U.S. and Europe
  24845. Date: 2 Apr 1995 19:49:35 GMT
  24846. Organization: WilTel
  24847. Reply-To: chris_whittenburg@wiltel.com
  24848.  
  24849.  
  24850. Mike O'Connor (mjo@dojo.mi.org) wrote:
  24851.  
  24852. > I want to establish a dedicated 56k+ circuit between these offices and
  24853. > my U.S. office.  I don't care about latency too badly (though shipping
  24854. > tapes back and forth is a little too high in the latency department
  24855. > for my tastes :) ).  Most of the circuit would be used to move data,
  24856. > but ideally, I'd like to be able to establish a voice channel riding
  24857. > along the data channel if possible, so I could cut down on LD charges
  24858. > between offices.  Ideally, I'd like a single network pipe to somewhere
  24859. > as opposed to a solution which requires me to build a whole lot of 
  24860. > infrastructure every time I add an office.
  24861.  
  24862. Mike,
  24863.  
  24864. Might I suggest Frame Relay?  Most IXCs offering Frame Relay here in
  24865. the U.S. now have nodes in Europe (Yes, including my little company--
  24866. WilTel) I think the costs should be considerably less than dedicated
  24867. circuits, it is easier to add additional sites, and you have some
  24868. degree of resiliancy since most networks will reroute your connections
  24869. should their be any kind of trunk failures.
  24870.  
  24871.  
  24872. Regards,
  24873.  
  24874. Chris Whittenburg
  24875. Data Network Mechanic            (918) 588-5845
  24876. WilTel Network Services            chris_whittenburg@wiltel.com
  24877.  
  24878. ------------------------------
  24879.  
  24880. Date: Sun, 2 Apr 1995 19:16:32 -0500
  24881. From: Tim Gorman <tg6124@tyrell.net>
  24882. Subject: Re: March 1995 NYNEX Bill Insert - PulseNet Service
  24883.  
  24884.  
  24885. In TELECOM Digest Volume 15 : Issue 185 johnl@iecc.com (John Levine) 
  24886. writes:
  24887.  
  24888. >> Why is an RBOC's inclusion of a bill insert or it's use of it's
  24889. >> customer list for advertising worse than the ads included in the bills
  24890. >> of almost every company in America?
  24891.  
  24892. > Because the RBOC is a regulated utility with its rate of return set by
  24893. > the government.  (You work for an RBOC, so I suppose you can be
  24894. > excused for swallowing the usual RBOC agitprop that says "we're just
  24895. > like any other business in the country unless we happen to be wearing
  24896. > our Sacred Public Trust hat.")
  24897.  
  24898. I also work for an RBOC. I still must point out that saying an RBOC is
  24899. a regulated utility is not an answer to the question that was asked.
  24900.  
  24901. You would have the readers believe that a regulated monopoly should not
  24902. use it's customer lists to determine who to advertise to? Pardon my 
  24903. language but this is hogwash! It is an ultimate strawman argument. 
  24904. Would you prevent every cellular company in the US from using it's 
  24905. customer lists because they are also regulated by the FCC and there is 
  24906. not free and full entry into the cellular market by any competitor?
  24907.  
  24908. > In this case, the insert in the bill sent out to regulated customers
  24909. > advertises what appears to be an unregulated service.  The mailing is
  24910. > paid for by regulated customers.  It's yet another sneaky subsidy to
  24911. > the unregulated side of the business.
  24912.  
  24913. >> Does anybody really believe the hype that residential phone service
  24914. >> is this monstrous revenue generator that supports all the other
  24915. >> projects of the LECs??
  24916.  
  24917. > Only people who read RBOC balance sheets and annual reports.  (Well,
  24918. > not just residential, but certainly residential and business POTS.)
  24919. > Read your employer's financial statements.  I do, I'm a stockholder.
  24920. > You've made a lot of money for me over the years, largely off the
  24921. > backs of your regulated ratepayers.
  24922.  
  24923. I'm sorry, John, but this is nothing more than an assertion on your
  24924. part that you expect the readers to believe. The statement "off the
  24925. backs of" plays well as an emotional appeal against the "big, bad
  24926. monopoly" but you still provide no concrete evidence to justify such a
  24927. statement. Just where in the RBOC balance sheets and annual reports
  24928. does it show that the regulated side of the business is illegally
  24929. subsidizing the unregulated pieces of the business? I'm sure the FCC
  24930. and local Public Utility Commissions would be very interested in such
  24931. easily obtainable evidence showing we are playing fast and loose with
  24932. the rules. Can you really show where none of the costs of the mailing
  24933. were paid for by the non-regulated offering and ALL costs were paid by
  24934. the regulated side of the business?
  24935.  
  24936. Please note that there is absolutely NOTHING wrong with the profits 
  24937. from the regulated side of the business supporting the company as a 
  24938. whole as long as those profits do not surpass PUC mandated rates of
  24939. returns or as long as the prices charged do not surpass maximum price
  24940. levels depending upon the type of regulation imposed. Your argument is
  24941. based on a basic misunderstanding that the "phone" company should be 
  24942. non-profit organization. If this were so there would never be any money
  24943. to grow the business, to upgrade it, or to meet growing demand. 
  24944.  
  24945. By the way, do you really know what part of the business has the 
  24946. highest margin today and is the major target of competition? This is 
  24947. common knowledge and I will be giving away no secrets in confirming or
  24948. denying it. 
  24949.  
  24950.  
  24951. Tim Gorman
  24952. Southwestern Bell Telephone Company
  24953. tg6124@tyrell.net
  24954.  
  24955. ------------------------------
  24956.  
  24957. From: nsayer@quack.kfu.com (Nick Sayer)
  24958. Subject: Re: Telemarketers Ethics Statement
  24959. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  24960. Date: 3 Apr 1995 06:30:59 UTC
  24961.  
  24962.  
  24963. dbryant@netcom.com (David K. Bryant) writes:
  24964.  
  24965. > Below is the Ethics Statement of the American Telemarketing Association
  24966. > (dated 2/94).  Use it to your advantage.
  24967.  
  24968. >                          ETHICS STATEMENT
  24969. >                  AMERICAN TELEMARKETING ASSOCIATION
  24970.  
  24971. [elided]
  24972.  
  24973. All in all, it's a pretty content-free document. The bits they left
  24974. out speak volumes. Here's the most important part left out:
  24975. Telemarketers should endeavor to comply with the wishes of those who
  24976. choose or ask not to receive cold-calls.
  24977.  
  24978.  
  24979. Nick Sayer <nsayer@quack.kfu.com>  
  24980. N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM  
  24981. +1 408 249 9630, log in as 'guest' 
  24982.  
  24983. ------------------------------
  24984.  
  24985. From: bpc@netcom.com (Benjamin P. Carter)
  24986. Subject: Re: Telemarketers Ethics Statement
  24987. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  24988. Date: Sun, 2 Apr 1995 00:20:09 GMT
  24989.  
  24990.  
  24991. "telemarketers ethics" ? ? ? ? ?
  24992.  
  24993. This has got to be a joke -- like "prehistoric literature" and
  24994. the "unwritten symphony".
  24995.  
  24996. Maybe today's date has something to do with it.
  24997.  
  24998. On the other hand, it looks serious enough.  Maybe those scum actually
  24999. view themselves as ethical, just like it says.  Maybe their whole idea
  25000. is to avoid being regulated.
  25001.  
  25002. Where does it say they won't make "cold" calls?  Where does it even
  25003. say that I can ask them, as a group, not to call me?  Where does it
  25004. say that they recognize that many people would prefer not to be called
  25005. by any telemarketers under any circumstances, and that telemarketers
  25006. should make a good faith attempt not to call such people in the first
  25007. place?
  25008.  
  25009. May all telemarketers rot in hell forever.
  25010.  
  25011.  
  25012. Ben Carter   internet address: bpc@netcom.com
  25013.  
  25014. ------------------------------
  25015.  
  25016. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  25017. Subject: Re: Cellular Features Incur DOUBLE Airtime Charge
  25018. Organization: University of Rochester - Rochester, New York
  25019. Date: Mon, 3 Apr 95 18:58:45 GMT
  25020.  
  25021.  
  25022. In <telecom15.184.9@eecs.nwu.edu> lester.hiraki@canrem.com (Lester
  25023. Hiraki) writes:
  25024.  
  25025. > Does your cellular provider charge "double airtime" when using Call
  25026. > Waiting and Three-Way Calling?  What is your cellular provider and
  25027. > what geographic area does it serve?
  25028.  
  25029. RochesterTel Mobile/NYNEX Mobile/Advantage Cellular charges double for
  25030. these services.  They cover most of New York State, and large parts of
  25031. the remainder of New England, on the B side.
  25032.  
  25033. > [TELECOM Digest Editor's Note: I don't think Ameritech here in the
  25034. > Chicago area charges double. It never did make any sense to me why
  25035. > they do that; you are just using one over-the-air channel. What you
  25036. > do with that should be your business. I wonder if there would be any
  25037. > market for someone to start a three-way conference calling service for
  25038. > cellular customers so they could get away from having the cellular
  25039. > switch perform that function at double the rates? You are not alone;
  25040. > there have been other reports here of the same thing.   PAT]
  25041.  
  25042. I think the argument is that you're using valuable -cellular switch-
  25043. time and trunks rather than airtime ... which sounds like a preeeety
  25044. thin argument to me.  Most of the RochTel/NYNEX/Advantage conglomerate's 
  25045. service area is fairly low-density usage; the only times I have
  25046. problems getting a channel are when there's a disaster on the highway
  25047. at rush hour, and traffic is backed up and stopped all over the place.
  25048. If there's plenty of air channels, wouldn't one hope there'd be no
  25049. shortage of switch trunks? :)
  25050.  
  25051. We had one such disaster here in Rochester last Friday.  A tanker truck 
  25052. carrying 7500 gallons of gasoline crashed and exploded on the highway, right
  25053. near the busiest interchange in the city.  Fuel leaked into the sewers, and
  25054. started burning and exploding underground.  The highway was completely 
  25055. closed from 10:30 AM until well past midnight, and local roads that crossed
  25056. the highway nearby were closed as well.  It must have been a choke point,
  25057. because traffic all over the south end of town was the worst I've ever seen.
  25058. Oddly enough, even while in the middle of a traffic jam in the busiest
  25059. shopping area of Rochester at 5:30 PM on a Friday night, I had no problem
  25060. getting a cellular channel.  I wonder if all the cellular "try a call on us
  25061. for free!" booths in the nearby mall had a hand in this -- it'd look bad if
  25062. your interested customers got reorders, and the signal meter is always pegged
  25063. at the mall. :)
  25064.  
  25065.  
  25066. Rob Levandowski
  25067. Computer Interest Floor associate / University of Rochester
  25068. macwhiz@cif.rochester.edu
  25069.  
  25070. ------------------------------
  25071.  
  25072. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  25073. Subject: Re: Cellular Callback Information Wanted
  25074. Organization: University of Rochester - Rochester, New York
  25075. Date: Mon, 3 Apr 95 19:04:39 GMT
  25076.  
  25077.  
  25078. In <telecom15.183.10@eecs.nwu.edu> TELECOM Digest Editor noted in response
  25079. to Engel2@ix.netcom.com (Bill Engel):
  25080.  
  25081. > [TELECOM Digest Editor's Note: I cannot honestly see how this would work
  25082. > since most cellular companies charge for all air time in or out don't
  25083. > they?   What do you benefit by making a call to get callback from a
  25084. > long distance carrier only to pay air time on the incoming call also?
  25085. > Don't most cellular companies give you at least a few long distance
  25086. > carriers to pick from anyway, usually including the big three?   PAT
  25087.  
  25088. Some cellular carriers will let you reverse the airtime charges on
  25089. incoming calls, so that the people who call you get the airtime
  25090. charges.  I don't know if they bother to inform the caller that the
  25091. "local number" they dialed will end up costing them more than most
  25092. long-distance calls ...
  25093.  
  25094. At least around here, cell phones are subject to Equal Access.  My
  25095. phone is on Frontier Intl. long distance, with their discount plan
  25096. which is billed seperately.  When I called Frontier to ask if this was
  25097. possible, they had to look it up ... the rep. said that apparently few
  25098. people ever ask if they can add cell phones to discount plans, but
  25099. that it's easily done and that it makes a great deal of sense to cut
  25100. the costs of the cellphone as much as possible :) It makes me happy,
  25101. because that's up to another 20% off my cellular LD over Frontier's
  25102. normal rates.
  25103.  
  25104.  
  25105. Rob Levandowski
  25106. Computer Interest Floor associate / University of Rochester
  25107. macwhiz@cif.rochester.edu 
  25108.  
  25109. ------------------------------
  25110.  
  25111. End of TELECOM Digest V15 #188
  25112. ******************************
  25113.     
  25114.     
  25115. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa19033;
  25116.           8 Apr 95 3:13 EDT
  25117. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09779 for telecomlist-outbound; Fri, 7 Apr 1995 14:38:06 -0500
  25118. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id OAA09772; Fri, 7 Apr 1995 14:38:03 -0500
  25119. Date: Fri, 7 Apr 1995 14:38:03 -0500
  25120. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  25121. Message-Id: <199504071938.OAA09772@delta.eecs.nwu.edu>
  25122. To: telecom@delta.eecs.nwu.edu
  25123. Subject: TELECOM Digest V15 #189
  25124.  
  25125.  
  25126. TELECOM Digest     Tue, 4 Apr 95 00:41:00 CDT    Volume 15 : Issue 189
  25127.  
  25128. Inside This Issue:                          Editor: Patrick A. Townson
  25129.  
  25130.     Re: Cellular Features Incur DOUBLE Airtime Charge (Willie Smith)
  25131.     Re: Cellular Features Incur DOUBLE Airtime Charge (Nick Sayer)
  25132.     Re: Cellular Callback Information Wanted (David Forder)
  25133.     Re: Cellular Callback Information Wanted (Jeff Bamford)
  25134.     Re: T1 on a PCMCIA Card? (David A. Howard)
  25135.     Re: The Complete Answering Machine Voicemail Card (Ralph Landry)
  25136.     Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert) (John Combs)
  25137.     Re: Phone Books No Longer Free (Benjamin P. Carter)
  25138.     Re: 800 Service and FLOWERS (John Rice)
  25139.     Re: Why Doesn't Z-MODEM Work? (John Rice)
  25140.     Re: Where to Get Area Code Map? (Zachary Schrag)
  25141.     Re: Where to Get Area Code Map? (Charles Sauls)
  25142.     Re: New NPA in SC Scheduled For December (Arthur L. Shapiro)
  25143.     Gray Associates Demo Software Download Now Working (Mike Rehmus)
  25144.     Meridian Phone System Help Needed (Adam Furman)
  25145.     Local Competition (Patrick Martin)
  25146.     Minors With Pagers in Tennessee (Sander J. Rabinowitz)
  25147.     Exact Time of Day (Jeff Shinn)
  25148.     Leap Year (was Re: That Time Again) (Carl Moore)
  25149.  
  25150. TELECOM Digest is an electronic journal devoted mostly but not
  25151. exclusively to telecommunications topics. It is circulated anywhere
  25152. there is email, in addition to various telecom forums on a variety of
  25153. public service systems and networks including Compuserve and America
  25154. On Line. It is also gatewayed to Usenet where it appears as the moderated
  25155. newsgroup 'comp.dcom.telecom'. 
  25156.  
  25157. Subscriptions are available to qualified organizations and individual
  25158. readers. Write and tell us how you qualify:
  25159.  
  25160.                  * telecom-request@eecs.nwu.edu *
  25161.  
  25162. The Digest is edited, published and compilation-copyrighted by Patrick
  25163. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25164. or phone at:
  25165.                     9457-D Niles Center Road
  25166.                      Skokie, IL USA   60076
  25167.                        Phone: 500-677-1616
  25168.                         Fax: 708-329-0572
  25169.   ** Article submission address only: telecom@eecs.nwu.edu **
  25170.  
  25171. Our archives are located at lcs.mit.edu and are available by using
  25172. anonymous ftp. The archives can also be accessed using our email
  25173. information service. For a copy of a helpful file explaining how to
  25174. use the information service, just ask.
  25175.  
  25176. *************************************************************************
  25177. *   TELECOM Digest is partially funded by a grant from the              *
  25178. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25179. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25180. * project.  Views expressed herein should not be construed as represent-*
  25181. * ing views of the ITU.                                                 *
  25182. *************************************************************************
  25183.  
  25184. Additionally, the Digest is funded by gifts from generous readers such
  25185. as yourself who provide funding in amounts deemed appropriate. Your help 
  25186. is important and appreciated. A suggested donation of twenty dollars per
  25187. year per reader is considered appropriate. See our address above.
  25188.  
  25189. All opinions expressed herein are deemed to be those of the author. Any
  25190. organizations listed are for identification purposes only and messages
  25191. should not be considered any official expression by the organization.
  25192. ----------------------------------------------------------------------
  25193.  
  25194. From: wpns@newshost.pictel.com (Willie Smith)
  25195. Subject: Re: Cellular Features Incur DOUBLE Airtime Charge
  25196. Organization: PictureTel Corporation
  25197. Date: Sun, 2 Apr 1995 12:32:13 GMT
  25198.  
  25199.  
  25200. lester.hiraki@canrem.com (Lester Hiraki) writes:
  25201.  
  25202. > Two major Canadian cellular service providers (Cantel and Bell
  25203. > Mobility) charge "double airtime" for the use of Call Waiting and
  25204. > Three-Way Conference.
  25205.  
  25206. > [TELECOM Digest Editor's Note: I don't think Ameritech here in the
  25207. > Chicago area charges double. It never did make any sense to me why
  25208. > they do that; you are just using one over-the-air channel.
  25209.  
  25210. You guys are both assuming that "airtime" means "occupied bandwidth
  25211. one some RF channel".  In fact, it's "we charge more for doing this".
  25212. Cellular One here in MA charges "airtime" for listening to your
  25213. voicemail calls if you call from a landline phone(!) and _nothing_ for
  25214. listening to them if you call using your cellphone.  It's just a
  25215. billing artifact, don't expect it to mean what it says ...  8*|
  25216.  
  25217.  
  25218. Willie Smith    wpns@pictel.com        N1JBJ@amsat.org
  25219.  
  25220. ------------------------------
  25221.  
  25222. From: nsayer@quack.kfu.com (Nick Sayer)
  25223. Subject: Re: Cellular Features Incur DOUBLE Airtime Charge
  25224. Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
  25225. Date: 3 Apr 1995 06:51:00 UTC
  25226.  
  25227.  
  25228. Another one is forward-on-no-answer. GTE charges "air-time" for that
  25229. even though it occupies *no* on-air bandwidth at all! Hell, if they
  25230. did SS7 off their switches, could they not (if they didn't have a
  25231. monetary interest in doing otherwise) instruct the caller's switch to
  25232. redirect the call, thus insuring that not even any of the cellular
  25233. switch's land-trunks get used?
  25234.  
  25235.  
  25236. Nick Sayer <nsayer@quack.kfu.com>    N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM 
  25237. +1 408 249 9630, log in as 'guest'   URL: http://www.kfu.com/~nsayer/  
  25238.  
  25239. ------------------------------
  25240.  
  25241. From: David Forder <100014.2541@CompuServe.COM>
  25242. Subject: Re: Cellular Callback Information Wanted
  25243. Date: 2 Apr 1995 18:47:43 GMT
  25244. Organization: via CompuServe Information Service
  25245.  
  25246.  
  25247. If you are a low call tariff and calls to your callback switch are
  25248. banned, go to any public or private phone dial your DID number in the
  25249. US and hang up after one or two rings. Your cellular should ring in
  25250. ten seconds or less; you are then on US lines.
  25251.  
  25252. For more information fax John Ward (+44 1703 863344).
  25253.  
  25254.  
  25255. David Forder, Marchwood, Southampton,UK
  25256.  
  25257. ------------------------------
  25258.  
  25259. From: jeffb@audiolab.uwaterloo.ca (Jeff Bamford)
  25260. Subject: Re: Cellular Callback Information Wanted
  25261. Organization: Audio Research Group, University of Waterloo
  25262. Date: Mon, 3 Apr 1995 10:21:55 -0400
  25263.  
  25264.  
  25265. In article <telecom15.183.10@eecs.nwu.edu>, TELECOM Digest Editor
  25266. noted:
  25267.  
  25268. > TELECOM Digest Editor's Note: I cannot honestly see how this would work
  25269. > since most cellular companies charge for all air time in or out don't
  25270. > they?   What do you benefit by making a call to get callback from a
  25271. > long distance carrier only to pay air time on the incoming call also?
  25272. > Don't most cellular companies give you at least a few long distance
  25273. > carriers to pick from anyway, usually including the big three?   PAT
  25274.  
  25275.     Well, I don't use a callback service with my cellular phone,
  25276. but I do use my long distance carrier's 1-800 card service for any
  25277. calls that I think will be over two minutes.  To my knowledge selecting
  25278. a long distance carrier is not an option with Cantel in Canada.  I
  25279. must use Cantel's long distance service, which is 15% *more* than "the
  25280. standard rate set by the local phone company".  Even the $0.75 to use
  25281. the calling card is offset if the call goes over a few minutes.
  25282.  
  25283.  
  25284. Jeff Bamford          
  25285. Email - jeffb@uwaterloo.ca -- NeXT Mail welcome        
  25286. Office/Lab: +1 519 885 1211 x3814     Fax: +1 519 746 8115       
  25287. WEB Page: <a href="http://audiolab.uwaterloo.ca/"> A.R.G. Home Page </a>      
  25288.  
  25289. ------------------------------
  25290.  
  25291. From: david@oakgrove.com
  25292. Subject: Re: T1 on a PCMCIA Card?
  25293. Date: 3 Apr 1995 14:19:46 GMT
  25294. Organization: InterNex Information Services, Inc.
  25295. Reply-To: david@oakgrove.com
  25296.  
  25297.  
  25298. In <telecom15.170.7@eecs.nwu.edu>, TestMark Laboratories <0006718446@mcimail.
  25299. com> writes:
  25300.  
  25301. > I have a collegue who is looking for a PCMCIA card that does T1.  (I
  25302. > assume DSX-1.)  While I have seen Ethernet and GP-IB 488 on PCMCIA, I
  25303. > think T1 is a little ambitious at this point.  Anyone know anything?
  25304.  
  25305. Actually it's probably lack of market, not technology that is the problem.
  25306. After all ethernet is 10Mbits/s T1 is 1.554Mbits/s and there are SCSI
  25307. cards for PCMCIA that transfer well over 1.5 MBytes/s.
  25308.  
  25309.  
  25310. David A. Howard      Chief Systems Architect
  25311. Spectrum Wireless Inc.
  25312. IBM OS/2 3.0 Warp + Internet Access Toolkit
  25313. IBM TCP/IP 2.0, NFS  David@OakGrove.com
  25314.  
  25315. ------------------------------
  25316.  
  25317. From: rlandry@medar.com (Ralph Landry)
  25318. Subject: Re: The Complete Answering Machine Voicemail Card
  25319. Organization: Medar, Inc.     Farmington Hills, MI
  25320. Date: Mon, 3 Apr 1995 15:45:03 GMT
  25321.  
  25322.  
  25323. Alex (Alex@Worldaccess.NL) wrote:
  25324.  
  25325. > I am looking for people that are using a Complete Answering Machine
  25326. > voicemail card. I bought mine second-hand in 1990 from an American via
  25327. > a BBS. In that same year I have been running a small voicemail BBS
  25328. > with about 50 users on it.
  25329.  
  25330. > People who know this card, know that it's possibilities are pretty
  25331. > limited.  Some of the prompts are in English, and cannot be changed.
  25332. > Also the software which comes along with the card doesn't offer
  25333. > anything like a log file, so you can see who called. Besides this, the
  25334. > card itself is good enough, it's just the software which is very
  25335. > limited. I managed to write a program which can show on screen who is
  25336. > online, when, which prompt is being played etc. Also I managed to
  25337. > write a little prog which makes it possible to switch on/off things on
  25338. > remote via the voicemailcard. With a little immagination it's all
  25339. > possible.  Perhaps the wheel has already been invented, and someone
  25340. > already wrote software for the card, or has a better version from the
  25341. > original software. I am still runing with Answer 2.12, perhaps there
  25342. > is a update? I heard the compagny who made the card does no longer
  25343. > exist. I am running with the voicemail card that does NOT have faxing
  25344. > possibilities (but I fixed that too!).
  25345.  
  25346. Alex, I bought the developers software for the Complete PC several
  25347. years ago from Digital Developement, 322 S. Patterson Blvd, Dayton
  25348. Ohio, 45402, phone 513-223-0712. I don't know if they are still in
  25349. business or not.  At that time it cost $500.00 but it also included
  25350. another procam board.  I found that there is a one byte difference in
  25351. the ROM that comes with the developer kit vs the one that was supplied
  25352. by the CPC and the 2.12 voice mail.  It did not come with the source
  25353. code for 2.12 so any applications you wanted to do you had to write.
  25354. It does come with a message editor to make your own prompts or messages.  
  25355.  
  25356. I wrote a program that would give out the daily Michigan lotto numbers
  25357. via prompts. You could put in any drawing date and hear the numbers
  25358. for that date up to a year ago.  Now I am involved in doing Caller ID
  25359. so I set the board up to answer the phone after the second ring. It will
  25360. then play back the name and number received from the Caller ID
  25361. hardware. It's been a good piece of hardware and I have two boards.
  25362. One did die while CPC was still in business but they would not sell me
  25363. just the suspected bad IC.  I would have to send the whole board in
  25364. for repair.  I found a place that sent me a few samples of the part,
  25365. replaced it and have two working boards again.
  25366.  
  25367.  
  25368. Ralph Landry         rlandry@medar.com
  25369.  
  25370. ------------------------------
  25371.  
  25372. Date: Mon, 3 Apr 95 13:42 EST
  25373. From: TestMark Laboratories <0006718446@mcimail.com>
  25374. Subject: Re: Keypad Letter Pattern (was Re: U.S. 800 Users Alert)
  25375.  
  25376.  
  25377. I loaded the new Windows 95 Pre-lease on my home computer the other
  25378. day.  I was playing around with the phone dialer application when I
  25379. suddenly noticed that the 7 key had PQRS on it, and the 9 key had
  25380. WXYZ!  I have a feeling that concern over phone numbers which spell
  25381. out names won't matter much longer; we are approaching the Tower of
  25382. Babel syndrome on those spare letters.
  25383.  
  25384.  
  25385. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  25386.  
  25387. ------------------------------
  25388.  
  25389. From: bpc@netcom.com (Benjamin P. Carter)
  25390. Subject: Re: Phone Books no Longer Free
  25391. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  25392. Date: Mon, 3 Apr 1995 23:48:54 GMT
  25393.  
  25394.  
  25395. lincmad@netcom.com (Linc Madison) writes:
  25396.  
  25397. > ... They now charge a "nominal" fee of "$10 to $38, depending on the
  25398. > size of the directory" for *all* directories you order, including
  25399. > within your own LATA.
  25400.  
  25401. If this is so, the change must be very recent.  I got some free phone
  25402. books from Pac Bell earlier this year, and some others were less than
  25403. $10.
  25404.  
  25405.  
  25406. Ben Carter    internet address: bpc@netcom.com
  25407.  
  25408. ------------------------------
  25409.  
  25410. From: rice@ttd.teradyne.com (John Rice)
  25411. Subject: Re: 800 Service and FLOWERS
  25412. Date: 3 Apr 95 17:12:24 CST
  25413. Organization: Teradyne Inc., Telecommunications Division
  25414.  
  25415.  
  25416. In article <telecom15.173.7@eecs.nwu.edu>, mbeckman@mbeckman.com (Mel
  25417. Beckman) writes:
  25418.  
  25419. > producer@pipeline.com (Judith Oppenheimer) writes:
  25420.  
  25421. >> In comp.dcom.telecom mbeckman@mbeckman.com (Mel Beckman) said:
  25422.  
  25423. >>> And here is where we see the true folly of ideas like Oppenheimer's:
  25424. >>> in the case of 1-800-FLOWERS, a trademark is entirely unnecessary,
  25425. >>> because there can be only one owner of that number in the U.S. phone
  25426. >>> system.
  25427.  
  25428. I think the 'flaw' in your reasoning is the fact that the 'directory
  25429. number' "1-800-FLOWERS" is the property of the provider, not the
  25430. customer. If 'Joes Flowers and Stormdoor Company' comes along and
  25431. offers the 800 provider $ 10M/year for the number, there's no law that
  25432. says that the provider can't 'pull' the number and re-assign it to
  25433. Joe.  (Might make an interesting court case). Much the same is being
  25434. fought in the courts today over a couple of internet Domain Names
  25435. (MTV.COM for example).
  25436.  
  25437. Trademarking "1-800-FLOWERS" won't prevent this from happening, but
  25438. it'll sure prevent 'Joe' from advertising it.
  25439.  
  25440.  
  25441. John Rice     K9IJ      rice@ttd.teradyne.com    
  25442.  
  25443.  
  25444. [TELECOM Digest Editor's Note: I know what you are saying is true where
  25445. local numbers are concerned; the subscriber has no property rights in the
  25446. number assigned. That is part of the tariff. 'The Company' has the right
  25447. to re-assign numbers as it deems necessary or desirable in the conduct
  25448. of its business.  But with 800 numbers is that true?  It certainly was
  25449. true in the days before portability when your 800 number depended entirely
  25450. on the carrier you chose to use. I checked with someone just now at AT&T
  25451. on this and got the following answer:  "Portability means the number can
  25452. be transferred from one carrier to another as the customer desires. In
  25453. any event, the customer does not *own* the number; it remains the property
  25454. of the serving carrier. AT&T may have 'owned' the number in the past, and
  25455. now MCI (because of the customer's choice) 'owns' the number, but in any
  25456. event the customer *never did own the number, and still does not own it*.
  25457. Customers do not have property rights in telephone numbers."
  25458.  
  25459. I asked well, if that is true, then in the event I want to take my very
  25460. highly desirable number away from your company and give it to another
  25461. carrier, what prevents your company (as the present carrier/owner of the
  25462. number) from using the threat of taking it away from me as a way of
  25463. 'persuading' me to continue with your company instead of your competitor?
  25464. After all, you own it and I have no property rights, correct?  The answer
  25465. was this is true, however if the carrier were to seize the number in this
  25466. way it would then be idle, and as your agent the other carrier would come
  25467. to us and demand the number anyway. "Besides," said my contact, "we would
  25468. get sued until Kingdom come for playing around like that; I think the
  25469. way that rule (no property rights in number) is interpreted is to mean that
  25470. as telephone systems change their technology and expand their numbering
  25471. systems, etc that in the event the customer's number has to be changed in
  25472. order to be compatible with the network the customer has no legitimate
  25473. gripe with the carrier."  I asked about your theoretical example above,
  25474. and the response was that he could not imagine telco not getting a good
  25475. and thorough suing if a number change like that took place for strictly
  25476. financial, monetary reasons.    PAT]
  25477.  
  25478. ------------------------------
  25479.  
  25480. From: rice@ttd.teradyne.com (John Rice)
  25481. Subject: Re: Why Doesn't Z-MODEM work?
  25482. Date: 3 Apr 95 17:20:06 CST
  25483. Organization: Teradyne Inc., Telecommunications Division
  25484.  
  25485.  
  25486. In article <telecom15.178.7@eecs.nwu.edu>, jfiror@kea.bc.ca (Jon Firor) 
  25487. writes:
  25488.  
  25489. > In article <telecom15.175.16@eecs.nwu.edu>, Sousa_Antonio_B/ICP_LISBOA_
  25490. > DSI@icp.pt says:
  25491.  
  25492. >> I've had the same problem in the past. I noticed that some of the files got 
  25493. >> through but others did not. I found out that the problem were the escape 
  25494. >> characters used in the Z-MODEM protocol. With the program I was using, I 
  25495. >> started working with the -e parameter (escape control characters) and had 
  25496. >> no problems since then.
  25497.  
  25498. > Sounds like XON/XOFF flow control. You can not use this with ZMODEM!!
  25499.  
  25500. Z-modem is an 8 bit protocol, unless you establish an 8 bit Telnet
  25501. connection, it won't work. Basic Telnet is a 7bit connection. Some
  25502. Telnet clients support an 8bit mode (check your man page on how to
  25503. start telnet in 8bit mode).
  25504.  
  25505. Also agree with the above. Control characters are part of the problem
  25506. too. But if you're going to try to do Z-modem transfers of binaries,
  25507. you 'have' to be in 8-bit mode.
  25508.  
  25509.  
  25510. John Rice     K9IJ     rice@ttd.teradyne.com 
  25511.  
  25512. ------------------------------
  25513.  
  25514. From: Zachary Schrag <tgi@cais.com>
  25515. Subject: Re: Where to Get Area Code Map?
  25516. Date: 3 Apr 1995 13:02:44 GMT
  25517. Organization: TeleGeography, Inc.
  25518.  
  25519.  
  25520. In article <telecom15.183.11@eecs.nwu.edu> Dawn Adler, dadler@ix.netcom.com 
  25521. writes:
  25522.  
  25523. > what I mean is a close up map that shows exactly where one area code
  25524. > changes to another, all I know is one area code cannot cross state
  25525. > lines!
  25526.  
  25527. The Rand McNally Commercial Atlas -- found in good libraries -- has a nice,
  25528. two-page spread.
  25529.  
  25530.  
  25531. Zachary Schrag  TeleGeography, Inc.  tgi@cais.com
  25532.  
  25533.  
  25534. [TELECOM Digest Editor's Note: Even that publication shows at best very
  25535. general boundaries; little dash lines cutting part of a state in half, 
  25536. etc.  Does Dawn want something that general or even more specific?   PAT]
  25537.  
  25538. ------------------------------
  25539.  
  25540. From: csauls@eosc.osshe.edu (Charles Sauls)
  25541. Subject: Re: Where to Get Area Code Map?
  25542. Date: 3 Apr 1995 16:52:56 -0700
  25543. Organization: Eastern Oregon State College
  25544.  
  25545.  
  25546. > [TELECOM Digest Editor's Note: Yes it does. And a small bit of 312
  25547. > goes into Wisconsin in the form of Antioch, IL and North Antioch,
  25548. > WI. I think 414 'comes south' in the case of Beloit, WI and South
  25549. > Beloit, IL.   PAT]
  25550.  
  25551. Another case I know of is 503-675, which is Midvale, Idaho.
  25552.  
  25553.  
  25554. Charles
  25555. The Sauls Brothers * csauls@eosc.osshe.edu * La Grande, Oregon, USA
  25556.  
  25557.  
  25558. [TELECOM Digest Editor's Note: But in a lot of those cases you can dial the
  25559. number from elsewhere either with the 'area code of record' for that state 
  25560. or with the 'area code of convenience' used in the community. In some
  25561. cases that is impossible because the corresponding prefix is already assigned
  25562. in the adjacent area code. Remember how for years and years we could dial
  25563. any number in 301/202/703 using any of those three area codes?  You could
  25564. reach any DC/VA/MD number using any of those three codes. 
  25565.  
  25566. How picky was the Bell System thirty or forty years ago about this sort of
  25567. thing?  Well ... old timers will tell you that not only were there very
  25568. specific rules about who got what area codes; who got the ones with zero
  25569. in the middle and who got the ones with one in the middle, but there was
  25570. also a rule that the same prefix was never assigned in two adjacent area
  25571. codes. That is, if 321 was a prefix in your area code, it was not used in
  25572. the area code on any side of you. Why?  Because 'community dialing' was
  25573. considered important. Every state has one or two instances of cities or
  25574. towns which straddle the state line or an area code boundary. Bell did 
  25575. not want these communities inconvenienced in their calling patterns. That
  25576. was long ago ... such luxuries have been unaffordable for several years
  25577. now.     PAT]
  25578.  
  25579. ------------------------------
  25580.  
  25581. From: ARTHUR%MPA15C@MPA15AB.mv-oc.Unisys.COM
  25582. Date: 03 APR 95 10:08   
  25583. Subject: Re: New NPA in SC Scheduled For December
  25584.  
  25585.  
  25586. Lee Winson claims:
  25587.  
  25588. > Only a five month permissive period?  When Bell of Pa split 215 with
  25589. > 610, they gave 13 months permissive.
  25590.  
  25591. I call 215 (now 610) from California 714 several times a month.  I had
  25592. NEVER received an intercept advising me to dial 610, until the day
  25593. where the call simply "could not be completed as dialed ...".  What an
  25594. interesting way of finding out that an area code had changed.  Any
  25595. theories out there as to why I never got the warnings of an impending
  25596. split?
  25597.  
  25598.  
  25599. Arthur L. Shapiro        Arthur@mpa15c.mv-oc.unisys.com
  25600. Software Engineering
  25601. Unisys Corporation       Speaking as a civilian, rather than for
  25602. Mission Viejo, CA        Unisys, unless this box is checked: [ ]
  25603.  
  25604.  
  25605. [TELECOM Digest Editor's Note: Probably you never got the warnings because
  25606. you were not reading this Digest ... <g> ... we had lots of discussion
  25607. about it. I suspect your telco said hey, if Art is not reading the Digest
  25608. each day, then he is not that important of a customer to us!   :)   PAT]
  25609.  
  25610. ------------------------------
  25611.  
  25612. From: Mike Rehmus <mrehmus@grayfax.com>
  25613. Subject: Gray Associates Demo Software Download Now Working
  25614. Date: 1 Apr 1995 07:13:42 GMT
  25615. Organization: Portal Communications (service)
  25616.  
  25617.  
  25618. The Gray Associates WEB page had a problem supporting download of the
  25619. demo software for our Protocol Analzyer.  We moved the file to a new
  25620. ftp site and preliminary tests show that it is working much better.
  25621.  
  25622. If you tried to download the software and could not, please retry.
  25623. The URL is http://www.grayfax.com.
  25624.  
  25625. If you continue to have problems, let me know and I will mail you a
  25626. disk.
  25627.  
  25628.  
  25629. Best regards,
  25630.  
  25631. Mike Rehmus    Gray Associates  
  25632.  
  25633. ------------------------------
  25634.  
  25635. From: afurman@j51.com (Adam Furman)
  25636. Subject: Meridian Phone System Help Wanted
  25637. Date: 3 Apr 1995 01:08:29 GMT
  25638. Organization: TZ-Link, a public-access online community in Nyack, NY.
  25639.  
  25640.  
  25641. I have a Meridian phone system installed in my business.  When I took
  25642. over this business the owner told me all the passwords for the system.
  25643. I don't remember the admin password for the system.  I know the password 
  25644. for restricted calls.  I know that the passwords are not the same.  I
  25645. tried the admin way twice; that doesn't seem to pass that screen.  If
  25646. there is anyone who can help me change that password with out messing
  25647. up the program and deleting anything from the system, please contact
  25648. me.
  25649.  
  25650.  
  25651. Thanks,
  25652.  
  25653. Adam
  25654.  
  25655.  
  25656. [TELECOM Digest Editor's Note: My first suggestion would be to contact
  25657. the previous owner and ask him again ... failing that, I am told there
  25658. is a method in hardware to restore the factory defaults; you know, a
  25659. jumper here and a jumper there, etc ... and no doubt some readers here
  25660. could help you; the only thing is, the more reputable of my readers (yes,
  25661. a few of them are reputable!) might be reluctant to pass along that
  25662. information without a secure knowledge that you did 'take over the business'
  25663.  from the 'previous owner' and are not simply interested in taking over
  25664. the current unknown owner's phone system. :)  <wink> ... having gotten
  25665. that squared away, probably someone here can help you.  Maybe some of
  25666. the less reputable readers will help you anyway.  As has often been said,
  25667. a couple of old-timers working together seldom waste time on preliminaries.
  25668. Any one with instructions for Adam?      PAT]  
  25669.  
  25670. ------------------------------
  25671.  
  25672. From: martp@ix.netcom.com (Patrick Martin)
  25673. Subject: Local Competition
  25674. Date: 2 Apr 1995 06:02:34 GMT
  25675. Organization: Netcom
  25676.  
  25677.  
  25678. Am I missing something here? Have we not had local competition for
  25679. quite some time now? What are PBX systems but a way for a business to
  25680. provide their own dial tones? What are Tenant systems but a way for a
  25681. third party to provide dial tone? No one has shown up at my door step,
  25682. but isn't that because it is more cost effective to serve business
  25683. centers at this time? Is there any specific law on the books
  25684. prohibiting provision of dial tone to my house? I am in Texas and
  25685. realize that regulations vary by state. I suspect that all of this
  25686. talk about legalizing local competition is way for the RBOCs to get
  25687. de-regulated.
  25688.  
  25689. Clarification of this issue would be appreciated.
  25690.  
  25691.  
  25692. [TELECOM Digest Editor's Note: They mean local competition *in a big
  25693. way*. Yes, we have had 'competition' for years in the form of <P>rivate
  25694. <B>ranch e<X>changes and such, but that's not what they mean. They mean
  25695. every person able to choose thier local service provider in the way we
  25696. can choose our long distance provider now.   PAT] 
  25697.  
  25698. ------------------------------
  25699.  
  25700. From: AHDNN1A.SRABIN01@eds.com
  25701. Subject: Minors With Pagers in Tennessee
  25702. Date: Mon, 3 Apr 1995 19:39:58 -0400
  25703.  
  25704.  
  25705.  From: Sander J. Rabinowitz                    EDS/GM 8 320 5509
  25706.       EDS/Saturn Sales and Marketing Team       +1 615 486 5509
  25707.  
  25708. The {Nashville Tennessean} reported this morning (4-3-95) that
  25709. legislation has been proposed at the state level, which if enacted,
  25710. would prohibit the use of pagers by minors, except if there was
  25711. parental consent.  It was unclear from the article what would
  25712. constitute proof of consent.
  25713.  
  25714. If a minor is convicted under the proposed legislation, the penalty is
  25715. to have one's drivers license revoked for a year, and have a requirement 
  25716. imposed to perform 50 hours of community service work.  Additional
  25717. provisions prohibit the sale of pagers directly to a minor, the penalty 
  25718. for which is a $2,500 fine.  Apparently, however, a parent or guardian
  25719. can purchase a pager on a minor's behalf.
  25720.  
  25721. The legislation, in addition to the usual concerns about pagers being
  25722. the primary means of communication among drug dealers, was prompted by
  25723. concerns of parents losing control of their children.  A father of a
  25724. 14 year old girl reportedly contacted a legislator on the matter after
  25725. the girl had been receiving calls from "undesirables," that the use of
  25726. a pager by the girl had apparently been related to these calls, and
  25727. after finding that the use of pagers by minors in Tennessee was legal.
  25728.  
  25729. "We need a law.  These beeper retailers have usurped my authority with
  25730. my daughter and they are contributing in a way to delinquency because
  25731. she is receiving calls from these people I find objectionable," the
  25732. father reportedly told State Representative Henri Brooks (D-Memphis),
  25733. the sponsor of the bill.
  25734.  
  25735.  
  25736. EDS/Saturn, 100 Saturn Parkway #F10, Spring Hill, TN 37174.
  25737. Internet: ahdnn1a.srabin01@eds.com
  25738.  
  25739. ------------------------------
  25740.  
  25741. From: pub115@idptv.idbsu.edu (Jeff Shinn)
  25742. Subject: Exact Time of Day
  25743. Date: Mon, 3 Apr 1995 16:34:07 MDT
  25744.  
  25745.  
  25746. In Joseph Singer's post he mentioned being able to find the exact time
  25747. by calling the National Institute of Standards and Technology (formerly 
  25748. National Bureau of Standards); there is yet another alternative:
  25749.  
  25750. Purchase a shortwave radio (Grundig, Sony, Radio Shack, <several other
  25751. manufacturers) for as little as $75 new, and tune in shortwave radio
  25752. station WWV (NIST, Ft. Collins, Colorado) or WWVH (NIST, Hawaii).  The
  25753. second-by-second "ticks" can be heard, along with the "each minute"
  25754. voice announcements, solar radiation conditions, and Global Positioning 
  25755. System (GPS) satellite updates.
  25756.  
  25757. The frequencies are 2.5, 5.0, 10.0, 15.0 (and 20.0, I believe) megahertz, 
  25758. in the shortwave bands.  Depending upon location, time of day and
  25759. other atmospheric conditions, you will hear a signal on one of the
  25760. stations and frequencies.  The Canadian government also operates "time
  25761. standard" broadcast stations (CHU is the station designator) but I
  25762. don't know off hand the frequencies.
  25763.  
  25764.  
  25765. Jeff Shinn, N7HQT
  25766. Jeffrey P. Shinn, State of Idaho
  25767. 208/334-3138 (voice); 334-2438 (fax); jshinn@dfm.state.id.us
  25768. Personal:  pub115@idptv.idbsu.edu; 73144,1754 (CompuServe) 
  25769.  
  25770. ------------------------------
  25771.  
  25772. Date: Mon, 3 Apr 95 15:16:56 EDT
  25773. From: Carl Moore <cmoore@ARL.MIL>
  25774. Subject: Leap Year (was Re: That Time Again)
  25775.  
  25776.  
  25777. In a 400-year period, the Julian calendar has 100 leap years, and the
  25778. Gregorian has only 97.  And I read someplace that an even more accurate 
  25779. way to keep the calendar in line with the seasons was to omit a leap
  25780. year every 128 years.  But the Gregorian, as noted, takes more than
  25781. 3000 years to be off by one day.
  25782.  
  25783. The Gregorian calendar was instituted in 1582, so it should have been
  25784. right in line with the seasons then.  (Many countries took longer to
  25785. adopt it; Great Britain and its colonies, including the future United
  25786. States, did not adopt it until 1752.)
  25787.  
  25788.                             --------------
  25789.  
  25790. TELECOM Digest Editor's Note: Julius Caesar (or more correctly, perhaps,
  25791. Gaius Julius who lived from 100-44 BC, a Roman general, statesperson 
  25792. and writer) had a fascination with the calendar although he made some
  25793. awful mathematical errors in his decrees regarding same. He named one
  25794. of the nice summer months after himself. The word Caesar itself probably
  25795. comes from the French 'ruler' or 'emperor'; one to whom civil obedience
  25796. is due; a temporal ruler. It would apply to any of the dictator/rulers
  25797. in that time who succeeded Augustus Caesar (who also has a month in the
  25798. summer named after him) -- or would you readers in Australia say a month
  25799. in the winter -- heh! heh! -- I am so glad its your turn for awhile while
  25800. we here get to warm up now; instead of the gas works cutting me for not
  25801. paying my furnace/heating bill, now Edison can cut me for not paying for
  25802. the electricity to run my air-conditioning ... ah, but I digress.
  25803.  
  25804. Anyway, after meditation and consultation with his astronomers and others
  25805. he realized that 365 days in a year was not quite accurate. Using the
  25806. tools at his disposal he decided there had to be an extra quarter day
  25807. tossed in each year to make things work out right. So the new calendar
  25808. was devised according to his instructions. They went along that way for
  25809. quite awhile, adding one day every four years to account for that left
  25810. over bit each year. The error was not big enough to notice even over
  25811. several hundred years.  
  25812.  
  25813. Well, along about the year 520 in the Christian era (although they did
  25814. not call it that, they still used Roman era numbering) the Pope at
  25815. that time got annoyed about something (in those days, and clear through 
  25816. the 16th century the Popes were just plain *weird*, there is no other
  25817. way to describe them; the saints in the 13th-14th century were even
  25818. more *weird*, but I am digressing again ... so the Pope called on one
  25819. of his scholars and bright young men, a monk by the name of Dennis
  25820. Aloysius (I think) and said "Dennis, figure out a new system of years
  25821. to go by."  Dennis thought about that for quite a while and after some
  25822. serious calculations told the Pope that Jesus had been born in the
  25823. 720th year of the Roman Era and that henceforth that would be known as
  25824. year 1, and that therefore it was now the 520th year in the Christian
  25825. era. The pope bought that argument and made his own decree accordingly. 
  25826. He let Julius and Augustus continue to have months each year named in
  25827. their honor. There were a few other months named after persons real or
  25828. mythical which he allowed to remain in the calendar and the leap year 
  25829. thing seemed okay, so he kept that part also; only the year number would 
  25830. change. There were days of the week to honor the moon and the sun; the pope
  25831. left that alone also. But Dennis made some errors in his work also that 
  25832. would not be rectified or discovered for about 11 centuries.
  25833.  
  25834. Fast forward a thousand years or so, and Pope Gregory has been told by his
  25835. advisors and confidantes that the calendar is going to be adjusted again. 
  25836. As they explained it to Pope Gregory, Gaius Julius had gotten it all wrong:
  25837. instead of a year consisting of 365.25 days, it really only consisted of
  25838. 365.2422 days, or 365 days, 5 hours, 48 minutes and 49 seconds. As a
  25839. result of that 11 minute difference each year unaccounted for in Gaius
  25840. Julius' calendar, it has gotten way out of whack, being some several days 
  25841. short of where it ought to be.  By the time they can enforce this on
  25842. all of Europe however, several more years have passed. In 1582 --
  25843. I forget exactly what date -- a general adjustment was made throughout 
  25844. Europe with the calendar; several days were just chopped out to make
  25845. up the shortfall. 
  25846.  
  25847. In England a few years later, King James decided to write a new Bible.
  25848. It was to be that the version King James authorized would be truthful
  25849. and more accurate than earlier scriptures, especially those that the
  25850. earlier Popes had had anything to do with. He put Archbishop Usher in
  25851. charge of the project, and soon the Archbishop and his scholars were
  25852. busy at work. They thought it important to provide exact dates for all
  25853. the various occurances in this new Bible they were writing for King
  25854. James, and in the process of proving to the King that the world was
  25855. created on Tuesday, October 8, 4004 BC at 9:30 in the morning, they
  25856. discovered an error in the work Dennis Aloysius had done centuries
  25857. before.  It seems he had miscounted somehow and left out four years.
  25858. Oh gosh ... well, said King James, we are not going to change this
  25859. year from 1612 to 1616, we already changed the calendar once and
  25860. dropped off all those days we were short, we are not going to add four
  25861. more years. A few people including the Archbishop almost lost their
  25862. heads because of that bad news they brought the King.  They just
  25863. decided they would backdate everything, and take ancient history and
  25864. move it all back by four years instead as to *reported dates*. So they
  25865. went through their scriptures and moved every date back by four years
  25866. including the birth of Jesus Christ. This of course meant that Jesus
  25867. Christ was born in the year 4 *<B>efore <C>hrist, and that seemed odd
  25868. to King James and Archbishop Usher as it seems odd to me. Still, they
  25869. decided to let it go, and if you look at the KJV Bible today -- still
  25870. one of the best selling Bibles around, 380 years later -- the little
  25871. references and margin notes come to Jesus' birth and refer to it as
  25872. the year 4 BC, in other words he was born four years before he was
  25873. born (?!?). Trivia, they said, don't bother us with that trivia.
  25874.  
  25875. Just on general principles, England and her colonies in America did
  25876. not go along with the adjusted calendar. England did not make the 1582
  25877. adjustment until 170 years later. By the middle 1700's though, this
  25878. calendar dispute was getting awkward and embarassing for the colonists
  25879. in the New World. After all, they still did some trading with Europe
  25880. and other business with them and it was getting a bit weary for folks
  25881. here to say it was Tuesday, May 1 while people in Europe were saying
  25882. no, it is really Tuesday, May 12.  Not only that, there was a movement
  25883. afoot to change New Year's Day to January 1.  Someone had thought,
  25884. wisely, from long before that the perfect time to start the New Year
  25885. was when spring started; a new year, new birth and all that ... so it
  25886. has always been that March 21 was 'New Years Eve' and March 22 was New
  25887. Years Day. For example, March 21, *1610* was followed by March 22,
  25888. *1611* ... it was always done that way for however long.  Wasn't that
  25889. one of Gaius Julius' ideas also? ... I think so. Finally the Americans
  25890. gave in and agreed to adjust their calendars also with the new year
  25891. starting on January 1.
  25892.  
  25893. September, 1752 saw the new Gregorian calendar take affect in America
  25894. and England, and the calendar for that month looked like this:
  25895.  
  25896.    September 1752
  25897.  S  M Tu  W Th  F  S       Note that Wednesday, September 2, 1752
  25898.        1  2 14 15 16       was followed by Thursday, September 14,
  25899. 17 18 19 20 21 22 23       1752.  We had to yank 11 days out while
  25900. 24 25 26 27 28 29 30       Europe only knocked about 8 days out since
  25901.                            extra time passed before we finally did it.
  25902.  
  25903. This, they assured us, plus following the new rules for leap years
  25904. would keep everything in good shape for quite awhile. The problem had
  25905. been we were only entitled to pick up .2422 of a day instead of .25
  25906. of a day. When we did the pick up every four years, we claimed an
  25907. extra day when we were only entitled to an accumulated .9688 of a
  25908. day. That extra .0312 of a day we should not have would accumulate 
  25909. after a century (25 leap year days added) to us being .78 of a day
  25910. away from where we should be. So by taking one less leap day every
  25911. century, instead of being .78 of a day ahead, we would be .2512 of a day
  25912. behind. It was that extra .78 of a day per century accumulated over
  25913. all those years that we had to deal with finally in 1752. After four
  25914. centuries of losing .2512 of a day each century, we come out to 1.0048
  25915. days short of where we ought to be, so we go ahead and take another
  25916. leap year day, leaving ourselves only .0048 of a day out of whack. 
  25917. The exact rule we follow is that every four years is a leap year
  25918. *except* if the year ends in two zeros *unless* the year (ending in
  25919. two zeros) is also divisible by 400. The year 1600 was a leap year.
  25920. 1700, 1800 and 1900 were not leap years; the year 2000 will be a leap
  25921. year.
  25922.  
  25923. As Carl points out, omitting a leap year every 128 years makes more
  25924. sense; under Pope Gregory's formula we have to get all the way to
  25925. the 33rd century before another arbitrary adjustment has to be made,
  25926. but under the rule of skipping a leap year every 128 years we could
  25927. go several more centuries later than that. Or, they could adopt *my* 
  25928. formula and never have to worry about it again:
  25929.  
  25930. The rule of Saint Patrick (and you may think I am weird also, but
  25931. I did not live in the 15th century so I am not as weird as *they*
  25932. were) is this:  every year at the stroke of midnight on New Year's
  25933. Eve, we set the clocks back to 6:12 PM and have another 5 hours and
  25934. 48 minutes of New Year's Eve partying.   :)  I have also thought about
  25935. building a clock which had 74.5 minutes per 'hour'; it could probably
  25936. be marketed in one of those fancy mail order catalogs such as Sharper
  25937. Image. Marketed as 'natural earth time', it would be so cool to watch
  25938. how every four years or so the 'natural earth time clock' would be
  25939. nearly in synch with the arbitrary time shown on our 'real' clocks.
  25940. Always *nearly*, never exactly; then the time on that clock would
  25941. diverge widely from ours for another four years then begin to come
  25942. in line again; closer than the last time, but still frustratingly
  25943. different. Then perhaps once in our lifetimes the clocks would be
  25944. just seconds apart ... as close as we would ever see them ... and
  25945. they would begin to diverge again. I'd put the natural earth time
  25946. clock in a case with a 'regular' clock and a caption saying 'the
  25947. real time is ...'  but we say the time is ...'. 
  25948.  
  25949. Here is your homework assignment for tomorrow: assuming the 1752 
  25950. adjustment left us in perfect synch as of zero hours zero minutes GMT
  25951. on Thursday, September 14, 1752 (which it didn't, but let's say it did), 
  25952. and the time now is commonly accepted to be five hours 54 minutes GMT
  25953. Tuesday, April 4, 1995, what would be the 'real' earth time right now?
  25954. Day, date, minutes and hours please.     PAT]
  25955.  
  25956. ------------------------------
  25957.  
  25958. End of TELECOM Digest V15 #189
  25959. ******************************
  25960.  
  25961. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07306;
  25962.           11 Apr 95 15:57 EDT
  25963. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id HAA16503 for telecomlist-outbound; Tue, 11 Apr 1995 07:38:33 -0500
  25964. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id HAA16496; Tue, 11 Apr 1995 07:38:30 -0500
  25965. Date: Tue, 11 Apr 1995 07:38:30 -0500
  25966. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  25967. Message-Id: <199504111238.HAA16496@delta.eecs.nwu.edu>
  25968. To: telecom@delta.eecs.nwu.edu
  25969. Subject: TELECOM Digest V15 #190
  25970.  
  25971.  
  25972. TELECOM Digest     Tue, 4 Apr 95 19:55:00 CDT    Volume 15 : Issue 190
  25973.  
  25974. Inside This Issue:                          Editor: Patrick A. Townson
  25975.  
  25976.     Re: Local Competition (Frank Atkinson)
  25977.     Re: Minors With Pagers in Tennessee (Frank Atkinson)
  25978.     Re: Minors With Pagers in Tennessee (Mark Robert Smith)
  25979.     Re: Cellular Callback Information Wanted (Georg Oehl)
  25980.     Re: SS7 References Wanted (boyla002@maroon.tc.umn.edu)
  25981.     Re: Experiences Wanted With InternetMCI by News Reporter (J. Sinclare)
  25982.     Re: Experiences Wanted With InternetMCI by News Reporter (defantom@aol.com)
  25983.     Re: What is TELEGO Service? (Linc Madison)
  25984.     Re: Outrageous ISDN Overcharges - They Aren't FCC's Doing (Michel Cole)
  25985.     Re: Inability to Use LEC Calling Card From Office Phone (Steve Cogorno)
  25986.     Re: Cellular Features Incur DOUBLE Airtime Charge (Mike Frere)
  25987.     Re: Has There Been *Any* Digital Cellular Fraud Yet in the US? (marc_k)
  25988.     Re: When Handed a Lemon, Make Lemonade! (Gary D. Shapiro)
  25989.     Re: Regulated Cash Cows (Lee Winson)
  25990.     Re: Phone Books no Longer Free (Ed Ellers)
  25991.  
  25992. TELECOM Digest is an electronic journal devoted mostly but not
  25993. exclusively to telecommunications topics. It is circulated anywhere
  25994. there is email, in addition to various telecom forums on a variety of
  25995. public service systems and networks including Compuserve and America
  25996. On Line. It is also gatewayed to Usenet where it appears as the moderated
  25997. newsgroup 'comp.dcom.telecom'. 
  25998.  
  25999. Subscriptions are available to qualified organizations and individual
  26000. readers. Write and tell us how you qualify:
  26001.  
  26002.                  * telecom-request@eecs.nwu.edu *
  26003.  
  26004. The Digest is edited, published and compilation-copyrighted by Patrick
  26005. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  26006. or phone at:
  26007.                     9457-D Niles Center Road
  26008.                      Skokie, IL USA   60076
  26009.                        Phone: 500-677-1616
  26010.                         Fax: 708-329-0572
  26011.   ** Article submission address only: telecom@eecs.nwu.edu **
  26012.  
  26013. Our archives are located at lcs.mit.edu and are available by using
  26014. anonymous ftp. The archives can also be accessed using our email
  26015. information service. For a copy of a helpful file explaining how to
  26016. use the information service, just ask.
  26017.  
  26018. *************************************************************************
  26019. *   TELECOM Digest is partially funded by a grant from the              *
  26020. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  26021. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  26022. * project.  Views expressed herein should not be construed as represent-*
  26023. * ing views of the ITU.                                                 *
  26024. *************************************************************************
  26025.  
  26026. Additionally, the Digest is funded by gifts from generous readers such
  26027. as yourself who provide funding in amounts deemed appropriate. Your help 
  26028. is important and appreciated. A suggested donation of twenty dollars per
  26029. year per reader is considered appropriate. See our address above.
  26030.  
  26031. All opinions expressed herein are deemed to be those of the author. Any
  26032. organizations listed are for identification purposes only and messages
  26033. should not be considered any official expression by the organization.
  26034. ----------------------------------------------------------------------
  26035.  
  26036. From: fratkins@freenet.columbus.oh.us (Frank Atkinson)
  26037. Subject: Re: Local Competition
  26038. Date: 4 Apr 1995 19:07:21 -0400
  26039. Organization: The Greater Columbus Freenet
  26040.  
  26041.  
  26042. Patrick Martin (martp@ix.netcom.com) wrote:
  26043.  
  26044. > Am I missing something here? Have we not had local competition for
  26045. > quite some time now? What are PBX systems but a way for a business to
  26046. > provide their own dial tones? What are Tenant systems but a way for a
  26047.  
  26048. snip
  26049.  
  26050. > realize that regulations vary by state. I suspect that all of this
  26051. > talk about legalizing local competition is way for the RBOCs to get
  26052. > de-regulated.
  26053.  
  26054. In Ohio dereg means just that, your friendly local cable tv company
  26055. will be on your doorstep wanting your telephone business, or perhaps
  26056. your friendly long-distance company will make you a calling circle
  26057. deal that includes your local service or maybe a new company who is a
  26058. small player that wants to be a bigger player. Of course your local
  26059. phone company will also be on your door step wanting your long
  26060. distance and your cable tv business as well. (Hope you have a big
  26061. front step!) You might be right that the RBOC's piggybacked on the
  26062. issue to get their freedom. As part of the agreement for greater RBOC
  26063. freedom they agreed not to fight competition on the grounds that there
  26064. was only one true telephone company.
  26065.  
  26066.  
  26067. Frank Atkinson       fratkins@freenet.columbus.oh.us or
  26068. frank@hannah.com  I think therefore I am, I think?
  26069.  
  26070. ------------------------------
  26071.  
  26072. From: fratkins@freenet.columbus.oh.us (Frank Atkinson)
  26073. Subject: Re: Minors With Pagers in Tennessee
  26074. Date: 4 Apr 1995 19:13:20 -0400
  26075. Organization: The Greater Columbus Freenet
  26076.  
  26077.  
  26078. AHDNN1A.SRABIN01@eds.com wrote:
  26079.  
  26080. > The {Nashville Tennessean} reported this morning (4-3-95) that
  26081. > legislation has been proposed at the state level, which if enacted,
  26082. > would prohibit the use of pagers by minors, except if there was
  26083. > parental consent.  It was unclear from the article what would
  26084. > constitute proof of consent.
  26085.  
  26086. Maybe we should also make it illegal for them to buy shoes, if they
  26087. don't have shoes they won't walk out of the house, if they can't get
  26088. out of the house they can't get into trouble, and her father could
  26089. rest easy. I am afraid of state level solutions, they tend to
  26090. overreact to easily. We have a bill to designate a state snake in Ohio
  26091. so Tennessee doesn't win the dumb prize.
  26092.  
  26093.  
  26094. Frank Atkinson       fratkins@freenet.columbus.oh.us or
  26095. frank@hannah.com  I think therefore I am, I think?
  26096.  
  26097. ------------------------------
  26098.  
  26099. From: msmith@pluto.njcc.com (Mark Robert Smith)
  26100. Subject: Re: Minors With Pagers in Tennessee
  26101. Date: Tue, 4 Apr 1995 17:50:51 EST
  26102. Organization: New Jersey Computer Connection, Lawrenceville, NJ
  26103.  
  26104.  
  26105. In article <telecom15.189.17@eecs.nwu.edu> AHDNN1A.SRABIN01@eds.com writes:
  26106.  
  26107. > The {Nashville Tennessean} reported this morning (4-3-95) that
  26108. > legislation has been proposed at the state level, which if enacted,
  26109. > would prohibit the use of pagers by minors, except if there was
  26110. > parental consent.  It was unclear from the article what would
  26111. > constitute proof of consent.
  26112.  
  26113. > If a minor is convicted under the proposed legislation, the penalty is
  26114. > to have one's drivers license revoked for a year, and have a requirement 
  26115. > imposed to perform 50 hours of community service work.  Additional
  26116. > provisions prohibit the sale of pagers directly to a minor, the penalty 
  26117. > for which is a $2,500 fine.  Apparently, however, a parent or guardian
  26118. > can purchase a pager on a minor's behalf.
  26119.  
  26120. A similar law has been on the books in New Jersey for a few years now.
  26121. It is also a 4th degree crime in New Jersey to "use a paging device"
  26122. while distributing drugs.
  26123.  
  26124. In the kid's case, a parent's consent is not enough to carry a pager.
  26125. Kids must have a doctor's permission to carry one.
  26126.  
  26127.  
  26128. Mark Smith    Mercerville, NJ
  26129.  
  26130. ------------------------------
  26131.  
  26132. From: oehl@student.uni-kl.de (Georg Oehl)
  26133. Subject: Re: Cellular Callback Information Wanted
  26134. Organization: University of Kaiserslautern, Germany
  26135. Date: Tue, 4 Apr 1995 22:47:53 GMT
  26136.  
  26137.  
  26138. As a comment to Bill Engel's question for Cellular Callback services, PAT
  26139. wrote:
  26140.  
  26141. > [TELECOM Digest Editor's Note: I cannot honestly see how this would work
  26142. > since most cellular companies charge for all air time in or out don't
  26143. > they?   What do you benefit by making a call to get callback from a
  26144. > long distance carrier only to pay air time on the incoming call also?
  26145. > Don't most cellular companies give you at least a few long distance
  26146. > carriers to pick from anyway, usually including the big three?   PAT
  26147.  
  26148.     Well, PAT it exists. Here in Germany, for instance, Cyberlink
  26149. is offering a service where you dial a toll-free number and -- armed
  26150. with your PIN and destination phone number -- can dial anywhere in the
  26151. world for less than what it would cost you if you dialed direct on
  26152. your cellular phone.  Depending on your billing plan with your card
  26153. provider you can even save on cellular calls made _within_ Germany.
  26154. Something like 20 to 40 percent. (Being cheaper on international calls
  26155. made with your cell phone in Germany is not hard, really, so I'm not
  26156. even going to elaborate on that.)  But it is not true Callback, of
  26157. course.
  26158.  
  26159.     And -- in Germany you only pay for _outgoing_ calls made with
  26160. your cellular phone. You don't pay for toll-free calls though, but I
  26161. think it won't take long before the network providers realize that
  26162. they are losing business there too and change the tariffing structure
  26163. accordingly.
  26164.  
  26165.     BTW, international callback from Germany to the US with a US
  26166. Callback service I recently subscribed to is (slightly) _cheaper_ than
  26167. a phone call _within_ Germany at the most expensive time (8 a.m. to 6
  26168. p.m.) to the most expensive place (distances farther away than 30
  26169. miles).  So, when you don't pay for incoming calls, callback can be
  26170. extremely cheaper.
  26171.  
  26172.  
  26173. Georg
  26174.  
  26175. ------------------------------
  26176.  
  26177. From: boyla002@maroon.tc.umn.edu
  26178. Date: Tue, 4 Apr 95 15:51:17 -0500
  26179. Subject: Re: SS7 References Wanted
  26180.  
  26181.  
  26182. In article <telecom15.188.7@eecs.nwu.edu>, David Newman <dnewman@cse.unl.
  26183. edu> wrote:
  26184.  
  26185. > In the first place, "SS7 programming" is a non-entity.  SS7 is a
  26186. > mnemonic for "Common Channel Signaling System #7", a set of strictly
  26187. > defined protocols for inter-office signalling in the PSTN (Public
  26188. > Switched Telephone Network).  As such, the end user has little or no
  26189. > access to the phones from, or using, SS7.  This is language that the
  26190. > switches use to talk to each other.
  26191.  
  26192. I am aware that SS7 follows the OSI model and am interested in the
  26193. protocols from a programming aspect.  What I'd like to find is the
  26194. Douglas Comer volumes I..III of SS7.  I have software already deployed
  26195. in central offices on equipment snuggled up next to the switch and
  26196. would like to be able to use the apparent "SS7 features" to provide
  26197. additional functionality.
  26198.  
  26199. I've also got a situation where a voice/fax service bureau would like
  26200. to set message waiting on a line coming out of another central office
  26201. when a call is forwarded or a fax is received.  I have some information 
  26202. that leads me to believe that with a different configuration on the
  26203. T1's into the two types of systems I've just referred to that I will
  26204. get a control channel much like one gets with ISDN down which I can
  26205. squirt appropriately formatted messages.
  26206.  
  26207. Someone referred me to the Bellcore specs, which I will buy if forced
  26208. to but I'd rather spend $50 for a decent reference to research the
  26209. possibilities before I drop a few thousand on Bellcore specs only to
  26210. get bad news.
  26211.  
  26212.  
  26213. Thanks for responding.
  26214.  
  26215. ------------------------------
  26216.  
  26217. From: jsinclare@aol.com (JSinclare)
  26218. Subject: Re: Experiences Wanted With InternetMCI by News Reporter
  26219. Date: 4 Apr 1995 20:24:23 -0400
  26220. Organization: America Online, Inc. (1-800-827-6364)
  26221. Reply-To: jsinclare@aol.com (JSinclare)
  26222.  
  26223.  
  26224. In comp.dcom.telecom is written:
  26225.  
  26226. > My name is Enrique Gonzales, an editor and reporter for UPI Financial
  26227. > in D.C. covering telecommunications, information technology and the
  26228. > Internet. I covered the internetMCI announcement Monday. I'll try to
  26229. > answer some of your questions. MCI claims to be soon offering local
  26230. > dial up in 65 cities, but 1800 dialup at $6.50/hour plus regular
  26231. > access charges of $19.99 until June, then $9/hour for the first few
  26232. > hours per month. Oh, that's $19.99 a month until June. The software is
  26233. > $40, email software $30, roughly. They claim they fully support 28.8
  26234. > without problems of telephone switching systems. Please advise about
  26235. > problems or frustrations with them.
  26236.  
  26237. The last part of your message caused me a little concern.  Why are you
  26238. only interested in 'problems/frustrations'?  I have some sincere
  26239. doubts that you are reporter.  Having been a part of the news game for
  26240. a number of years in TV and Radio I find your lack of objectivity
  26241. appalling ... if in fact you are a reporter.
  26242.  
  26243. Our firm has been using the internetMCI product for access for several
  26244. months now.  We were previously on SprintNet and were never impressed
  26245. with their customer service.  Most of the time their engineers could
  26246. not assist us, someone else would have to call back an hour or so
  26247. later.  Since we have been using internetMCI (accessing the Internet
  26248. via their hyperstream frame relay service) we have been *very*
  26249. impressed with our account team, and the NOC (network ops center) they
  26250. use.  The techs at the NOC are very knowledgeable and are pleasent to
  26251. deal with.  We don't have any plans of using the internetMCI software
  26252. at this time.  We don't need to: we are using the Netmanage software
  26253. (which is basically the same thing, only the 'hot' keys are different).
  26254.  
  26255. I know this is not the response you are looking for ... a favorable
  26256. one.  But its the one you are getting from me nevertheless.
  26257.  
  26258.  
  26259. JSinclare@aol.com      MIS Director GCSI 
  26260.  
  26261. ------------------------------
  26262.  
  26263. From: defantom@aol.com (DeFantom)
  26264. Subject: Re: Experiences Wanted With InternetMCI by News Reporter
  26265. Date: 3 Apr 1995 21:00:57 -0400
  26266. Organization: America Online, Inc. (1-800-827-6364)
  26267. Reply-To: defantom@aol.com (DeFantom)
  26268.  
  26269.  
  26270. You wrote:
  26271.  
  26272. > Please advise about problems or frustrations with them.
  26273.  
  26274. I thought you said in your posting you were a reporter.  Isn't it the
  26275. responsibility of reporters to be objective?  Why ask for only
  26276. problems or frustrations?  Why not ask for *all* opinions?
  26277.  
  26278. You did forget to mention something in your request: according to the
  26279. annoucement MCI will not be shipping the internetMCI software until
  26280. the end of the month so you won't get any kind of response for a
  26281. little while.
  26282.  
  26283.  
  26284. defantom@aol.com
  26285.  
  26286. ------------------------------
  26287.  
  26288. From: lincmad@netcom.com (Linc Madison)
  26289. Subject: Re: What is TELEGO Service?
  26290. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  26291. Date: Tue, 4 Apr 1995 22:34:14 GMT
  26292.  
  26293.  
  26294. Spiros Triantafyllopoulos (c23st@kocrsv01.delcoelect.com) wrote:
  26295.  
  26296. > A new service is advertised locally by GTE that is billed like a Super
  26297. > Cordless phone that you can take with you to the car, golf course,
  26298. > etc. No word like the dreaded 'cellular' is used anywhere.  The phone
  26299. > can be used from home as well.
  26300.  
  26301. > The ad says you don't buy the phone ('no expensive phone to buy').  No
  26302. > more details other than that.
  26303.  
  26304. Sounds quite suspiciously like the "Rabbit Phone" in the U.K.  They've
  26305. gone out of business, but for a while you could buy a telephone which
  26306. would operate like a cordless in your own home, but when you were away
  26307.  from home could be used to place *outgoing calls only* anywhere within
  26308. range of their little rabbit signs.  These would then be billed to you
  26309. at rates somewhat higher than a normal payphone but significantly
  26310. lower than a cellphone.  They were still in the process of ramping up
  26311. on access points when they went out of business, but they had access
  26312. points in major downtown areas, including on the platforms of many of
  26313. the major London Underground stations, some of which are deep enough
  26314. that you'd probably get a lousy cellular connection unless they also
  26315. install a mini-cell.
  26316.  
  26317.  
  26318. Linc Madison   *   San Francisco, California   *   LincMad@Netcom.com
  26319.  
  26320. ------------------------------
  26321.  
  26322. From: iceman@cole.mars.com (Michel Cole)
  26323. Subject: Re: Outrageous ISDN Overcharges - They Aren't FCC's Doing
  26324. Date: 4 Apr 1995 17:00:40 -0400
  26325. Organization: Masters of the Universe, inc.
  26326.  
  26327.  
  26328. In article <telecom15.179.2@eecs.nwu.edu>, Sean Donelan <sean@sdg.dra.com> 
  26329. wrote:
  26330.  
  26331. > In article <telecom15.176.1@eecs.nwu.edu>, fgoldstein@bbn.com (Fred R.
  26332. > Goldstein) writes:
  26333.  
  26334. >> Southwestern Bell's monthly rates aren't the outrage, but with Texas 
  26335. >> residential installs running over $500, who wants to pay?  A three-year
  26336. >> buydown helps a little.  
  26337.  
  26338. > When I asked SWBT for residential ISDN rates in St. Louis.  I was told
  26339. > install was about $500 (order before some date (4/1/95?) and you get a
  26340. > $400 credit) plus $56 per B channel (or $112 for 2B+D) per month with
  26341. > unlimited local calling.  For comparison, residential POTS is about
  26342. > $18/month unlimited local calling.
  26343.  
  26344. I would be glad to pay this (we are getting screwed in NYNEX-land). I
  26345. could get 2B channels for <$120/month dedicated. A bit less expensive
  26346. than the alternative.
  26347.  
  26348.  
  26349. Michel
  26350.  
  26351. ------------------------------
  26352.  
  26353. From: cogorno@netcom.com (Steve Cogorno)
  26354. Subject: Re: Inability to Use LEC Calling Card From Office Phone
  26355. Date: Mon, 3 Apr 1995 22:34:44 PDT
  26356.  
  26357.  
  26358. Michael Henry said:
  26359.  
  26360. > In article <telecom15.186.9@eecs.nwu.edu>, gehringe@eos.ncsu.edu says:
  26361.  
  26362. >>    1. Is it permissible for the university to prevent people from
  26363. >>       making Southern Bell calling-card calls from their offices?
  26364.  
  26365. >>    2. Same question, from dorm rooms.
  26366.  
  26367. > Same answer as above.
  26368.  
  26369. I thought that universities that provide service to dorms are considered
  26370. aggregators.  Don't they have to provide 10xxx dialing?
  26371.  
  26372.  
  26373. Steve   cogorno@netcom.com
  26374.  
  26375. ------------------------------
  26376.  
  26377. From: Mfrere <mfrere@limestone.kosone.com>
  26378. Subject: Re: Cellular Features Incur DOUBLE Airtime Charge
  26379. Date: 4 Apr 1995 20:01:37 GMT
  26380. Organization: Solect Technology Group
  26381.  
  26382.  
  26383. rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski) wrote:
  26384.  
  26385. > We had one such disaster here in Rochester last Friday.  A tanker truck 
  26386. > carrying 7500 gallons of gasoline crashed and exploded on the highway, right
  26387. > near the busiest interchange in the city.  Fuel leaked into the sewers, and
  26388. > started burning and exploding underground.  The highway was completely 
  26389. > closed from 10:30 AM until well past midnight, and local roads that crossed
  26390. > the highway nearby were closed as well.  It must have been a choke point,
  26391. > because traffic all over the south end of town was the worst I've ever seen.
  26392. > Oddly enough, even while in the middle of a traffic jam in the busiest
  26393. > shopping area of Rochester at 5:30 PM on a Friday night, I had no problem
  26394. > getting a cellular channel.  I wonder if all the cellular "try a call on us
  26395. > for free!" booths in the nearby mall had a hand in this -- it'd look bad if
  26396. > your interested customers got reorders, and the signal meter is always pegged
  26397. > at the mall. :)
  26398.  
  26399. I'd just like to point out that peak cellular usage is around 10am and 3pm.
  26400. During rush hour, you would think that with everyone in their cars usage would
  26401. be high.  In fact it's not.
  26402.  
  26403. What is usually the case is that nobody is in the offices to take the calls.
  26404. They're all stuck in traffic too!
  26405.  
  26406. We had a tech that would take a look off the roof top where the cell site 
  26407. was located before taking equipment off the air.  When the traffic cleared 
  26408. up, he would start the work!  So he was actually causing congestion that way.
  26409.  
  26410.  
  26411. Later,
  26412.  
  26413. Mike
  26414.  
  26415. ------------------------------
  26416.  
  26417. From: marc_k@escape.com (marc_k)
  26418. Subject: Re: Has There Been *Any* Digital Cellular Fraud Yet in the US?
  26419. Date: 4 Apr 1995 07:15:31 GMT
  26420. Organization: Escape Internet Access (212-888-8780).
  26421.  
  26422.  
  26423. Yes, A friend in NYC had to have his account changed, and a security
  26424. code added, because, according to Cellular One, his account had been
  26425. compromised (I'm not sure what word they ACTUALLY used)!  He has a
  26426. Digital Motorola "FLIP"
  26427.  
  26428. ------------------------------
  26429.  
  26430. From: gshapiro@rain.org (Gary D. Shapiro)
  26431. Subject: Re: When Handed a Lemon, Make Lemonade!
  26432. Date: Tue, 04 Apr 1995 00:03:08 -0700
  26433. Organization: Committee to Re-Elect George Leroy Tirebiter
  26434.  
  26435.  
  26436. In article <telecom15.186.11@eecs.nwu.edu>, Donald E. Kimberlin
  26437. <0004133373@mcimail.com> wrote:
  26438.  
  26439. >                     Phone Won't Stop Ringing?
  26440. >                         Here's What You Do
  26441. >                          By Art Buchwald
  26442.  
  26443. [snip]
  26444.  
  26445. I have a phone number similar to that of the Santa Barbara Mission.
  26446. Should I offer to take confession?  Or should I wait until I can get
  26447. Caller ID?  Just think of the income opportunities!
  26448.  
  26449. JUST KIDDING!  REALLY, I'M JUST KIDDING!  HONEST!
  26450.  
  26451. Gary D. Shapiro <gshapiro@rain.org>    http://www.rain.org/~gshapiro/
  26452.  
  26453. ------------------------------
  26454.  
  26455. From: turner7@pacsibm.org (Lee Winson)
  26456. Subject: Re: Regulated Cash Cows
  26457. Date: 4 Apr 1995 01:04:57 GMT
  26458. Organization: PACS IBM SIG BBS
  26459.  
  26460.  
  26461. Important items:
  26462.  
  26463.   What are the expenses relating to the revenues he posted?
  26464.  
  26465.   What is the asset base in which those revenues are earned?
  26466.  
  26467.   How do the rates of his particular RBOC compare to others for
  26468.   comparable classes of service?
  26469.  
  26470.   How good are the service quality indicies for that RBOC?
  26471.  
  26472. Amount of revenue by itself is meaningless.  Profit (revenue less
  26473. expenses) is important.  Return on investment is the real item.
  26474.  
  26475. If that company is pulling a 75% profit based on an equipment base of
  26476. fence-post subscriber loops and step-by-step switches, yes, I would
  26477. say it's a cash cow.  If that company is pulling in a 7% profit based
  26478. on continual upgrade to digit switches and fiber loops, then it's
  26479. another story.
  26480.  
  26481. ------------------------------
  26482.  
  26483. From: Ed Ellers <edellers@delphi.com>
  26484. Subject: Re: Phone Books no Longer Free
  26485. Date: Mon, 3 Apr 95 22:18:24 -0500
  26486. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  26487.  
  26488.  
  26489. Linc Madison <lincmad@netcom.com> writes:
  26490.  
  26491. > A few other changes happened at the same time.  Some years back, just
  26492. > after divestiture, you could get any Pacific Bell directory within your
  26493. > LATA just for the asking.  A few years later, about 1988, I think, they
  26494. > started charging for yellow-pages-only volumes -- no charge for white
  26495. > pages or combined white-and-yellow.  They now charge a "nominal" fee of
  26496. > "$10 to $38, depending on the size of the directory" for *all*
  26497. > directories you order, including within your own LATA.
  26498.  
  26499. Charging for yellow-pages-only volumes doesn't surprise me at all,
  26500. because yellow pages are paid for by advertisers and those advertisers
  26501. won't pay for circulation outside the areas they intend to serve.  In
  26502. fact it was the practice in the Bell System pre-1984 to print small
  26503. quantities of white-only versions of all books that normally combined
  26504. white and yellow sections, specifically to be given out outside the
  26505. actual areas being served.  (Thin white-only Jeffersonville/Clarksville/
  26506. New Albany books used to be seen fairly often around Louisville, and
  26507. thin white-only Louisville phone books were even more common in
  26508. southern Indiana.)  Obviously in the case of separate yellow pages it
  26509. was easy to just send out the white pages.
  26510.  
  26511. I suspect the charge for out-of-area phone books (I mean local calling
  26512. area, not necessarily Judge Greene's LATAs) is another result of
  26513. divestiture; before then, since operating companies never competed
  26514. against each other (even between Bell and GTE), they cooperated freely
  26515. in many ways including exchanging phone books to provide to customers.
  26516. Now that the RBOCs are competing in several respects they aren't
  26517. exactly inclined to treat each other as siblings, so charging for
  26518. directories provided to other LECs was an obvious step and charging
  26519. customers is the next one.
  26520.  
  26521. ------------------------------
  26522.  
  26523. End of TELECOM Digest V15 #190
  26524. ******************************
  26525.     
  26526. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa25341;
  26527.           10 Apr 95 18:04 EDT
  26528. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id JAA27577; Mon, 10 Apr 1995 09:12:17 -0500
  26529. Date: Mon, 10 Apr 1995 09:12:17 -0500
  26530. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  26531. Message-Id: <199504101412.JAA27577@delta.eecs.nwu.edu>
  26532. To: telecom@eecs.nwu.edu
  26533. Subject: TELECOM Digest V15 #191
  26534.  
  26535. TELECOM Digest     Mon, 10 Apr 95 09:12:00 CDT    Volume 15 : Issue 191
  26536.  
  26537. Inside This Issue:                           Editor: Patrick A. Townson
  26538.  
  26539.     Area Code Overlays vs. Splits (Lauren Weinstein)
  26540.     AT&T $5/Month Minimum (Stan Brown)
  26541.     ICA Summer Program - Building the Corporate Internet (Bob Harper)
  26542.     NC Solons Complete Local Competition Bill (Donald E. Kimberlin)
  26543.     FCC Information On-Line (Bob Keller)
  26544.     Voice Mail Abuse in Election Campaign (rfbatcho@eos.ncsu.edu)
  26545.     SLIP Hangs up Mac (Steve Klarer)
  26546.     Asia's Largest Private Township Wants to Get Wired (Rishab Aiyer Ghosh)
  26547.  
  26548. TELECOM Digest is an electronic journal devoted mostly but not
  26549. exclusively to telecommunications topics. It is circulated anywhere
  26550. there is email, in addition to various telecom forums on a variety of
  26551. public service systems and networks including Compuserve and America
  26552. On Line. It is also gatewayed to Usenet where it appears as the moderated
  26553. newsgroup 'comp.dcom.telecom'. 
  26554.  
  26555. Subscriptions are available to qualified organizations and individual
  26556. readers. Write and tell us how you qualify:
  26557.  
  26558.                  * telecom-request@eecs.nwu.edu *
  26559.  
  26560. The Digest is edited, published and compilation-copyrighted by Patrick
  26561. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  26562. or phone at:
  26563.                     9457-D Niles Center Road
  26564.                      Skokie, IL USA   60076
  26565.                        Phone: 500-677-1616
  26566.                         Fax: 708-329-0572
  26567.   ** Article submission address only: telecom@eecs.nwu.edu **
  26568.  
  26569. Our archives are located at lcs.mit.edu and are available by using
  26570. anonymous ftp. The archives can also be accessed using our email
  26571. information service. For a copy of a helpful file explaining how to
  26572. use the information service, just ask.
  26573.  
  26574. *************************************************************************
  26575. *   TELECOM Digest is partially funded by a grant from the              *
  26576. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  26577. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  26578. * project.  Views expressed herein should not be construed as represent-*
  26579. * ing views of the ITU.                                                 *
  26580. *************************************************************************
  26581.  
  26582. Additionally, the Digest is funded by gifts from generous readers such
  26583. as yourself who provide funding in amounts deemed appropriate. Your help 
  26584. is important and appreciated. A suggested donation of twenty dollars per
  26585. year per reader is considered appropriate. See our address above.
  26586.  
  26587. All opinions expressed herein are deemed to be those of the author. Any
  26588. organizations listed are for identification purposes only and messages
  26589. should not be considered any official expression by the organization.
  26590. ----------------------------------------------------------------------
  26591.  
  26592. Date: Mon, 10 Apr 95 02:32 PDT
  26593. From: lauren@vortex.com (Lauren Weinstein)
  26594. Subject: Area Code Overlays vs. Splits
  26595.  
  26596.  
  26597. Greetings.  I've commented in the past on the desirability of area
  26598. code overlays as opposed to splits to deal with number growth
  26599. problems.  While forced 10 or 11 digit dialing for local calls may
  26600. seem onerous to some, it has long been effectively a fact of life in
  26601. most metro areas with multiple NPAs (area codes) if you were calling
  26602. more than a short distance across the city!  Here in L.A., it's
  26603. virtually useless to give anyone less than your full 10 digit number
  26604.  -- they could need it to reach you from the nearby NPA across the
  26605. street.
  26606.  
  26607. The local telcos (at least in the L.A. area) have been getting their
  26608. act together in terms of permitting the inclusion of 1 + area code even
  26609. for calls within the same NPA, which makes it much easier to dial in a
  26610. uniform manner regardless of where you happen to be at the moment.
  26611.  
  26612. I am very disappointed, however, to see the wireless companies
  26613. lobbying the state utilities commissions and the FCC to force telcos
  26614. to engage in more splits rather than use overlay codes.  The wireless
  26615. folks are claiming that the overlays are "discriminatory".  Hogwash.
  26616. As I mentioned above, in the high-growth metro areas you need to dial
  26617. 10 or 11 digits anyway to reach other than your immediate area.  All
  26618. splits do is cause incredible expense and inconvenience for the folks
  26619. forced to move to new codes, particularly businesses.  In some areas,
  26620. split rates are so high that some subscribers are being forced to
  26621. change area codes every few years -- and the rate will do nothing but
  26622. increase.
  26623.  
  26624. It's time to recognize that the convenience and concerns of *all*
  26625. telephone subscribers are more important than the perceived "status"
  26626. of particular area codes and 7 digit dialing to the well-heeled
  26627. wireless telephone users, a user group that represents only a fraction
  26628. of the overall telephone subscriber population.
  26629.  
  26630. Overlays are the only practical solution to deal with telephone number
  26631. growth problems.  The FCC and state commissions should *encourage* the
  26632. use of overlays whenever possible, and discourage the use of further
  26633. splits, particularly in areas where subscribers would be forced to
  26634. undergo a second split from their original codes.  The continued use
  26635. of splits in these situations can only lead to increasing confusion
  26636. and costs for *all* telephone subscribers.
  26637.  
  26638.  
  26639.  --Lauren--
  26640.  
  26641. ------------------------------
  26642.  
  26643. From: brown@NCoast.ORG (Stan Brown)
  26644. Subject: AT&T $5/Month Minimum
  26645. Date: Mon, 5 Apr 1995 01:48:21 GMT
  26646. Organization: Oak Road Systems, Cleveland Ohio USA
  26647.  
  26648.  
  26649. Today in my bill from AT&T I got a flyer that said AT&T will begin
  26650. charging $5/month minimum for long distance, possibly as early as the
  26651. next bill.  I called the number on the flyer for questions, and the
  26652. rep on the other end confirmed that "to serve you better" the minimum
  26653. would be billed even in a month when I had no long distance charges.
  26654.  
  26655. As it happens, the line involved almost never dials out long distance; I
  26656. use it for local data calls almost exclusively.  So this is quite a bad
  26657. deal for me.  I called Ameritech and found that a change to "no default
  26658. LD provider" is free on my line, so I made that change.
  26659.  
  26660. This suggestion might be helpful to other light users of AT&T
  26661. long-distance service.
  26662.  
  26663.  
  26664. Stan Brown, Oak Road Systems, Cleveland, Ohio USA
  26665.  
  26666. Can't find FAQ lists?  ftp to rtfm.mit.edu, or send me email for 
  26667. canned instructions on retrieving FAQ lists by email or ftp.
  26668.  
  26669. ------------------------------
  26670.  
  26671. From: intlcoma@onramp.net (Bob Harper)
  26672. Subject: ICA Summer Program - Building the Corporate Internet
  26673. Date: 9 Apr 1995 17:41:53 GMT
  26674. Organization: ICA
  26675. Reply-To: intlcoma@onramp.net
  26676.  
  26677.  
  26678. International Communications Association
  26679.  
  26680. For More Information 
  26681. ICA Web Home Page http://www.onramp.net/ica/
  26682. E-mail  icadls@seas.smu.edu
  26683. Phone 214-233-3889
  26684.  
  26685. SUMMER PROGRAM FACTS
  26686.  
  26687. Title:    BUILDING THE CORPORATE INTERNET; Engineering
  26688.              Strategies and Tactics for Public / Private Networks.
  26689.  
  26690. When:     June 11-16, 1995
  26691.  
  26692. Where:    University of Colorado at Boulder
  26693.  
  26694. What:     Week long educational program addressing the technology,
  26695.           architecture, and functional concepts which are re-shaping
  26696.           corporate telecommunication networks. Over 30 lecture
  26697.           sessions are complemented by hands on lab exercises and
  26698.           small in-depth discussion groups.
  26699.  
  26700. Who: The 1995 ICA Summer Program is intended for networking
  26701.           personnel challenged with the task of designing, building
  26702.           and/or maintaining the corporate network infrastructure in
  26703.           today's dynamically changing environment.  Network
  26704.           planners, engineers and managers are constantly being
  26705.           challenged to control costs while staying on the forefront of
  26706.           technology, developing network solutions which satisfy
  26707.           evolving business requirements and provide a competitive
  26708.           advantage for their respective corporations.  Today, more
  26709.           than ever, these requirements demand that network
  26710.           professionals develop an in-depth understanding of a variety
  26711.           of concepts to implement the most effective solution
  26712.           possible.  The ICA Summer Program provides the technical
  26713.           training required to address these requirements in 1995 and
  26714.           beyond.
  26715.  
  26716. Price:    (Includes Meals and Dorm Lodging)
  26717.  
  26718. Before May 1, 1995
  26719.                                       ICA Member       Non-member
  26720.           1st Attendee        $ 1,100                  $ 1,350
  26721.           2nd Attendee       $    990                  $ 1,170
  26722.           3rd+ Attendee      $    825                  $    975
  26723.  
  26724. After May 1, 1995
  26725.                                       ICA Member        Non-member
  26726.           1st Attendee        $ 1,350                  $ 1,550
  26727.           2nd Attendee       $ 1,215                  $ 1,395
  26728.           3rd+Attendee       $ 1,025                  $ 1,175
  26729.  
  26730. Note:     Early registration encouraged - attendance limited to first
  26731.           250 (program sold out last 3 years)
  26732.  
  26733. ------------------------------
  26734.  
  26735. Date: Sun, 9 Apr 95 20:04 EST
  26736. From: Donald E. Kimberlin" <0004133373@mcimail.com>
  26737. Subject: NC Solons Complete Local Competition Bill
  26738.  
  26739.  
  26740.         On April 5, the North Carolina House passed by a 110-0 vote
  26741. the bill intended to initiate local telephone competition across the
  26742. state.  The bill it passed was a version slightly modified in the NC
  26743. Senate from the House's first version that was also passed in a
  26744. landslide.
  26745.  
  26746.         Once the bill is signed into law, competition for local
  26747. telephone services will be permitted in all areas of the state now
  26748. monopolized by the state's four largest telephone companies.  Thus,
  26749. North Carolina locations now covered by Southern Bell, GTE South,
  26750. Carolina Telephone and Central Telephone.  Those four companies
  26751. presently operate about 90% of the telephones in North Carolina.
  26752. Areas covered by the 20-odd smaller companies having less than 200,000
  26753. access lines per company will remain regulated monopolies unless they
  26754. opt to engage in competitive operations outside their territories.
  26755. Should any excercise that option, their present monopoly will be
  26756. opened to competition.  That provision was the way NC legislators
  26757. decided to try protecting "universal service" to rural and sparse
  26758. areas of the state.
  26759.  
  26760.         The present intended date for the start of competitive
  26761. operations in North Carolina is July, 1996.  Meantime, rate regulation
  26762. of local phonecos in NC is to be changed to rate cap regulation only
  26763. one year in advance of competition.  Across the state, cable TV
  26764. companies, long distance carriers and competitive local access
  26765. carriers are eyeing their new markets.  In Charlotte, Time/Warner
  26766. Cablevision is well underway converting its local cable trunk routes
  26767. to fiber while also starting up a competitive access firm called
  26768. Charlotte AXs.  Charlotte's three-year-old extant competitive access
  26769. firm, ICG Access Services, Inc., already has 60 route miles of fiber
  26770. installed all over the city.  Similar anticipatory moves can be found
  26771. all over the state.
  26772.  
  26773.         Proponents of the change already herald the results from
  26774. competition at Rochester, New York, where it has been claimed local
  26775. dial rates have dropped 11 percent in only three months since
  26776. competition began there.  While they look forward to similar
  26777. reductions in North Carolina, territories of the remaining small
  26778. companies are not expected to have rate reductions as a result of
  26779. competition in more dense areas.
  26780.  
  26781.         Perhaps the most astonishing turnabouts have come from those
  26782. who until even a year ago protested bitterly that local telephone
  26783. competition could never be workable in the U.S. model.  Until it
  26784. appeared lawmakers were serious and would not be deterred from
  26785. initiating competition, constant cries that it would be a threat to
  26786. reliability and quality of service; that it would result in loss of
  26787. "universal service" and ultimate rate increases to rural areas were
  26788. heard at every hint of opening the local exchange to competition.
  26789. With passage of the bill, some completely opposite remarks were heard.
  26790.  
  26791.         Clinton Metcalf, Southern Bell's NC state spokesman, was
  26792. quoted as now saying, "This bill is really one of those rare instances
  26793. where nobody loses.  Consumers win because it brings more choices and
  26794. new products to them faster.  Local telcos win because because pricing
  26795. flexibility gives us the ability to respond to the inevitability of
  26796. competition.  And competitors will have the ability to compete."
  26797.  
  26798.         As published in the <Charlotte Observer> report on passage of
  26799. the bill: "Such words sound remarkably benign, given the local
  26800. telephone carriers' fierce opposition to competition as recently as
  26801. two years ago."
  26802.  
  26803.         Now what remains to be seen is if the old Telco Tigers can
  26804. really change their spots and compeete in a truly open market ... and
  26805. if the potential competition really are cats with different spots, or
  26806. if the proposed "new products" will only be a duplication of the
  26807. present, perhaps with a downward price shift.
  26808.  
  26809. ------------------------------
  26810.  
  26811. Reply-To: bob@flatwater.win.net (Bob Keller)
  26812. Date: Mon, 10 Apr 1995 07:50:52 GMT
  26813. Subject: FCC Information On-Line
  26814. From: bob@flatwater.win.net (Bob Keller)
  26815.  
  26816.  
  26817. Here is the text of a Public Notice issued yesterday, describing the
  26818. on-line availability of of FCC information:
  26819.  
  26820.                                 April 6, 1995
  26821.  
  26822.                      FCC Information is Available Online
  26823.  
  26824. Most announcements and actions of the FCC are available on the
  26825. Internet and other electronic delivery systems.  The categories of
  26826. documents available include Public Notices, News Releases, Orders
  26827. (including NPRMs), Speeches, the Daily Digest and FCC Forms.  You can
  26828. retrieve this information in a variety of ways.
  26829.  
  26830. Internet Access
  26831.  
  26832. You can use any of these Internet tools: 
  26833.  
  26834.      FTP: ftp.fcc.gov, log in as anonymous and use your e-mail address
  26835. as the password.  Publications are in the /pub directory and
  26836. succeeding subdirectories. Identify files of interest by downloading
  26837. the index (found at the same level as /pub) and searching for key
  26838. words.
  26839.  
  26840.      Gopher:  gopher.fcc.gov or use any gopher to get to "'all the gophers
  26841. in the world" then 'U.S.' then 'DC' then FCC. 
  26842.        
  26843.      World Wide Web: http://www.fcc.gov 
  26844.      
  26845. Dial-in Access: The Industry Analysis Division of the Common Carrier
  26846. Bureau maintains a public electronic bulletin board service (BBS),
  26847. FCC-State Link, which provides dial-in access for Order and Data Bases
  26848. relating to the Common Carrier Bureau. The BBS also holds general
  26849. information about FCC actions (including the Daily Digest).  The BBS
  26850. can be reached at (202) 418-0241.  The FCC-State Link also can be
  26851. reached through the National Technical Information Services's FedWorld
  26852. system at (703) 321-8020 or through Fedworld's telnet internet node
  26853. (fedworld.gov).
  26854.  
  26855. Fax Access: The Daily Digest, News Releases, Speeches, selected Public
  26856. Notices, and Job Announcements can be obtained from Fax-On-Demand at (202)
  26857. 418-2830.  Request the index(es) to find out the document number for
  26858. documents you are interested in.  Generally the document numbers are also
  26859. listed on the fax copy of the Daily Digest.  The document number for
  26860. vacancy announcements is the announcement number including the year, but
  26861. without suffix letters or hyphens. 
  26862.  
  26863. Selected FCC forms can be obtained via Fax-On-Demand by calling (202)
  26864. 418-0177 from the handset on your fax machine.  Request the index to find
  26865. out the document number for the forms you need.  You must be calling from
  26866. your fax machine to request a form. 
  26867.  
  26868. For questions or comments, call Jorden Brinn (202) 418-0507 or email
  26869. jbrinn@fcc.gov. 
  26870.  
  26871.  
  26872. Bob Keller (KY3R)                         Email: rjk@telcomlaw.com
  26873. Law Office of Robert J. Keller, P.C.      Telephone:  301.229.5208
  26874. Federal Telecommunications Law            Facsimile:  301.229.6875
  26875. http://www.clark.net/pub/rjk/ | ftp://ftp.eznet.net/pub/telcomlaw/
  26876.  
  26877. ------------------------------
  26878.  
  26879. From: rfbatcho@eos.ncsu.edu
  26880. Date: Fri, 7 Apr 1995 16:57:39 -0400
  26881. Subject: Voice Mail Abuse in Election Campaign
  26882.  
  26883.  
  26884. [TELECOM Digest Editor's Note: This arrived without reference to
  26885. *what* student newspaper or *what* school is involved. I assume it is
  26886. North Carolina State University, considering the reference in the text
  26887. and the return address, but I wish the name of the student newspaper
  26888. had been included.  PAT]
  26889.  
  26890.  
  26891. Telephone campaigning method questionable
  26892.  
  26893. Supporters of John O'Quinn used voice mail to campaign for him in the runoff
  26894. election.
  26895.  
  26896. By Josee Daoust
  26897. Assistant News Editor
  26898.  
  26899. New Student Body President John O'Quinn should have cleared one of his
  26900. campaign methods with the Student Government Elections Board, said
  26901. Elections Board Chair Sean Bullock.
  26902.  
  26903. Several N.C. State students living on campus received a voice mail
  26904. message reminding them to vote Monday and Tuesday and suggesting they
  26905. vote for the then Student Body President Candidate John O'Quinn.
  26906.  
  26907. The Student Government Campaigning Policy section of the student body
  26908. statutes says any alternative campaign idea not addressed in the
  26909. campaign policy must be approved by a majority vote of the elections
  26910. board.
  26911.  
  26912. "[O'Quinn] must come to the elections board with those strategies --
  26913. he has not," Bullock said.
  26914.  
  26915. Free-Expression-Tunnel painting, posters, handbills, sandwich boards,
  26916. smokers or speechmaking are considered viable campaign strategies.
  26917.  
  26918. NCSU Telecommunications manager Chris Parker said using voice mail as
  26919. a campaign tool was potentially annoying to some students.
  26920.  
  26921. "Personally, I think that this is a bad way of [campaigning]. This is
  26922. one of the downsides of providing voice mail," said Chris Parker,
  26923. manager of Telecommunications. "It's up to Student Government to
  26924. decide whether it wants to reject this idea. This person made a bad
  26925. choice."
  26926.  
  26927. But O'Quinn said he has done nothing wrong.
  26928.  
  26929. "I asked people to make phone calls for me, but told them not to use
  26930. voice mail," O'Quinn said. "It is my understanding that there is no
  26931. problem with that. Everyone has access to a telephone."
  26932.  
  26933. Student Government Operations Chair Chris Love also said it was
  26934. acceptable to use voice mail in campaigning.
  26935.  
  26936. "As far as I know that isn't a violation," he said.
  26937.  
  26938. A representative of the O'Quinn campaign said the phone campaign was
  26939. organized for the purpose of getting people out to vote. One of the
  26940. phone messages, which provided a phone number, said to call for more
  26941. information about the O'Quinn campaign.
  26942.  
  26943. "We were asked [by O'Quinn] to call the people who signed their name
  26944. to the petition against tuition increases," said Angie Singleton, a
  26945. freshman in aerospace engineering, who sent O'Quinn campaign messages
  26946. via voice mail. The petition drive in question was conducted on March
  26947. 22 and 23 by O'Quinn and members of the NCSU College Republicans.
  26948.  
  26949. But some people who didn't sign the petition still got messages.
  26950.  
  26951. "John O'Quinn, who is also a resident here in Sullivan, is one of the
  26952. candidates for student body president," said Derek Miller in a voice
  26953. mail message to a Sullivan resident who did not sign the petition. "I
  26954. really believe John is the type of leader we need. I would encourage
  26955. you to step out today or tomorrow to vote for John O'Quinn as student
  26956. body president."
  26957.  
  26958. Singleton said she was not part of O'Quinn's campaign staff, but
  26959. wasn't sure if O'Quinn considered her a member.
  26960.  
  26961. "If I had known this was a violation, I would have never done it,"
  26962. Singleton said.
  26963.  
  26964. Singleton's roommate Donna Liffiton said they were instructed to call
  26965. the people who signed the petition and thank them. They were told to
  26966. mention O'Quinn's name because he organized the petition, Liffiton
  26967. said.
  26968.  
  26969. Max Anthony, a junior in business, received a voice mail message as
  26970. well as a phone call that he answered. He got the latter phone call at
  26971. 1:45 a.m. The voice mail message informed Anthony of the runoff
  26972. election and gave him a phone number to call if he had any questions
  26973. about the O'Quinn campaign.
  26974.  
  26975. O'Quinn's campaigning methods have been questioned before.
  26976.  
  26977. O'Quinn would not comment on whether he received a warning from
  26978. Elections Board Chair Sean Bullock for one of his supporters sending
  26979. e-mail on his behalf during the initial campaign.
  26980.  
  26981. "That's between me and the elections board chair," O'Quinn said. "I
  26982. could tell you, but I am not going to."
  26983.  
  26984. The Student Government Elections policy states that using university
  26985. supplies for a campaign will result in immediate disqualification.
  26986.  
  26987. ------------------------------
  26988.  
  26989. From: klarer@spdcc.com (Steve Klarer)
  26990. Subject: SLIP Hangs up Mac
  26991. Organization: spdcc.com
  26992. Date: Sun, 9 Apr 1995 19:51:01 GMT
  26993.  
  26994.  
  26995. I' m reposting this since the original has scrolled off my sytem and I
  26996. assume it' others as well. The only replies I've recieved have been
  26997. from people with the same problem. Has ANYONE managed to figure it
  26998. out?
  26999.  
  27000. After I disconnect my SLIP connection a wierd thing happens. Either
  27001. VersaTerm Slip closes and it looks as if I'm going to the desktop but
  27002. instead I get a message, "The application unknown has crashed because an
  27003. error of type one occured."  Then, when I try to shut down the system
  27004. hangs once I select either "shut down" or "restart".
  27005.  
  27006. It's unlikely to be the modem since this never happens when I'm using
  27007. ZTerm to dial into my shell account. It only happens with SLIP.
  27008.  
  27009. I have a Powerbook 145b 8/80 with a Global Village PowerPort Gold.
  27010.  
  27011. Any insights and suggestions would be much appreciated.
  27012.  
  27013.  
  27014. Thanks,
  27015.  
  27016. Steve Klarer     klarer@ursa-major.spdcc.com
  27017.  
  27018. ------------------------------
  27019.  
  27020. Subject: Asia's Largest Private Township Wants to Get Wired
  27021. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  27022. Date: Mon, 10 Apr 95 00:38:48 IST
  27023. Organization: Deus X Machina
  27024.  
  27025.  
  27026. DLF Qutab Enclave, spread over nearly 3,000 acres and Asia's largest
  27027. private sector township, wants to build infrastructure for cable TV,
  27028. video conferencing, e-mail, home shopping/banking, security, the
  27029. works.
  27030.  
  27031. Developed by DLF Universal Ltd, a large real estate Company, the
  27032. township is located on Delhi's southern border and is one of the posh
  27033. places to buy a house these days. About 50% of the land area has been
  27034. built over so far, and although most plots are sold at present about
  27035. 1,500 households have moved in. The population is expected to grow to
  27036. about 40,000 families over the next 5 to 10 years.
  27037.  
  27038. DLF is build all the support infrastructure for the residential and
  27039. commercial areas. As a private township, they don't have to bother
  27040. much about government rules concerning mixing cable and telephony,
  27041. which is what they want to do. They don't lack resources, but want to
  27042. ensure that what they wire in right now will be made the most of. They
  27043. recently invited bids from companies interested in designing,
  27044. supplying or operating the whole or part of the network. While they
  27045. would be delighted if a company adopts the township, full of
  27046. information-hungry yuppies with computers, as an experiment, they are
  27047. quite willing to simply pay for it all.
  27048.  
  27049. Do spread the word, and if anyone is interested (for more info to
  27050. write a story, or to wire DLF) they can get in touch with me.
  27051. Strangely enough, DLF doesn't have e-mail. Actually I was surprised
  27052. they could spell 'Internet' -- but they can, so there!
  27053.  
  27054.  
  27055.  
  27056. Rishab Aiyer Ghosh    rishab@dxm.ernet.in         
  27057. rishab@arbornet.org   Vox +91 11 6853410 Voxmail 3760335     
  27058. H 34C Saket, New Delhi 110017, INDIA   
  27059.  
  27060. ------------------------------
  27061.  
  27062. End of TELECOM Digest V15 #191
  27063. ******************************
  27064.     
  27065. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04182;
  27066.           13 Apr 95 19:47 EDT
  27067. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id MAA01375 for telecomlist-outbound; Thu, 13 Apr 1995 12:01:10 -0500
  27068. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id MAA01368; Thu, 13 Apr 1995 12:01:07 -0500
  27069. Date: Thu, 13 Apr 1995 12:01:07 -0500
  27070. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  27071. Message-Id: <199504131701.MAA01368@delta.eecs.nwu.edu>
  27072. To: telecom@delta.eecs.nwu.edu
  27073. Subject: TELECOM Digest V15 #192
  27074.  
  27075.  
  27076. TELECOM Digest     Thu, 13 Apr 95 12:00:00 CDT    Volume 15 : Issue 192
  27077.  
  27078. Inside This Issue:                           Editor: Patrick A. Townson
  27079.  
  27080.     Number Assigned to New Illinois NPA (David W. Tamkin)
  27081.     NPA Cross Reference (James E. Bellaire)
  27082.     Conference Announcement/Call for Participation (lynn@telestrat.com)
  27083.     The AT&T "Minimum Usage Charge" Rumor (Lauren Weinstein)
  27084.     AT&T $5 Minimum Monthly Charge (National Electric Telephone)
  27085.     AT&T $5/Month Minimum and Equal Access (Benjamin L. Combee)
  27086.     Payphone Contract (David Payne)
  27087.     Detailed GTE Local Call Logs Needed (Jeff Lindstrom)
  27088.     Portugal Telecom (telecom000@aol.com)
  27089.     Microwave Repeater Suppliers in US/Canada? (Jason A. Cooke)
  27090.     Shortwave Broadcasts of NPR Programs (Mary J Leugers)
  27091.     Turkish Area Codes (Michael Heissmeier)
  27092.     CDMA Update - Bad News :-( (Simon J. Wallace)
  27093.     Administrivia: Getting Back on Track (TELECOM Digest Editor)
  27094.  
  27095. TELECOM Digest is an electronic journal devoted mostly but not
  27096. exclusively to telecommunications topics. It is circulated anywhere
  27097. there is email, in addition to various telecom forums on a variety of
  27098. public service systems and networks including Compuserve and America
  27099. On Line. It is also gatewayed to Usenet where it appears as the moderated
  27100. newsgroup 'comp.dcom.telecom'. 
  27101.  
  27102. Subscriptions are available to qualified organizations and individual
  27103. readers. Write and tell us how you qualify:
  27104.  
  27105.                  * telecom-request@eecs.nwu.edu *
  27106.  
  27107. The Digest is edited, published and compilation-copyrighted by Patrick
  27108. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  27109. or phone at:
  27110.                     9457-D Niles Center Road
  27111.                      Skokie, IL USA   60076
  27112.                        Phone: 500-677-1616
  27113.                         Fax: 708-329-0572
  27114.   ** Article submission address only: telecom@eecs.nwu.edu **
  27115.  
  27116. Our archives are located at lcs.mit.edu and are available by using
  27117. anonymous ftp. The archives can also be accessed using our email
  27118. information service. For a copy of a helpful file explaining how to
  27119. use the information service, just ask.
  27120.  
  27121. *************************************************************************
  27122. *   TELECOM Digest is partially funded by a grant from the              *
  27123. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27124. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27125. * project.  Views expressed herein should not be construed as represent-*
  27126. * ing views of the ITU.                                                 *
  27127. *************************************************************************
  27128.  
  27129. Additionally, the Digest is funded by gifts from generous readers such
  27130. as yourself who provide funding in amounts deemed appropriate. Your help 
  27131. is important and appreciated. A suggested donation of twenty dollars per
  27132. year per reader is considered appropriate. See our address above.
  27133.  
  27134. All opinions expressed herein are deemed to be those of the author. Any
  27135. organizations listed are for identification purposes only and messages
  27136. should not be considered any official expression by the organization.
  27137. ----------------------------------------------------------------------
  27138.  
  27139. From: dattier@wwa.com (David W. Tamkin)
  27140. Subject: Number Assigned to New Illinois NPA
  27141. Date: Wed, 12 Apr 1995 22:53:54 CDT
  27142.  
  27143.  
  27144. According to WMAQ-TV news tonight, the new area code carved out of 708
  27145. for the northern and northwestern suburbs of Chicago will be 847.
  27146. Their source was Ameritech.  Permissive dialing runs from January 22,
  27147. 1996, through April 20, 1996.
  27148.  
  27149. 847 is a poor choice -- it borders on another NPA that begins with
  27150. the same digit (815) and another bordering NPA has prefix 847 in use
  27151. not far from the boundary (312's VIrginia 7 in Chicago-Lafayette),
  27152. but we're stuck with it.  At least Lafayette is beyond untimed call-
  27153. ing range of any part of NPA 847.
  27154.  
  27155. It would have been better to select something that is not in use as
  27156. a prefix in 312 and whose appearance as a 708 prefix is in the area
  27157. that will stay in 708 after 630 splits off in 1998, which has virtual-
  27158. ly no border with 847, but there will be no bordering problem after
  27159. 312 splits (also in 1998) if Lafayette ends up in a different NPA from
  27160. the exchanges in 312 that abut NPA 847.
  27161.  
  27162. For the discontiguous NPA file: unless there are some phone number
  27163. changes forced on customers in Rosemont and Norwood Heights, 847's
  27164. territory is likely to be in two separate pieces and that of the
  27165. post-split 708 in *four*.  630 will be a single geographical area,
  27166. and removing it will still leave 708 in four parts.
  27167.  
  27168.  
  27169. David W. Tamkin  Box 3284  Skokie, Illinois  60076-6284
  27170. dattier@wwa.com    MCI Mail: 426-1818   +1 312 714 5610
  27171.  
  27172. ------------------------------
  27173.  
  27174. Date: Thu, 13 Apr 1995 06:32:57 -0500
  27175. From: bellaire@tk.com (James E. Bellaire)
  27176. Subject: NPA Cross Reference
  27177.  
  27178.  
  27179. For the past couple of years Robert Rickets <rkr@pel.com> has been
  27180. compiling a MSDOS cross reference program for North American Numbering
  27181. Plan exchange codes.  This shareware program is available on the
  27182. CompuServe TELECOM forum.
  27183.  
  27184. The new version include the new 360, 334, 520, 630, and 970 NPAs and
  27185. includes both MSDOS and Windows versions.  It provides city name,
  27186. state, county and lattitude logitude information and can calculate
  27187. distance between exchanges.
  27188.  
  27189. On CServe search for npad51.zip for DOS or npaw51.zip for Windows.
  27190. The dos version is on ftp.cica.indiana.edu (and it's mirrors) in the
  27191. /pub/pc/win3/desktop directory.  npaw51.zip was also uploaded but I
  27192. have not found it there yet.
  27193.  
  27194. Both files were also sent to garbo.uwasa.fi and should appear soon.  I
  27195. hope you don't mind this shameless plug.  I have no connection to Mr.
  27196. Ricketts except being a happy registered user.  These programs are
  27197. excellent and kept up to date, and I believe Telecom Digest readers
  27198. will enjoy them as much as I have.
  27199.  
  27200.  
  27201. bellaire@tk.com    James E. Bellaire
  27202. Twin Kings Productions - Sturgis, MI
  27203.  
  27204. ------------------------------
  27205.  
  27206. From: lynn@telestrat.com
  27207. Subject: Conference Announcement/Call for Participation
  27208. Date: Thu, 13 Apr 95 06:48:12 PDT
  27209. Organization: PSI Public Usenet Link
  27210.  
  27211.  
  27212. Conference Announcement and Call for Participation
  27213. by Internet Entrepreneurs
  27214.  
  27215. LEC and IXC Internet Opportunities, a conference cochaired by
  27216. TeleStrategies, Inc. and The Cook Report on Internet-NREN and
  27217. Interpreneur'95, a two-day series of presentations and
  27218. demonstrations by Internet entrepreneurs will take place on July
  27219. 25-26, 1995 at the Sheraton Crystal City Hotel in Arlington, VA.
  27220.  
  27221. Interpreneur'95 will consist of overviews of key product/service
  27222. areas and 30-minute presentations and demonstrations by entrepreneurs
  27223. of their Internet-related products and services.
  27224.  
  27225. If you have a product or service you would like to present to an
  27226. audience of venture investors and potential strategic partners,
  27227. including Bell Operating Companies, long distance companies, cable TV
  27228. companies and computer vendors, this is your opportunity.
  27229.  
  27230. A meeting room and demonstration rooms will be available for product
  27231. presentations. These rooms will be on-line to the Internet via a 56 KB
  27232. circuit.
  27233.  
  27234. Interpreneur'95 will run concurrently with the LEC and IXC Internet
  27235. Opportunities conference. There is no fee for participation in
  27236. Interpreneur'95, and all presenters will have a complimentary pass
  27237. worth $985 to attend the conference track.
  27238.  
  27239. Currently scheduled sessions include:
  27240.  
  27241.     Internet payment systems/electronic commerce services
  27242.     Internet security and firewall systems
  27243.     Web browsers
  27244.     Electronic publishing 
  27245.     Hypertext multimedia products
  27246.     Internet agents
  27247.  
  27248. The deadline for applying to give a presentation is May 1, 1995. 
  27249. If you'd like to participate, contact:
  27250.  
  27251.     Lynn Stern
  27252.     TeleStrategies, Inc.
  27253.     1355 Beverly Road, #110
  27254.     McLean, VA 22010
  27255.     voice: 703-734-7050
  27256.     fax: 703-893-3197
  27257.     e-mail: lynn@telestrat.com
  27258.  
  27259. ------------------------------
  27260.  
  27261. Date: Wed, 12 Apr 95 22:54 PDT
  27262. From: lauren@vortex.com (Lauren Weinstein)
  27263. Subject: The AT&T "Minimum Usage Charge" Rumor
  27264.  
  27265.  
  27266. Greetings.  When I saw a message in TELECOM Digest claiming that AT&T
  27267. was implementing a new "minimum usage charge" of $5/line (e.g., you
  27268. get charged $5 even if you never make a long distance call), my
  27269. immediate reaction was to wonder if someone had misunderstood
  27270. something, or was somehow confused.  I've always respected AT&T, and
  27271. it seemed difficult to imagine that they would shoot themselves in the
  27272. foot in such a lame and idiotic fashion.
  27273.  
  27274. I spent a good chunk of time today trying to track down the facts.
  27275.  
  27276. The result: As far as I can determine right now, AT&T has *indeed*
  27277. fired a number of shots into their own foot.  Un-be-liev-able.
  27278.  
  27279. Here's what I've been able to piece together so far.  It's accurate as
  27280. far as I know, but I have more inquiries pending and I'll pass along
  27281. anything else I find out.
  27282.  
  27283. 1) No minimum charges would apply to residential lines (as far as I can
  27284.    determine right now).
  27285. 2) A minimum charge of $5/month/line will apply to all separately billed
  27286.    business lines that have AT&T selected as their carrier.  This will just
  27287.    suddenly start appearing on bills shortly.  Surprise!
  27288. 3) AT&T is suggesting that business customers aggregate their lines in
  27289.    various ways to help avoid the charge (aggregated lines -- e.g. via Custom
  27290.    Net or SBA, etc. apparently share a single $5 minimum between all lines).
  27291.  
  27292. When I suggested that this new policy was unbelievably idiotic, each
  27293. rep I spoke to *agreed* with my analysis, but said in effect, "that's
  27294. what they've decided to do anyway".
  27295.  
  27296. Point (3) above is worth a few more words.  While it's true that
  27297. businesses can aggregate their lines in various ways, the fact is that
  27298. keeping even a few lines on the proper plans at the proper times can
  27299. be a lot of work.  Due to problems at the long distance carriers, the
  27300. local telcos, and the communications between the two, it is common for
  27301. lines you thought you had on a plan to not be there, or to drop off
  27302. unexpectedly.  Sometimes it can take literally months (!) for lines to
  27303. get into the correct status, even assuming a business rushes to join
  27304. an aggregation plan as soon as lines are installed.
  27305.  
  27306. Under the new AT&T plan, it appears that as soon as you select AT&T
  27307. for your business line carrier, the $5 minimum for that line starts to
  27308. apply.  Of course, since most people make their initial carrier
  27309. selection through the local telco when they order a line, I suspect
  27310. most business folks who just say "AT&T" when asked for a carrier
  27311. choice won't have a clue about the minimum charge until it shows up on
  27312. their bill.
  27313.  
  27314. Overall, this whole idea has to rate as one of the biggest mistakes
  27315. AT&T has made in the post-divestiture universe -- one that will haunt
  27316. them for a long time to come, unless they give up on this ill-conceived 
  27317. idea with a minimum of delay.
  27318.  
  27319. Shame on you, AT&T.
  27320.  
  27321.  
  27322.  --Lauren--
  27323.  
  27324. ------------------------------
  27325.  
  27326. Date: Wed, 12 Apr 95 08:46 EST
  27327. From: National Electric Telephone <0006348890@mcimail.com>
  27328. Subject: AT&T $5 Minimum Monthly Charge
  27329.  
  27330.  
  27331. I would highly suggest "pic'ing none" with regard to a long distance
  27332. carrier to avoid this charge and then dialing a 10XXX access code when
  27333. you need to make an interLATA call if you don't make many interLATA
  27334. long distance calls.  If you do make a lot of interLATA calls switch
  27335. your PIC to a better carrier.  AT&T is really getting outrageous.
  27336. First they charge for whole minute increments rather than six second
  27337. billing.  Now they want to implement a minimum $5 charge.  This is
  27338. getting out of hand.  Their answer to competition seems to be clobber
  27339. the public with advertising saying "We're great." while at the same
  27340. time raising their rates to outrageous levels.
  27341.  
  27342.  
  27343. K. Albrecht
  27344.  
  27345. ------------------------------
  27346.  
  27347. From: combee@cc.gatech.edu (Benjamin L. Combee)
  27348. Subject: AT&T $5/Month Minimum and Equal Access
  27349. Date: 11 Apr 1995 01:17:56 -0400
  27350. Organization: ROASF Atlanta
  27351. Reply-To: combee@cc.gatech.edu
  27352.  
  27353.  
  27354. In article <telecom15.191.2@eecs.nwu.edu>, brown@NCoast.ORG (Stan
  27355. Brown) wrote:
  27356.  
  27357. > Today in my bill from AT&T I got a flyer that said AT&T will begin
  27358. > charging $5/month minimum for long distance, possibly as early as the
  27359. > next bill.  I called the number on the flyer for questions, and the
  27360. > rep on the other end confirmed that "to serve you better" the minimum
  27361. > would be billed even in a month when I had no long distance charges.
  27362.  
  27363. > As it happens, the line involved almost never dials out long distance; I
  27364. > use it for local data calls almost exclusively.  So this is quite a bad
  27365. > deal for me.  I called Ameritech and found that a change to "no default
  27366. > LD provider" is free on my line, so I made that change.
  27367.  
  27368. Does anyone know how this will affect equal access codes?  If I had a
  27369. non-AT&T company as my default carrier, but used the 10288 code for a
  27370. call, would I then be billed a minimum of $5 for that month from AT&T?
  27371. This seems to work against AT&T getting casual business from customers
  27372. using equal access to use multiple phone companies.  I hope this
  27373. doesn't spread to the other LD carriers.
  27374.  
  27375.  
  27376. Ben Combee    combee@prism.gatech.edu
  27377. http://www.gatech.edu/acm/combee.html
  27378.  
  27379. ------------------------------
  27380.  
  27381. Subject: Payphone Contract
  27382. From: DPAYNE@vichosp.london.on.ca (DAVID PAYNE)
  27383. Date: 13 Apr 95 08:42:51 EDT
  27384.  
  27385.  
  27386. Dear Pat,
  27387.  
  27388. I work for a hospital in Ontario.  In Canada only the telco can supply
  27389. payphone service.  This may change in the future, but as of today
  27390. those are the regulations.  Thus, Bell Canada has a monopoly on
  27391. payphone services.  My goal is to discover whether they are providing
  27392. the hospital with competitive North American commission rates.
  27393.  
  27394. Our current contract is a five year contract from July 1992 to July 1997.  
  27395.  
  27396. We currently have a total of 88 payphones on two campuses.  Together, in 
  27397. 1994, they generated (after taxes and settlements) a grand total of 
  27398. $258,845.00.  Our share of that revenue was $22,194.00 or 8.57% of the 
  27399. net revenues.
  27400.  
  27401. Daily Revenue per Telephone for the 88 payphones...
  27402.  
  27403.  
  27404. below $3.25            22 phones
  27405. between $3.25 to $9.00        36 phones
  27406. between $9.01 to $15.00        22 phones
  27407. between $15.01 to $25.00          5 phones
  27408. over $25.01              3 phones
  27409.  
  27410. Recently, I ordered out ten of the 88 payphones because of they
  27411. generated no revenue for the hospital. The other payphones are under
  27412. review.
  27413.  
  27414. Bell Canada claims the cost to provide service per day is $6.00/day
  27415. per payphone.  This is based on our current average commission rate of
  27416. 8.57%.  They also claim a Millennium payphone costs several thousand
  27417. dollars.  I find this hard to believe!
  27418.  
  27419. 75% of the calling is made with cash.
  27420. 25% of the calling is made with credit cards, debit cards or by other 
  27421. means.
  27422.  
  27423. The non cash calling has held around $700 per month over the last twelve 
  27424. months.  Surprisingly it has not gone up!
  27425.  
  27426. Commissions are paid on a sliding scale per payphone.  The following is 
  27427. the commission scale:
  27428.  
  27429. Less than $3.25 per day 0% commission.
  27430. $3,25 to $9.00 per day 8% commission
  27431. $9.01 to $15.00 per day 9 % commission
  27432. $15.01 to $25.00 per day 10% commission.
  27433. $25.01+ 11% commission.
  27434.  
  27435. In our case, the commissions average out to 8.57%.  
  27436.  
  27437. Bell Canada supplies, at their expense, the Millennium payphones to
  27438. all locations.  They also supply the telephone line, phone books, and
  27439. shelves (F450T) for the phones.  In addition, they pay the labour to
  27440. install the phones, the required cable, and all repair and collection
  27441. costs.
  27442.  
  27443. The hospital is responsible for any construction costs incurred by the
  27444. installation of the phones.  The hospital must also supply conduit to
  27445. the payphone.
  27446.  
  27447. There is a possibility that the hospitals in the city may one day merge.  
  27448. This could add 50-100 more payphones to the contract. 
  27449.  
  27450. I suspect payphone competition will soon arrive in the Canadian
  27451. marketplace.  This may give us some leverage to reopen our contract
  27452. before the expiry date.  The hospital is being squeezed for revenue
  27453. generation and I am making every effort to increase our income.  This
  27454. message is not intended as a anti-telco/anti-Bell message.  I only
  27455. want to make sure we are being treated fairly.
  27456.  
  27457. Thus, my question is:  If we have the chance to reopen our contract is 
  27458. this a good deal for North America or should the revenues to the hospital 
  27459. be higher? 
  27460.  
  27461. I would be interested in your reader's comments!
  27462.  
  27463.  
  27464. David Payne    dpayne@vichosp.london.on.ca
  27465.  
  27466. ------------------------------
  27467.  
  27468. From: jefflind@netcom.com (Jeff Lindstrom)
  27469. Subject: Detailed GTE Local Call Logs Needed
  27470. Organization: Netcom
  27471. Date: Thu, 13 Apr 1995 07:41:23 GMT
  27472.  
  27473.  
  27474. Greetings: 
  27475.  
  27476.   I need information on *local* calls made from two phones to resolve a 
  27477. dispute in a civil case.
  27478.  
  27479.   Both phones are serviced by GTE in Long Beach, CA.
  27480.  
  27481.   One phone is a pay phone at a business, the other is a local
  27482. residence using the Measured Pay Service (one outgoing local call per
  27483. day for no extra charge).
  27484.  
  27485.   A call *was* made from the residence phone later in the day, so if
  27486. we could even prove that the later call was made and was *not* charged
  27487. (meaning it was the first local call of the day), it would help our
  27488. case.
  27489.  
  27490.   We already had a subpoena for the records on these two numbers for
  27491. the date in question, but we did not get the information we need.
  27492.  
  27493.   I have been told by people familiar with telco operations in other
  27494. localities that more detailed information is available, but not
  27495. provided unless specifically requested *by the proper name* because it
  27496. is more work.
  27497.  
  27498.   I would like to know the terminology GTE uses to specify this type of 
  27499. search.
  27500.  
  27501.   Thanks in advance.
  27502.  
  27503.  
  27504. Regards,
  27505.  
  27506. Jeff Lindstrom                  jefflind@netcom.com
  27507.  
  27508. ------------------------------
  27509.  
  27510. From: telecom000@aol.com (Telecom000)
  27511. Subject: Portugal Telecom
  27512. Date: 13 Apr 1995 19:37:54 -0400
  27513. Organization: America Online, Inc. (1-800-827-6364)
  27514. Reply-To: telecom000@aol.com (Telecom000)
  27515.  
  27516.  
  27517. Could anyone give me information regarding Portugal Telecom?  I'm
  27518. especially interested in obtaining information regarding their current
  27519. Customer Billing Solution as well as their future plans.
  27520.  
  27521. Thank you in advance.
  27522.  
  27523. ------------------------------
  27524.  
  27525. From: al524@freenet.carleton.ca (Jason A. Cooke)
  27526. Subject: Microwave Repeater Suppliers in US/Canada?
  27527. Reply-To: al524@freenet.carleton.ca (Jason A. Cooke)
  27528. Organization: The National Capital FreeNet
  27529. Date: Wed, 12 Apr 1995 15:23:20 GMT
  27530.  
  27531.  
  27532. Hi All,
  27533.  
  27534. I'm making this request on behalf of the father of a friend of mine
  27535. that works at the telephone company in Nigeria.
  27536.  
  27537. As indicated in the subject, I would suggestions on which companies
  27538. supply microwave repeaters for use in long distance land telephony.
  27539. The appliaction is to supply rural areas in Nigeria. 
  27540.  
  27541. I already have a few names, but I want to him as many contacts as I
  27542. can.  A company name but would be nice, a telephone number and contact
  27543. person would be even nicer. Any info you supply will be much appreciated.
  27544.  
  27545.  
  27546. Thanks,
  27547.  
  27548. JAC
  27549.  
  27550. ------------------------------
  27551.  
  27552. From: Mary J Leugers <mleugers@magnus.acs.ohio-state.edu>
  27553. Subject: Shortwave Broadcasts of NPR Programs
  27554. Date: Wed, 12 Apr 1995 12:11:19 EDT
  27555.  
  27556.  
  27557. I'm trying to find out if it's possible to receive shortwave
  27558. broadcasts of National Public Radio news.  I'm in Italy, and neither
  27559. CNNinternational nor Voice of America quite provides enough news (plus
  27560. I miss those familiar voices!)
  27561.  
  27562. Can anyone out there help?  Please respond directly to me at, and thanks.
  27563.  
  27564.  
  27565. Mary Leugers  mleugers@magnus.acs.ohio-state.edu
  27566.  
  27567. ------------------------------
  27568.  
  27569. Date: Wed, 12 Apr 95 18:26:58 +0200
  27570. From: ea267@fim.uni-erlangen.de (Michael Heissmeier)
  27571. Subject: Turkish Area Codes
  27572. Reply-To: ea267@fim.uni-erlangen.de
  27573.  
  27574.  
  27575. Turkey seems to have adopted a new numbering plan in 1994 with three-digit 
  27576. area codes. So far I could only find the old codes on the net. Does anybody 
  27577. have a list with the new codes?
  27578.  
  27579.  
  27580. Michael Heissmeier
  27581. Keltschstr. 8            phone: +49 (9131) 66719
  27582. 91058 Erlangen, Germany  email: ea267@fim.uni-erlangen.de
  27583.  
  27584. ------------------------------
  27585.  
  27586. From: Simon J Wallace <sjw@ee.edinburgh.ac.uk>
  27587. Subject: CDMA Update - Bad News :-(
  27588. Organization: Edinburgh University
  27589. Date: Thu, 13 Apr 1995 14:00:03 GMT
  27590.  
  27591.  
  27592. There was a very interesting article in today's {Electronics Weekly}
  27593. regarding CDMA.  According to Denis Gross, a telecommunications
  27594. consultant with analyst firm BPA, CDMA does not appear to be working
  27595. in trials, because of problems caused by signal reflections from
  27596. structures.
  27597.  
  27598. Gross said 'CDMA offered a lot, but is proving difficult to implement
  27599. in urban areas. A handful of operators are trying to get it to work,
  27600. and they will continue to lobby for it. They say that GSM is noisy at
  27601. 1.9GHz.'
  27602.  
  27603.  @copyright {Electronics Weekly}
  27604.  
  27605. Now, we all know how ~in theory~ CDMA offers capacity increases of the
  27606. order of 20-30 times that of TDMA.  But have we seen it's real
  27607. limitation, ie too many multipaths causing problems.
  27608.  
  27609. I have seen Qualcomm's field test results and they are heartily
  27610. impressive, but I have to wonder whether they would be better letting
  27611. IS-95 die gracefully and started working towards the third generation
  27612. of telephony, ie 10MHz BB-CDMA.  At this moment in time it seems that
  27613. only Korea and some Western states in the US will implement IS-95.
  27614.  
  27615. Comments please. 
  27616.  
  27617.  
  27618. Simon Wallace               University of Edinburgh 
  27619. sjw@ee.ed.ac.uk             Signal Processing Group 
  27620.  
  27621. ------------------------------
  27622.  
  27623. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  27624. Subject: Administrivia: Getting Back on Track
  27625. Date: Thu, 13 Apr 1995 11:25:00 CDT
  27626.  
  27627.  
  27628. You haven't seen much of me the past two weeks. Numerous things have
  27629. happened here including the fiasco with the sendmail last week which
  27630. caused issue after issue of the Digest to bounce and disappear, or
  27631. get delivered twice to some people and not at all to others, etc. I
  27632. think that has been fixed. At least I have not had any complaints 
  27633. about the issue sent out earlier this week. Now compounded with that
  27634. is the fact that I have been literally buried in subscription requests
  27635. this past week. Twenty to thirty new names per day are being added to
  27636. the mailing list, and I don't know where this is going to stop. 
  27637.  
  27638. The mail continues to flow in quite heavily, and the changes made last
  27639. week in sendmail also caused the autoreply mechanism to break down, or
  27640. at least to not properly filter and sort incoming stuff, meaning lots
  27641. of subscription requests were mixed in with articles for the Digest;
  27642. lots of mail-daemons on undeliverables to go through, etc. I have been
  27643. getting about 100-150 mail-daemons per day to be sorted through. These
  27644. in large part come when the name servers get hosed, which seems to
  27645. happen with regularity. Each issue of the Digest is now taking almost
  27646. an entire day to get delivered. I'll check the mailqueue late Thursday
  27647. night and still find this issue you are reading now in the queue
  27648. marching along name after name. That is rather dismaying, because the
  27649. larger the list gets the longer it takes for the folks *on the end of
  27650. the list* to get their copies.  
  27651.  
  27652. The volume of submissions for the Digest is running about 200 per day
  27653. the past couple of weeks. I don't like to do it but periodically
  27654. I have to go through the waiting mail and, take several *hundred* items
  27655. and simply toss them out unread. The sad fact is I was/am totally
  27656. unprepared for the volume of stuff coming through; and I knew enough
  27657. about this to assume there would be plenty of mail. I just want to
  27658. let you know that if I seem short at times in personal answers sent
  27659. out, or if you get one of several form letters I mail regards subscription
  27660. requests; or if you don't get an answer at all you should not take it
  27661. personally. For all intents and purposes, I no longer have any control
  27662. over the mailing list, it has gotten that large and unweildy. 
  27663.  
  27664. Thanks very much for YOUR continued support as the Digest continues a
  27665. growth spurt like I have never seen before. I am thinking of starting
  27666. a fax edition, but the cheapest I can the cost down to is about a dollar
  27667. per issue, maybe 75 cents. Do any of you want to get it delivered that way?
  27668. Please let me know.
  27669.  
  27670.  
  27671. Patrick Townson
  27672.  
  27673. ------------------------------
  27674.  
  27675. End of TELECOM Digest V15 #192
  27676. ******************************
  27677.     
  27678.     
  27679. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05123;
  27680.           13 Apr 95 21:54 EDT
  27681. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id PAA09026 for telecomlist-outbound; Thu, 13 Apr 1995 15:53:14 -0500
  27682. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id PAA09019; Thu, 13 Apr 1995 15:53:11 -0500
  27683. Date: Thu, 13 Apr 1995 15:53:11 -0500
  27684. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  27685. Message-Id: <199504132053.PAA09019@delta.eecs.nwu.edu>
  27686. To: telecom@delta.eecs.nwu.edu
  27687. Subject: TELECOM Digest V15 #193
  27688.  
  27689.  
  27690. TELECOM Digest     Thu, 13 Apr 95 15:52:00 CDT    Volume 15 : Issue 193
  27691.  
  27692. Inside This Issue:                           Editor: Patrick A. Townson
  27693.  
  27694.     Looking at Service Requirements (Eric Smokler)
  27695.     A New Rock Around the World Web Site (Marcus Downing)
  27696.     Are You in Need of a Webmaster? (Jim A. Fetters)
  27697.     Telephone Equipment Survey (Dave Peters)
  27698.     Can My Modem Talk to TTY Machines For the Deaf? (Maximilien N. Turner)
  27699.     Central List of Upcoming Tenders? (Kathleen Towler)
  27700.     Phone Day Coming April 16 (Robert Reijmerink)
  27701.     STD Coding Changes in United Kingdom (mstrandrew@aol.com)
  27702.     500 Numbers Will Remain Blocked (Robert A. Voss)
  27703.     MCI Commercial in Bad Taste (Christopher Wolf)
  27704.     Photonics and Fiber Optics Conference (N. N. Raju)
  27705.     Existing Telecom Systems for Record Exchange (Joy Oberholtzer)
  27706.     Caribbean Phone via Private Link (Jennings)
  27707.  
  27708. TELECOM Digest is an electronic journal devoted mostly but not
  27709. exclusively to telecommunications topics. It is circulated anywhere
  27710. there is email, in addition to various telecom forums on a variety of
  27711. public service systems and networks including Compuserve and America
  27712. On Line. It is also gatewayed to Usenet where it appears as the moderated
  27713. newsgroup 'comp.dcom.telecom'. 
  27714.  
  27715. Subscriptions are available to qualified organizations and individual
  27716. readers. Write and tell us how you qualify:
  27717.  
  27718.                  * telecom-request@eecs.nwu.edu *
  27719.  
  27720. The Digest is edited, published and compilation-copyrighted by Patrick
  27721. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  27722. or phone at:
  27723.                     9457-D Niles Center Road
  27724.                      Skokie, IL USA   60076
  27725.                        Phone: 500-677-1616
  27726.                         Fax: 708-329-0572
  27727.   ** Article submission address only: telecom@eecs.nwu.edu **
  27728.  
  27729. Our archives are located at lcs.mit.edu and are available by using
  27730. anonymous ftp. The archives can also be accessed using our email
  27731. information service. For a copy of a helpful file explaining how to
  27732. use the information service, just ask.
  27733.  
  27734. *************************************************************************
  27735. *   TELECOM Digest is partially funded by a grant from the              *
  27736. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27737. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27738. * project.  Views expressed herein should not be construed as represent-*
  27739. * ing views of the ITU.                                                 *
  27740. *************************************************************************
  27741.  
  27742. Additionally, the Digest is funded by gifts from generous readers such
  27743. as yourself who provide funding in amounts deemed appropriate. Your help 
  27744. is important and appreciated. A suggested donation of twenty dollars per
  27745. year per reader is considered appropriate. See our address above.
  27746.  
  27747. All opinions expressed herein are deemed to be those of the author. Any
  27748. organizations listed are for identification purposes only and messages
  27749. should not be considered any official expression by the organization.
  27750. ----------------------------------------------------------------------
  27751.  
  27752. From: Smokey@bah.com
  27753. Subject: Looking at Service Requirements
  27754. Date: Wed, 12 Apr 95 09:05:20 PDT
  27755. Organization: Booz-Allen & Hamillton
  27756.  
  27757.  
  27758. I am trying to put together a "best of" telco customer service
  27759. package.  I am agruing the point that price alone does not a happy
  27760. customer make.  I am also trying to separate it into mandatory (e.g.
  27761. PUC requirements) and competitive.
  27762.  
  27763. Narrowing it down, I am only looking at business and residential
  27764. switched services.
  27765.  
  27766. Specifically:
  27767.  
  27768. Provisioning interval  (service request to installation of service)
  27769. Trouble resolution
  27770. -    the telco will fix your trouble in X business hours.
  27771. -    trouble report to resolution of trouble
  27772. -    what happens if trouble is not fixed in X time (i.e. credits)
  27773.     Customer Service
  27774. -    trouble reporting is available X hours a day (e.g. some RBOCs 
  27775.     have 24 customer service, is this offered because they are 
  27776.     being customer oriented, or is the state PUC telling them to do 
  27777.     so?)
  27778. -    Will someone pick up a repair call in X rings?  (I've heard 
  27779.     that, in some areas, customer service centers are set up so 
  27780.     that if a call rings more than 4 times, it will bounce to 
  27781.     another center.)
  27782.  
  27783. I am looking to separate it by service (A) per regulation and (B) per
  27784. competition.
  27785.  
  27786. As an example of a title for (A), I found that the Maryland PSC had it titled:
  27787.  
  27788. Title 20
  27789. Public Service Commission
  27790. Subtitle 45 Service Supplied By Telephone Companies
  27791. Chapter 05 Service Standards
  27792.  
  27793. I got 9 pages of regs for MD.
  27794.  
  27795. For (B), I've found some Web pages for Ameritech & AT&T that say
  27796. customer service is important, but I was hoping that I could get some
  27797. "company promises to their customers" that might be in a Marketing
  27798. broschure.
  27799.  
  27800. Any assistance will be appreciated.  I can be reached via Internet E-Mail at:
  27801.  
  27802. SmoklerE@BAH.com    
  27803. or by FAX at (703) 902-3172
  27804.  
  27805.  
  27806. Thank you,
  27807.  
  27808. Eric Smokler    
  27809.  
  27810. ------------------------------
  27811.  
  27812. From: pp003022@interramp.com (Marcus Downing)
  27813. Subject: A New Rock Around the World Web Site
  27814. Date: 12 Apr 1995 17:31:01 GMT
  27815. Organization: Rock Around the World
  27816.  
  27817.  
  27818. Los Angeles                                                                
  27819. April 1, 1995
  27820.  
  27821. Rock Around the World, #1 Rated, Nationally and Internationally aired 
  27822. radio show of the 70s, is back through the Internet, sponsored by ZIMA.
  27823.  
  27824.  
  27825.     Los Angeles:  Rock Around the World (RATW), the highly acclaimed 
  27826. and nationally syndicated radio program is coming back April 1, 1995, in a 
  27827. bigger and bolder format on the Internet through the World Wide Web.  Don't
  27828. miss RATW at the following web site address:
  27829.  
  27830. http://www.ratw.com
  27831.  
  27832.     RATW was America's radio show during the 70's.  It was heard
  27833. on more than 160 stations, coast to coast, in the top 100 markets
  27834. throughout the U.S. and the American Forces Radio & Television
  27835. Services worldwide.  It exposed America to such groups as The Who,
  27836. Eric Clapton, The Rolling Stones, Paul McCartney, Fleetwood Mac, Elton
  27837. John, Rod Stewart, Bob Seger, E.L.O, and many others.  They were all
  27838. interviewed and many heard on RATW for the very first time on American
  27839. Radio.
  27840.  
  27841.     Danny Lipman, RATW's creative founder, has again developed a
  27842. winning formula.  The RATW Internet site is designed to enable the
  27843. viewer to, literally, Rock Around the World through a wide range of
  27844. entertaining files, including RATW radio broadcasts, music sound
  27845. bites, rock history, new releases, radio programming, interviews, rock
  27846. trivia, travel, and many others.
  27847.  
  27848.     In addition to the Internet, RATW is negotiating with radio 
  27849. stations throughout the World to begin re-broadcasting the Best of RATW as 
  27850. well as new programming.  With their vast library of RATW audio tapes, 232 
  27851. separate broadcasts, featuring interviews and music from the 70's World of 
  27852. Rock, they'll keep you entertained through a variety of mediums well into 
  27853. the next century.
  27854.  
  27855.     RATW captured the attention of its faithful listeners from its
  27856. inception in 1974.  Throughout the next four years its following
  27857. multiplied exponentially.  The weekly syndicated show, which ranged
  27858. from an hour to an hour and a half, teamed up with Lipman's monthly
  27859. rock music newspaper R.A.T.W., and carved out a niche in radio
  27860. syndication.  It started as an outgrowth of a recording studio Lipman
  27861. had in Boston.  This followed his stint in national promotion for
  27862. Elektra Records.  The studio, Music Designers, was where he produced
  27863. George Thorogood's first recording, as well as RATW.  Lipman also
  27864. operated an advertising agency, handling radio accounts for recording
  27865. companies, such as Warner Bros, Atlantic, Elektra, and five retail
  27866. record stores.
  27867.  
  27868.     For more information about RATW, please visit, http://www.ratw.com
  27869.  
  27870.  
  27871. Thanks,
  27872.  
  27873. Marcus
  27874.  
  27875. ------------------------------
  27876.  
  27877. From: fetters@enuxsa.eas.asu.edu (Jim A. Fetters)
  27878. Subject: Are You in Need of a Webmaster?
  27879. Organization: Arizona State University, Tempe, AZ
  27880. Date: Thu, 13 Apr 1995 06:26:18 GMT
  27881.  
  27882.  
  27883. I am looking for an internet provider that is looking for a trade-out
  27884. situation.
  27885.  
  27886. If you are an internet provider in need of a webmaster, or are in-need
  27887. someone to run your webserver remotely, I would like to offer my
  27888. services in exchange for providing me space to do Web development and
  27889. CGI scripting in Perl under a Unix environment.
  27890.  
  27891. A list of my web skills are at -
  27892.  
  27893.   http://neuromancer.ucr.edu/jim
  27894.  
  27895. I currently run a webserver on a UNIX platform in a university
  27896. environment and I am looking to partner with an internet provider in
  27897. need of web expertise that can give me access on a commerical [*.com]
  27898. system.
  27899.  
  27900. I speak Japanese and I'm familiar with serving web documents in a
  27901. foreign language.  I also have technical programming [Unix/CGI/Perl
  27902. scripting] and graphic design skills.  I am looking for a straight
  27903. trade out with no $$ involved.
  27904.  
  27905. If you are interested please contact me at:
  27906.  
  27907. www@neuromancer.ucr.edu
  27908.  
  27909.  
  27910. Thank you,
  27911.  
  27912. Jim Fetters
  27913.  
  27914. ------------------------------
  27915.  
  27916. From: NFLI@ins.infonet.net (Dave Peters)
  27917. Subject: Telephone Equipment Survey
  27918. Date: 13 Apr 1995 14:09:04 GMT
  27919. Organization: Norwest Financial Leasing, Inc  Des Moines, IA 50309
  27920.  
  27921.  
  27922. I am doing a survey of users, sellers, technicians, etc., on the best
  27923. telephone equipment.  I am trying to limit the survey to all sizes of
  27924. key systems and maybe even some PBX's.
  27925.     
  27926.     What manufacturers are the best, and why?  
  27927.  
  27928.     Are there any "Dogs" out there that I should be aware of? 
  27929.  
  27930.     Are there any major technological changes on the horizon that is 
  27931.     going to affect the resale values of the key systems?  
  27932.  
  27933.     How is the wireless technology going to affect resale prices of 
  27934.     PBX's?
  27935.  
  27936. If you could post your answers here, so that everyone can see them, I 
  27937. would appreciate it.  
  27938.  
  27939.  
  27940. Thanks in advance.
  27941.  
  27942. Dave Peters
  27943.  
  27944. ------------------------------
  27945.  
  27946. From: mturner@haverford.edu (Maximilien N. Turner)
  27947. Subject: Can my Modem Talk to TTY Machines For the Deaf?
  27948. Date: Wed, 12 Apr 1995 21:47:57 -0400
  27949. Organization: Bryn Mawr and Haverford College NetNews
  27950.  
  27951.  
  27952. I have a friend who is deaf and I would like to be able to call his
  27953. TTY machine with my modem, but so far, I have been unsuccessful using
  27954. standard terminal software.  Does anyone know if this is possible, or
  27955. if there is software available for this purpose?
  27956.  
  27957. I use a Macintosh and a Supra 14.4LC.
  27958.  
  27959. Please email responses: mturner@haverford.edu
  27960.  
  27961. Thank you for any assistance.
  27962.  
  27963. ------------------------------
  27964.  
  27965. From: ktowler@aol.com (KTowler)
  27966. Subject: Central List of Upcoming Tenders Wanted
  27967. Date: 13 Apr 1995 13:37:04 -0400
  27968. Organization: America Online, Inc. (1-800-827-6364)
  27969. Reply-To: ktowler@aol.com (KTowler)
  27970.  
  27971.  
  27972. Is there any newsgroup or other source that list upcoming
  27973. telecommunications tenders?
  27974.  
  27975.  
  27976. Thanks in advance,
  27977.  
  27978. Kathleen Towler
  27979.  
  27980. ------------------------------
  27981.  
  27982. Date: Thu, 13 Apr 1995 08:12:26 GMT
  27983. From: R.A.J.Reijmerink@research.ptt.nl (Robert Reijmerink)
  27984. Subject: Phoneday Coming April 16
  27985. Organization: Royal PTT Netherlands (KPN) Research
  27986.  
  27987.  
  27988. What's all this about BT's phONEday (April 16).  They're putting ads
  27989. on Discorvery Channel with the slogan "It's 1 to remember."
  27990.  
  27991.  
  27992. Robert Reijmerink     Email: R.A.J.Reijmerink@research.ptt.nl
  27993. X.400: /C=NL/ADMD=400Net/PRMD=PTT Research/S=Reijmerink/I=RAJ
  27994.  
  27995.  
  27996. [TELECOM Digest Editor's Note: The next message in this issue discusses
  27997. 'phoneday' which begins this weekend in more detail.   PAT]
  27998.  
  27999. ------------------------------
  28000.  
  28001. From: mstrandrew@aol.com (MSTRANDREW)
  28002. Subject: STD Coding Changes in United Kingdom
  28003. Date: 13 Apr 1995 11:44:04 -0400
  28004. Organization: America Online, Inc. (1-800-827-6364)
  28005. Reply-To: mstrandrew@aol.com (MSTRANDREW)
  28006.  
  28007.  
  28008. I received post card mailing from ATT which advised me that all current UK
  28009. STD codes will need to be prefixed by "1" starting on April 16, e.g. 071
  28010. becomes 0171. Also, the cites of Leeds, Sheffeld, Nottingham, Leicester
  28011. and Bristol are being assinged new codes (113 through 117, respectfully). 
  28012. Also, each of these cities' local 6 diget numbers are being expanded to 7
  28013. digets.  6 diget numbers in Leeds, Sheffield and Leicester will need to be
  28014. prefixed with a "2" and Nottinghame and Bristol with a "9".
  28015.  
  28016. I am assuming the this change is being made to accomdate more telephone 
  28017. numbers within the current network.  In the back of my I remember
  28018. reading/hearging that there was a plan to change all numbers in the UK
  28019. to a uniform length of 10 digets, but I could be wrong.  I would be
  28020. curious to learn the rationale behind the change if anyone knows.
  28021.  
  28022. ------------------------------
  28023.  
  28024. Date: Thu, 13 Apr 95 08:24 EST
  28025. From: Robert A. Voss <0002120410@mcimail.com>
  28026. Subject: 500 Numbers Will Remain Blocked
  28027.  
  28028.  
  28029. The industry has been wrestling with the problem of unblocking of 500
  28030. numbers by hotels, payphones, and PBXs.  As of now, you can only count
  28031. on making 500 calls from your house, or by using the "right" credit
  28032. card, right being the same as the company which has issued the 500
  28033. number.  Soon there will be many people trying to offering 500
  28034. services.
  28035.  
  28036. There will continue to be problems until the industry solves a basic
  28037. problem, that of billing.  Until the cost of the call is known, only
  28038. from the digits dialed, AT THE TIME THE DIGITS are dialed, will 500
  28039. service get universally unblocked.  PBXs, payphones, and credit card
  28040. systems cannot understand voice messages prompting people to "push #"
  28041. if you are willing to accept forwarding fee of $1.50 a minute or
  28042. whatever.  Only when a bill arrives at the end of the month is the
  28043. cost of the call known.  The wise telecom manager will not accept
  28044. unknown cost calls.  Therefore blocking will continue.
  28045.  
  28046.  
  28047. Bob Voss    MCI Wireless Eng
  28048. Email:   MCI ID: 212-0410 @mcimail.com
  28049.  
  28050. ------------------------------
  28051.  
  28052. From: Wolf <cmwolf@mtu.edu>
  28053. Subject: MCI Commercial is in Bad Taste
  28054. Date: Thu, 13 Apr 1995 08:24:17 EDT
  28055. Reply-To: cmwolf@mtu.edu
  28056.  
  28057.  
  28058. I have to ask, does anyone believe that the actor that MCI uses in
  28059. their commercials as the snotty (not my first choice of words, but
  28060. more socially acceptable) operator actually helps them?  Is this
  28061. supposed to representable of their regular operators?  Most people I
  28062. asked said they thought this woman sounded like the biggest &$^#% they
  28063. ever heard.  At least AT&T's adds are pleasant to look at!
  28064.  
  28065. Note: I say this as a user of neither service (actually, either service; 
  28066. whatever happens to be cheapest among the three or four I use for the
  28067. type of call I'm making).
  28068.  
  28069.  
  28070. Christopher Wolf, consumer of time, occupier of space.    
  28071. http://www.cs.mtu.edu/grads/Wolf/Home.html
  28072.  
  28073. ------------------------------
  28074.  
  28075. Date: Thu, 13 Apr 95 11:57:56 EDT
  28076. From: nnraju@iitm.iitm.ernet.in (N. N. Raju)
  28077. Subject: Photonics and Fiber Optics Conference 
  28078.  
  28079.  
  28080.                  F I R S T   A N N O U N C E M E N T
  28081.  
  28082.                      International Conference on
  28083.                      PHOTONICS  and  FIBRE OPTICS
  28084.  
  28085.                         P H O T O N I C S - 96
  28086.                                   at
  28087.         I.I.T. MADRAS (India) from 10th Dec. to 14th Dec. 1996
  28088.                         FIRST CALL FOR PAPERS
  28089.  
  28090.           Theme : Technologies of Photonics for 21st Century
  28091.  
  28092. Photonics-96  aims at bringing in focus the phenomenal changes  taking 
  28093. place   in   Fibre  Optics,  Optical   Fibre    based   Communications 
  28094. technologies, Sensors and the futuristic thrust towards Quantum Effect 
  28095. devices.   This  opportunity is to bring Academia,  Technologists  and 
  28096. Industry  together under this forum to interact and mutually  benefit.  
  28097. This  Conference has therefore been planned with  TECHNICAL  SESSIONS, 
  28098. TUTORIALS AND EXHIBITION.
  28099.  
  28100. The  topics being covered under Technical Sessions and  Tutorials  are 
  28101.                              listed below
  28102.  
  28103.                           TECHNICAL SESSIONS
  28104.  
  28105.                  (1) OPTICAL FIBRE/CABLE TECHNOLOGIES
  28106. Optical   Fibres-Near   Infra-red/Far   Infra-red   technologies   for 
  28107. MM/SM/DS/DF/PM.  Radiation Hardened/High Tensile Strength,  Sensitized 
  28108. Fibres for Sensors, Rare-earth Doped Fibres Cables-Submarine,  Aerial,              
  28109.              Tethered, OPGW and other formats of cables.
  28110.  
  28111.        (2) INTEGRATED OPTICS and NANO FABRICATION TECHNOLOGIES
  28112. Integrated   Optics-Guided   Wave  Optics  in  Slabs/Thin   Films   of 
  28113. Silicon/LiNbO3/III-V/II-VI/IV-VI compounds, Guided wave Optical Inter-
  28114. connects, Optical Switches. Nano-Fabrication Scanning Probe Microscopy, 
  28115. CVD-STM,  ALE,MOCVD, MBE techniques HBT/Single Electron/Single  Photon 
  28116.      Devices, Mesoscopic Structures, Atomic Level Inter-connects.
  28117.  
  28118.              (3) OPTICAL SOURCES/DETECTORS  TECHNOLOGIES
  28119. Sources-Edge/Surface  Emitting  Diodes/DFB/MQW/Quantum Dot  and  other 
  28120. Quantum  Engineered/Effect Sources, Semiconductor  Amplifiers/Solitons 
  28121. Detectors-PIN/APD/SAGM/Single Photon Detectors, Optical  Materials-for
  28122.                      Fibres and Optical Devices.
  28123.  
  28124.                        (4) FIBRE OPTIC SENSORS
  28125.    Bio-medical, Chemical and Environmental Sensors, Sensor Networks
  28126.  
  28127.        (5) LINEAR AND NON-LINEAR PHENOMENA IN  OPTICAL FIBRES,
  28128.    Optical Fibre Amplifiers, Optical Fibre Soliton Generators/Pulse
  28129.      Compression Techniques, Four-wave Mixing, Optical Chirping,
  28130.  
  28131.                     (6) OPTICAL NETWORK COMPONENTS
  28132.         Fibre Optic Couplers, Fibre Filters, Fibre Polarisers, 
  28133.                         Polarisation Twisters.
  28134.  
  28135.  
  28136.            (7) OPTICAL COMPUTING/OPTICAL SIGNAL PROCESSING
  28137. Optical Computing-Optical Logic Elements, Adders, Multipliers,  Matrix 
  28138. Multipliers,  Optical  Computing System,  Architecturers,  Algorithms, 
  28139. Optical Signal Processing-Multiplexers/Demultiplexers including  Wave-
  28140. length   and   Dense  Wave-length   Division   Multiplexers,   A/F/0/P 
  28141.           Modulators/Demodulators, Coders, Equalisers, etc.
  28142.  
  28143.     (8) PHOTONIC NETWORKS/PHOTONIC SWITCHING/INTELLIGENT PHOTONIC 
  28144.                        INTER-CONNECTS AND NODES
  28145.  
  28146. Photonic  Networks-Ultra-wide Band Network Architectures/  Topologies/ 
  28147. Protocols, Dense Wave-length Division Networks, Networks Protocols for 
  28148. Giga-bit/s  and  Tera-bit/s for SONET/SDH/ATM  Environments,  Coherent 
  28149.     Optical Networks, Soliton Based Networks, Cable TV. Networks,
  28150. Photonic Switching-Ultra-fast Switching, All Photonic Switching, Wave-
  28151. length  Dependent  Switching, Intellignet Optical  Inter-Connects  and 
  28152. Nodes, Optical Drop and Insert Techniques, Optical Modems, Optical and 
  28153.                   AH Photonic  Network Controllers.
  28154.  
  28155.                            T U T O R I A L S
  28156.  
  28157. Six   to  eight  tutorials  are  being  organized/planned  to   expose 
  28158. participants  to  the  latest  technologies  in  these  fields.    The 
  28159.  tutorials will be conducted by an international faculty of experts.
  28160.  
  28161.                              EXHIBITIONS
  28162.  
  28163. An  International  Exhibition is also planned  during  the  Conference 
  28164. enabling  International Agencies active in the field of  Fibre  Optics 
  28165. and   Photonics  to  Exhibit  their  products  for  the   benefit   of 
  28166. participants  from  all over the world.  This will also  be  a  unique 
  28167. opportunity   for   the  growing  Indian  market  in   the   area   of 
  28168. Telecommunication  to  benefit from exposure to Global  expertise  and 
  28169.          available of Technology in this fast growing field.
  28170.  
  28171.                           AUTHOR'S SCHEDULE:
  28172.  
  28173.         Deadline for Receipt of Abstracts:        15th of Feb. 1996
  28174.         Communication on Acceptance of Papers:    15th of May 1996 
  28175.         Deadline for Receipt of Final Manuscript: 15th of Aug. 1996 
  28176.                                                                              
  28177.                          EXHIBITORS' SCHEDULE
  28178.         Deadline for Exhibition:                  15th of Oct. 1996
  28179.  
  28180.                           TUTORIAL SCHEDULE 
  28181.         Deadline for Participants - Tutorial Classes:  25th of Oct. 1996 
  28182.  
  28183.  For further details please contact the Convener of the Conference :     
  28184.                                        
  28185.                        PROF. (DR.) J. P. RAINA
  28186.                  Department of Electrical Engineering
  28187.                     INDIAN INSTITUTE OF TECHNOLOGY
  28188.                         MADRAS 600 036 (INDIA)
  28189.  
  28190.                     E-mail : eedpt1@iitm.ernet.in
  28191.                                        
  28192.                    FAX Nos : +91-(44)-235-1405
  28193.                              +91-(44)-235-0509
  28194.  
  28195. ------------------------------
  28196.  
  28197. From: joyobie@csn.org (Joy Oberholtzer)
  28198. Subject: Existing Telecom Systems For Record Exchange; Access Service
  28199. Date: Thu, 13 Apr 95 10:30:31 MST
  28200. Organization: ARIS Corporation
  28201.  
  28202.  
  28203. I am attempting to find information for a customer of mine.  They are 
  28204. looking for existing packages or for a Service Bureau that provides the 
  28205. following services:
  28206.  
  28207. 1)  Customer Account Record Exchange system:
  28208.  
  28209. Will notify a carrier that a residential customer is now going to be 
  28210. utilizing their system.  i.e. customer is now using AT&T rather than MCI. 
  28211. The system provides interexchange carrier information.  Built around the 
  28212. BELLCOR data exhanges standard - KARE.  
  28213.  
  28214. 2)  Access Service Request system:
  28215.  
  28216. Communicates orders between the local exchange carries and interexchange 
  28217. carriers.  Must be modifiable engine.
  28218.  
  28219. If anyone knows of any Service Bureaus or other providers of similar 
  28220. services I would appreciate the information.
  28221.  
  28222.  
  28223. Sincerely,
  28224.  
  28225. Joy Oberholtzer  ARIS Corporation
  28226. Denver, CO.      joyobie@csn.org
  28227.  
  28228. ------------------------------
  28229.  
  28230. Date: Thu, 13 Apr 95 17:43:33 PDT
  28231. From: Jennings <pp000539@interramp.com>
  28232. Subject: Caribbean Phone via Private Link
  28233.  
  28234.  
  28235. Would it be possible and legal and economical to connect a hotel in a
  28236. Caribbean country via satellite to an MCI or other provider as a way
  28237. of going around the LEC? Would an INMARSAT terminal do the job ... it
  28238. would be probably more expensive than the local carrier. Thinking about 
  28239. Antigua and British Virgin Islands.
  28240.  
  28241. If anyone has done this I could use a quote as to how much it would
  28242. cost to get it done.
  28243.  
  28244.  
  28245. Jennings
  28246. Spectrum Analysis & Frequency Engineering, Inc
  28247. pp000539@interramp.com-voice:301.869.7969-FAX:301.869.6992
  28248.  
  28249. ------------------------------
  28250.  
  28251. End of TELECOM Digest V15 #193
  28252. ******************************
  28253.     
  28254.     
  28255. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05554;
  28256.           13 Apr 95 22:17 EDT
  28257. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id QAA11432 for telecomlist-outbound; Thu, 13 Apr 1995 16:47:41 -0500
  28258. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id QAA11418; Thu, 13 Apr 1995 16:47:38 -0500
  28259. Date: Thu, 13 Apr 1995 16:47:38 -0500
  28260. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  28261. Message-Id: <199504132147.QAA11418@delta.eecs.nwu.edu>
  28262. To: telecom@eecs.nwu.edu
  28263. Subject: TELECOM Digest V15 #194
  28264.  
  28265. TELECOM Digest     Thu, 13 Apr 95 16:47:00 CDT    Volume 15 : Issue 194
  28266.  
  28267. Inside This Issue:                           Editor: Patrick A. Townson
  28268.  
  28269.     ACM's Intn'l Conf. on Mobile Computing and Networking '95 (Victor Bahl)
  28270.     Re: Turkish Area Codes (Alp Uysal)
  28271.     Re: CDMA Update - Bad News :-( (Bill Walker)
  28272.     Re: AT&T $5 Minimum Monthly Charge (jeffb65582@aol.com)
  28273.     Re: Area Code Overlays vs. Splits (David G. Cantor)
  28274.     Re: Area Code Overlays vs. Splits (Steven H. Lichter)
  28275.     Re: Area Code Overlays vs. Splits (Toby Nixon)
  28276.     Re: Area Code Overlays vs. Splits (Lee Winson)
  28277.     Re: Asia's Largest Private Township Wants to Get Wired (Venkat Thirumalai)
  28278.     Re: The MATHLINE Project (Bruce Wynn via Bradley J. Bittorf)
  28279.  
  28280. TELECOM Digest is an electronic journal devoted mostly but not
  28281. exclusively to telecommunications topics. It is circulated anywhere
  28282. there is email, in addition to various telecom forums on a variety of
  28283. public service systems and networks including Compuserve and America
  28284. On Line. It is also gatewayed to Usenet where it appears as the moderated
  28285. newsgroup 'comp.dcom.telecom'. 
  28286.  
  28287. Subscriptions are available to qualified organizations and individual
  28288. readers. Write and tell us how you qualify:
  28289.  
  28290.                  * telecom-request@eecs.nwu.edu *
  28291.  
  28292. The Digest is edited, published and compilation-copyrighted by Patrick
  28293. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  28294. or phone at:
  28295.                     9457-D Niles Center Road
  28296.                      Skokie, IL USA   60076
  28297.                        Phone: 500-677-1616
  28298.                         Fax: 708-329-0572
  28299.   ** Article submission address only: telecom@eecs.nwu.edu **
  28300.  
  28301. Our archives are located at lcs.mit.edu and are available by using
  28302. anonymous ftp. The archives can also be accessed using our email
  28303. information service. For a copy of a helpful file explaining how to
  28304. use the information service, just ask.
  28305.  
  28306. *************************************************************************
  28307. *   TELECOM Digest is partially funded by a grant from the              *
  28308. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  28309. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  28310. * project.  Views expressed herein should not be construed as represent-*
  28311. * ing views of the ITU.                                                 *
  28312. *************************************************************************
  28313.  
  28314. Additionally, the Digest is funded by gifts from generous readers such
  28315. as yourself who provide funding in amounts deemed appropriate. Your help 
  28316. is important and appreciated. A suggested donation of twenty dollars per
  28317. year per reader is considered appropriate. See our address above.
  28318.  
  28319. All opinions expressed herein are deemed to be those of the author. Any
  28320. organizations listed are for identification purposes only and messages
  28321. should not be considered any official expression by the organization.
  28322. ----------------------------------------------------------------------
  28323.  
  28324. From: bahl@samson.zko.dec.com (Victor Bahl)
  28325. Subject: ACM's Intn'l Conf. on Mobile Computing and Networking '95
  28326. Date: 12 Apr 1995 21:55:22 GMT
  28327. Organization: Digital Equipment Corporation
  28328. Reply-To: bahl@samson.zko.dec.com (Victor Bahl)
  28329.  
  28330.  
  28331.             Announcement and Call for Papers               
  28332.                    ACM INTERNATIONAL CONFERENCE 
  28333.                  ON 
  28334.           MOBILE COMPUTING AND NETWORKING 1995
  28335.                                    
  28336.            November 14-15, 1995 (Tutorials on Monday, Nov. 13)
  28337.                         Berkeley, California, USA
  28338.  
  28339.    Sponsored by the ACM's Special Interest Groups:  SIGCOMM,  SIGMETRICS
  28340.                        SIGOPS, SIGACT and CESDIS NASA
  28341.  
  28342.  
  28343.    IMPORTANT DATES
  28344.     Submissions due:        April  17, 1995
  28345.     Notification of acceptance: June   16, 1995
  28346.     Camera-ready version due:   August 14, 1995
  28347.            
  28348.    The  wireless communication revolution is bringing fundamental  changes
  28349.    to  telecommunication  and computing.  Wide-area cellular  systems  and
  28350.    wireless LANs promise to make integrated networks a reality and provide
  28351.    fully  distributed and ubiquitous mobile computing and  communications,
  28352.    thus  bringing  an  end  to  the tyranny  of  geography.   Furthermore,
  28353.    services for the  mobile user are maturing and are poised to change the
  28354.    nature  and scope of communication.  This conference, the first  of  an
  28355.    annual series, will serve as the premier international forum addressing
  28356.    networks,  systems,  algorithms,  and  applications  that  support  the
  28357.    symbiosis of portable computers and wireless networks.
  28358.  
  28359.    PAPERS
  28360.        Technical  papers describing previously unpublished,  original,
  28361.    completed,  or  in-progress  research, are solicited on  topics at the 
  28362.    link layer and above.  Topics will include, but are not limited to:
  28363.  
  28364.     * Applications and computing services supporting the mobile user.
  28365.         * Network architectures, protocols or service algorithms  to  cope
  28366.       with mobility, limited bandwidth, or intermittent connectivity.
  28367.     * Design and analysis of algorithms for online and mobile
  28368.       environments.
  28369.     * Distributed network protocols.
  28370.     * Performance characterization of mobile/wireless networks and
  28371.       systems.
  28372.     * Network management for mobile and wireless networks.
  28373.     * Service integration and interworking of wired and wireless
  28374.       networks.
  28375.     * Characterization of the influence of lower layers on the design
  28376.       and performance of higher layers.
  28377.     * Security, scalability and reliability issues for mobile/wireless
  28378.       systems
  28379.     * Wireless Multimedia Systems
  28380.     * Satellite Communication
  28381.  
  28382.    All papers will be refereed by the program committee.  Accepted papers
  28383.    will  be  published in conference proceedings.  Papers  of  particular
  28384.    merit  will be selected for publication in the  ACM/Baltzer Journal on 
  28385.    Wireless Networks.
  28386.  
  28387.    For More Information: Please contact Dan Duchamp (djd@cs.columbia.edu)
  28388.    or Baruch Awerbuch (baruch@blaze.cs.jhu.edu), the Program Co-Chairs.
  28389.  
  28390.    HOW TO SUBMIT
  28391.  
  28392.     Paper  submission  will be handled electronically. Authors should 
  28393.    Email a PostScript version of their full paper to: 
  28394.                "mcn95-submission@cs.columbia.edu". 
  28395.  
  28396.    This  Email  address  will become  operational on March 1. The address 
  28397.    will be backed by software that can test submissions for print-ability.
  28398.    In order to pass the test, authors should ensure that their papers meet 
  28399.    these restrictions:
  28400.  
  28401.         - PostScript version 2 or later
  28402.         - no longer than 15 pages
  28403.         - fits properly on "US Letter" size paper (8.5x11 inches)
  28404.         - reference only Computer Modern or  standard  Adobe  fonts (i.e.,
  28405.           Courier, Times Roman, or Helvetica); other fonts may be used
  28406.           but must be included in the PostScript file
  28407.  
  28408.    In  addition, authors  should  be  sure to select an easy-to-read font
  28409.    size.  The  proceedings  will  be  printed  in  two-column  format, so 
  28410.    authors are encouraged to submit  two-column  papers.  To learn how to
  28411.    use  the  submission  software, send a message with the body "HELP" to
  28412.    the above Email address any time on or after March 1.
  28413.  
  28414.    TUTORIALS  
  28415.  
  28416.     Proposals  for  tutorials  are  solicited.  Evaluation of  the
  28417.    proposals  will  be based on expertise and experience of  instructors,
  28418.    and  the  relevance of the subject matter.  Potential instructors  are
  28419.    requested  to submit at most 5 pages, including a biographical  sketch
  28420.    to Krishan Sabnani (kks@big.att.com).
  28421.   
  28422.    PANELS  
  28423.  
  28424.     Panels are solicited that  examine  innovative, controversial, or 
  28425.    otherwise provocative  issues of interest. Panel proposals  should not
  28426.    exceed  more  than 3 pages, including  biographical  sketches  of  the
  28427.    panelist.
  28428.  
  28429.    STUDENT PARTICIPATION 
  28430.  
  28431.     Papers with a student  as a  primary  author will enter a student
  28432.    paper award competition. A  cover letter  must identify the paper as a 
  28433.    candidate for the student paper competition.
  28434.  
  28435.    WWW/GOPHER INFORMATION
  28436.  
  28437.     This CFP and other ACM related activities may be found in
  28438.          gopher://gopher.acm.org        (for gopher viewers)
  28439.          http://info.acm.org/        (for WWW browsers)
  28440.  
  28441.   GENERAL CO-CHAIRS:
  28442.  
  28443.      Imrich Chlamtac                Dave Morgan
  28444.      Dept. of  Electrical & Computer Eng.   VP & Director of Research
  28445.      University of Massachusetts        Wireless Division, Motorola
  28446.      chlamtac@eden.ecs.umass.edu        David_Morgan-ASTF39@email.mot.com
  28447.      Tel: +1 413 545 0712            Tel.: +1 708 576 0595
  28448.  
  28449.   PROGRAM CO-CHAIRS
  28450.      Baruch Awerbuch                Dan Duchamp
  28451.      Dept. of Computer Science            Dept. of Computer Science
  28452.      The John Hopkins University        Columbia University
  28453.      Room NEB 318, Baltimore, MD        500 W. 120 St. New York, NY
  28454.      baruch@blaze.cs.jhu.edu            djd@cs.columbia.edu
  28455.      Tel.: +1 410 516 8038            Tel.: +1 212 939 7067
  28456.      Fax.: +1 410 516 6134            Fax.: +1 212 666 0140 
  28457.  
  28458.   LOCAL CHAIR                 TUTORIAL CHAIR
  28459.      Eric Brewer                Krishan Sabnani, AT & T
  28460.      Dept. of Computer Science            Tel.: +1 908 949 3557
  28461.      University of California @ Berkeley    Fax.: +1 908 949 9118
  28462.      brewer@cs.berkeley.edu            kks@big.att.com
  28463.  
  28464.   VICE CHAIR                 STEERING COMMITTEE CHAIR 
  28465.     Chris Edmondson-Yurkanan            Imrich Chlamtac
  28466.     CS, University of Texas, Austin        ECE, University of Massachusetts
  28467.     dragon@cs.utexas.edu            chlamtac@eden.ecs.umass.edu
  28468.  
  28469.   PUBLICITY CHAIR            REGISTERATION CHAIR 
  28470.     Victor Bahl,                Melody Moh
  28471.     Digital Equipment Corp. & UMASS        San Jose State University
  28472.     bahl@samson.enet.dec.com            moh@cs.sjsu.edu
  28473.  
  28474.   TREASURER
  28475.     Anton Dahbura,  Motorola
  28476.  
  28477.   PROGRAM COMMITTEE
  28478.     Baruch Awerbuch, John Hopkins      B. R. Badrinath, Rutgers U.,     
  28479.     Alan  Borodin,  U. Toronto          Bob Broderson,  UC Berkeley,
  28480.     Ramon Caceres, AT&T Bell Labs.      Steve Deering,  Xerox  PARC,     
  28481.     Dan Duchamp, Columbia          Domenico Ferrari,  UC Berkeley
  28482.     David Johnson,  Carnegie Mellon,      Phil Karn, Qualcomm Inc.
  28483.     Randy Katz,  UC Berkeley          Leonard Kleinrock,  UCLA,    
  28484.     Paul  Leach,  Microsoft          Debasis Mitra,  AT&T,         
  28485.     Christos Papadimitriou, UC San Diego  Rafi Rom, Technion & SUN,
  28486.     Nachum Shacham,  SRI          Jeff  Vitter,  Duke U.,
  28487.     John  Zahorjan,  U. Washington
  28488.  
  28489.   STEERING COMMITTEE
  28490.     Imrich Chlamtac, UMASS, chair      Lyman Chapin, BBN
  28491.     Vinton Cerf, MCI              Raj Jain, Ohio State U.
  28492.     Baruch Awerbuch, John Hopkins U.      Dave Oran, Digital Equip. Corp.
  28493.     Tomasz Imielinski, Rutgers U.      Greg Wetzel, AT&T Bell Labs.
  28494.     Linda Wright, Digital Equip. Corp.    Chris Edmondson-Yurkanan, UTexas
  28495.     Ian Akyildiz, Georgia Inst. of Tech.  Yelena Yesha, NASA
  28496.  
  28497. ------------------------------
  28498.  
  28499. From: uysal@advtech.uswest.com (Alp Uysal)
  28500. Subject: Re: Turkish Area Codes
  28501. Date: 13 Apr 1995 17:55:46 GMT
  28502. Organization: U S WEST Advanced Technologies
  28503. Reply-To: uysal@advtech.uswest.com
  28504.  
  28505.  
  28506. Try the WWW site at bilkent.edu.tr http://www.bilkent.edu.tr/bilkent-cwis/ 
  28507. phone-codes.html or at metu.edu.tr http://www.metu.edu.tr/misc/phone-codes.
  28508. html.
  28509.  
  28510. Both these sites have ftp and gopher servers.
  28511.  
  28512.  
  28513. Alp Uysal, MTS
  28514. U S WEST Advanced Technologies     phone:303-541-6366
  28515. 4001 Discovery Drive, Suite 2100   fax: 303-541-6384
  28516. Boulder, CO, 80303                 e-mail:uysal@advtech.uswest.com
  28517.  
  28518. ------------------------------
  28519.  
  28520. From: wwalker@qualcomm.com (Bill Walker)
  28521. Subject: Re: CDMA Update - Bad News :-(
  28522. Date: Thu, 13 Apr 1995 14:00:23 -0700
  28523. Organization: Qualcomm, Inc.
  28524.  
  28525.  
  28526. In article <telecom15.192.13@eecs.nwu.edu>, Simon J Wallace
  28527. <sjw@ee.edinburgh.ac.uk> wrote:
  28528.  
  28529. > There was a very interesting article in today's {Electronics Weekly}
  28530. > regarding CDMA.  According to Denis Gross, a telecommunications
  28531. > consultant with analyst firm BPA, CDMA does not appear to be working
  28532. > in trials, because of problems caused by signal reflections from
  28533. > structures.
  28534.  
  28535. This doesn't make sense.  IS-95 CDMA uses RAKE receivers, which are able
  28536. to demodulate multipath reflections and take advantage of them, i.e., the
  28537. receiver can demodulate and combine the signals received from three or more
  28538. separate paths.
  28539.  
  28540. To which "trials" is this article referring?
  28541.  
  28542.  
  28543. Bill Walker - WWalker@qualcomm.com - QUALCOMM, Inc., San Diego, CA USA
  28544.  
  28545. ------------------------------
  28546.  
  28547. From: jeffb65582@aol.com (JeffB65582)
  28548. Subject: Re: AT&T $5 Minimum Monthly Charge
  28549. Date: 13 Apr 1995 17:15:14 -0400
  28550. Organization: America Online, Inc. (1-800-827-6364)
  28551. Reply-To: jeffb65582@aol.com (JeffB65582)
  28552.  
  28553.  
  28554. >> carrier to avoid this charge and then dialing a 10XXX access code when
  28555.  
  28556. > you need to make an interLATA call if you don't make many interLATA
  28557. > long distance calls.  If you do make a lot of interLATA calls switch
  28558. > your PIC to a better carrier.  AT&T is really getting outrageous.
  28559. > First they charge for whole minute increments rather than six second
  28560. > billing.  Now they want to implement a minimum $5 charge.  This is
  28561. > getting out of hand.  Their answer to competition seems to be clobber
  28562. > the public with advertising saying "We're great." while at the same
  28563. > time raising their rates to outrageous levels.
  28564.  
  28565. Well, let me add the reasons why I switched from AT&T to the above.
  28566. After an evening of watching about 25 commercials from AT&T telling me
  28567. how wonderful they were and how terrible everyone else was, I realized
  28568. that my L.D. fees were being used to by them to annoy me.  As their
  28569. customer, I was helping to pay for those commercials.  Of the big
  28570. three, Sprint seemed to advertise the least and were the most tasteful
  28571. about doing it.  So, they've had the business ever since and done a
  28572. good job.
  28573.  
  28574. I don't know if Sprint has saved me any money or not.  I don't
  28575. particularly care.  And I didn't care that AT&T probably had the
  28576. highest rates.  I have a simpler outlook: Any advertiser that
  28577. irritates me (through too much or too obnoxious advertising) causes me
  28578. to notice and avoid business with them.
  28579.  
  28580. Now, as a non-AT&T user, I'm no longer helping to pay for the annoying
  28581. and abundant AT&T commercials.  I just sit back, hit the "mute"
  28582. button, and ponder thoughts like "the i plan is for idiots".  Perhaps
  28583. the monthly $5 fee will help provide even more commercials.
  28584.  
  28585. I really wonder how many people leave AT&T because they're so tired of
  28586. the commercials?  Am I alone or is this a widespread?  If I'm one of
  28587. many, I wonder if AT&T will ever recognize that their current
  28588. advertising techniques are like "pushing with a rope".
  28589.  
  28590. ------------------------------
  28591.  
  28592. From: dgc@ccrwest.org (David G. Cantor)
  28593. Subject: Re: Area Code Overlays vs. Splits
  28594. Date: 13 Apr 1995 08:33:26 -0700
  28595. Organization: IDA Center for Communications Research
  28596.  
  28597.  
  28598. lauren@vortex.com (Lauren Weinstein) writes:
  28599.  
  28600. > . . .  Overlays are the only practical solution to deal with
  28601. > telephone number growth problems . . .
  28602.  
  28603. What about eight digit telephone numbers?  These could be achieved by
  28604. assigning a consecutive block of (new) area-codes to a given area with
  28605. some extras allowing for growth.
  28606.  
  28607. For example the sequence of eight new area-codes 322-329 could be assigned
  28608. to the LA metropolitan area.  Instead of dialing 132x-yyy-zzzz, the
  28609. user would simply dial x-yyy-zzzz.
  28610.  
  28611. For smaller areas, such as the San Diego metropolitan area three
  28612. consecutive area codes, all beginning with the same two digits could
  28613. be used.
  28614.  
  28615. Smaller areas could stay with seven-digit dialing.
  28616.  
  28617. Area codes for areas with seven-digit dialing would be three digits (plus
  28618. leading "1") and those for areas with 8-digit dialing would be two
  28619. digits.
  28620.  
  28621. This system with more variation in lengths of the area codes and local
  28622. numbers is used in Europe and many other places.  It works well.
  28623.  
  28624.  
  28625. David G. Cantor       Center for Communications Research
  28626. dgc@ccrwest.org       4320 Westerra Court
  28627.            San Diego, CA 92121
  28628.  
  28629. ------------------------------
  28630.  
  28631. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  28632. Subject: Re: Area Code Overlays vs. Splits
  28633. Date: 13 Apr 1995 03:51:31 GMT
  28634. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  28635.  
  28636.  
  28637. Lauren:
  28638.  
  28639. The other thing that is also being considered is adding another digit
  28640. to the phone number, that will allow for more numbers in an NPA. Just
  28641. think xxxx-xxxx or xxx-xxxxx, how would you like that? I might since
  28642. it will make a ton of work for myself and anyone else that working in
  28643. the telecom industry. The overlay is like it was 50 years ago when
  28644. there were thre3 phone companies in LA in the same area and none were
  28645. connected. These companies caused the problems with single number
  28646. pagers, now let them live with it.
  28647.  
  28648.  
  28649.     -=- Sysop: Apple Elite II -=- an Ogg-Net Hub BBS      
  28650.                  Home of GBBS/LLUCE support
  28651.         (909) 359-5338 12/24/14.4 V32/V42bis          
  28652.  
  28653. ------------------------------
  28654.  
  28655. From: Toby Nixon <tnixon@microsoft.com>
  28656. Date: Thu, 13 Apr 95 07:08:08 PDT
  28657. Subject: RE: Area Code Overlays vs. Splits
  28658.  
  28659.  
  28660. In TELECOM Digest V15 #191, lauren@vortex.com (Lauren Weinstein) wrote:
  28661.  
  28662. > I am very disappointed, however, to see the wireless companies
  28663. > lobbying the state utilities commissions and the FCC to force telcos
  28664. > to engage in more splits rather than use overlay codes.
  28665.  
  28666. It has gone beyond that. They've managed to get this provision written 
  28667. into the bill pending in the Senate to amend the Communications Act of 
  28668. 1934. As currently written, the bill (in its section 301) would add a 
  28669. new section 261 to the 1934 act, which, among other things says:
  28670.  
  28671. 261 (c) (2) OVERLAY OF AREA CODES NOT PERMITTED. - All telecommunications 
  28672. carriers providing telephone exchange service in the same telephone
  28673. service area shall be assigned the same numbering plan area code under
  28674. such guideline, plan, or rules.
  28675.  
  28676. This is supposedly for the purpose of ensuring neutrality once local 
  28677. exchange competition is implemented, so that new entrants in the market 
  28678. will not have to require their subscribers to dial more digits than 
  28679. dialed by subscribers of the existing carrier.
  28680.  
  28681. If this is adopted, overlays will become *illegal*. Personally, I think 
  28682. overlays are a good thing, so that individuals and companies don't have 
  28683. to spend millions of dollars reprinting stationery, etc.  What I object 
  28684. to most about overlays is how they have been actually implemented -- 
  28685. they don't follow established dialing procedure conventions, in that 
  28686. they require ten-digit dialing between the overlaid NPAs -- the 713/281 
  28687. overlay in Houston does not even permit 11-digit between them. It is 
  28688. very difficult for prepackaged software to know whether inter-NPA calls 
  28689. should be dialed as 10 or 11 digits without a huge database. My 
  28690. understanding is that the state PUCs are the ones forcing this, because 
  28691. of some notion that the leading "1" implies a toll call, and the lack 
  28692. of a leading "1" implies a non-toll call. Of course we all know that 
  28693. isn't the case.
  28694.  
  28695. California has gotten it right, permitting 11-digit dialing of local 
  28696. calls not only to other NPAs but within the same NPA, whether the call 
  28697. is toll _or_ local (i.e., you can dial a call to anywhere in WPA 1 as 
  28698. 11 digits!!). I agree with Lauren that the FCC should encourage, if not 
  28699. require, all state PUCs and telcos to enable universal permissive 
  28700. 11-digit dialing.
  28701.  
  28702.  
  28703. Toby
  28704.  
  28705. ------------------------------
  28706.  
  28707. From: turner7@pacsibm.org (Lee Winson)
  28708. Subject: Re: Area Code Overlays vs. Splits
  28709. Date: 13 Apr 1995 03:29:40 GMT
  28710. Organization: PACS IBM SIG BBS
  28711.  
  28712.  
  28713. I think area code overlays should only be used for specialized
  28714. services, such as beepers, cellular, and possibly fax and computer;
  28715. where the geographic location of the called party isn't significant.
  28716.  
  28717. For normal residence and business numbers, I do would not want overlay
  28718. codes whatsoever.  An area code/exchange should refer to a unique
  28719. geographic neighborhood.
  28720.  
  28721. [Yes, I know there are exceptions like foreign exchange lines, etc., but
  28722. basically I think geography is important.]
  28723.  
  28724. ------------------------------
  28725.  
  28726. From: vthiruma@oucsace.cs.ohiou.edu (Venkat Thirumalai)
  28727. Subject: Re: Asia's Largest Private Township Wants to Get Wired
  28728. Organization: Ohio University CS Dept,. Athens
  28729. Date: Thu, 13 Apr 1995 01:29:51 GMT
  28730.  
  28731.  
  28732. In article <telecom15.191.8@eecs.nwu.edu>, Rishab Aiyer Ghosh
  28733. <rishab@dxm.ernet.in> wrote:
  28734.  
  28735. > DLF Qutab Enclave, spread over nearly 3,000 acres and Asia's largest
  28736. > private sector township, wants to build infrastructure for cable TV,
  28737. > video conferencing, e-mail, home shopping/banking, security, the
  28738. > works.
  28739.  
  28740. > Do spread the word, and if anyone is interested (for more info to
  28741. > write a story, or to wire DLF) they can get in touch with me.
  28742. > Strangely enough, DLF doesn't have e-mail. Actually I was surprised
  28743. > they could spell 'Internet' -- but they can, so there!
  28744.  
  28745. DLF can also be reached at:
  28746.  
  28747. DLF Universal Ltd.
  28748. DLF Centre. Sansad Marg.
  28749. New Delhi. 110 001
  28750. Ph. +91-11-371.9320
  28751. Fax.+91-11-371.9233
  28752.  
  28753. (*not affiliated in any way *)
  28754.  
  28755.  
  28756. Venkat
  28757. (Ph. 614.592.5357)
  28758.  
  28759. ------------------------------
  28760.  
  28761. From: bjb@petrel.cle.ab.com (Bradley J. Bittorf)
  28762. Subject: Re: The MATHLINE Project
  28763. Date: 13 Apr 1995 12:19:56 GMT
  28764. Organization: Allen-Bradley Company, Inc.
  28765.  
  28766.  
  28767. Forwarded to the Digest FYI in response to an earlier mention:
  28768.  
  28769.   Date: Sun, 9 Apr 1995 12:46:13 -0400
  28770.   Reply-To: brewski106@aol.com (Brewski106)
  28771.   To: bjb@petrel.cle.ab.com (Bradley J. Bittorf)
  28772.   Subject: Re: The MATHLINE Project
  28773.   X-Organization: America Online, Inc. (1-800-827-6364)
  28774.   References: <telecom15.175.3@eecs.nwu.edu>
  28775.   In-Reply-To: <telecom15.175.3@eecs.nwu.edu>
  28776.  
  28777. As the manager of MATHLINE for Thirteen/WNET in New York, I will fill
  28778. in some of the gaps that the responder in Cleveland so aptly covered.
  28779. Mathline came about when the government was looking to fund projects
  28780. which would have U.S. students become first in math by the year 2000.
  28781. Mathline, proposed by PBS, matched that goal in its vision and design.
  28782. The National Council of Teachers of Mathematics (NCTM) was the guiding
  28783. principal of the project.  The NCTM standards are a new approach to
  28784. learning math.  Avoiding the typical methods of students memorizing
  28785. formulas and math concepts, NCTM encourages teachers to have students
  28786. learn math by showing how percentages, geometry, algebra, etc. are
  28787. applied in day to day living.
  28788.  
  28789. The student then feels motivated to learn their math because they see
  28790. a direct relation between math and their own lives.
  28791.  
  28792. Thirteen, WNET produced 25 videos of exceptional math teachers from
  28793. around the country, demonstrating NCTM lessons in the classroom with
  28794. their students.  The videos were then distributed to the teachers
  28795. selected by the participating public television sites around the
  28796. country.
  28797.  
  28798. Since most staff training relies on teachers staying after school or
  28799. traveling to conferences, a computer network was created to link up
  28800. all participating teachers to a mentor teacher who would serve as
  28801. their "professor".  After viewing the videos, and trying out the
  28802. recommended strategies in the classroom, Mathline participants then go
  28803. online to discuss the outcome and seek suggestions.  In New York,
  28804. seven schools were provided with Cellular phones and laptop computers
  28805. (due to the generous funding from the CTIA Foundation and NYNEX) to
  28806. ease the problems to modem access so common in most schools.  The
  28807. project was launched with a teleconference in the fall, and a midway
  28808. conference in January, produced by Thirteen/WNET.
  28809.  
  28810. The result so far?  Even though we had 25 enthusiastic participants at
  28811. the beginning of the project, about 75% kept with it (not a bad
  28812. percentage overall).  The access to a modem and a phone line was
  28813. problematic and had something to do with some teachers losing
  28814. interest.  Others just didn't want to take the time to stick with it.
  28815. The active participants made the idealism of the project work.  They
  28816. tried out the new strategies, saw how the students developed a new
  28817. love for mathematics, and the teachers learned how to apply new ideas
  28818. in the classroom.  The sharing of ideas on the PBS Mathline network
  28819. were wonderful brainstorming sessions.  Our facilitator (mentor) is a
  28820. very motivating leader for the participants.  The cellular phones and
  28821. computers have not reached their potential.  For most teachers, the
  28822. technology is given about three tries.  If it is inconsistent, the
  28823. user loses interest.  Since New York has many physical obstacles for
  28824. clear reception, I have been working closely with NYNEX to provide
  28825. better antennaes.
  28826.  
  28827. For a new approach to providing ideas to teachers and helping students
  28828. improve their math skills, Mathline is a step in the right direction.
  28829. The technology solves the problem of teachers not having time for staff
  28830. development.  It lets them chose the time (and with the cellular/laptops) 
  28831. and place for learning new teaching strategies.  With all new approaches 
  28832. and technologies, it will take time before telecommunications becomes
  28833. the first research tool teachers turn to for ideas.  Those that are
  28834. already accustomed to it are believers and have been wonderful trainers 
  28835. themselves.
  28836.  
  28837.  
  28838. Bruce Wynn
  28839. Director of Training
  28840. Thirteen/WNET  (212) 560-2804
  28841.  
  28842.                         ----------------
  28843.  
  28844. Bradley J. Bittorf                           | Phone:  216.646.4629
  28845. Allen-Bradley Company/Rockwell Automation    | FAX:    216.646.4484
  28846. 747 Alpha Drive, Highland Heights, OH  44143 | e-mail: bradley.bittorf@ab.com
  28847.  
  28848. ------------------------------
  28849.  
  28850. End of TELECOM Digest V15 #194
  28851. ******************************
  28852.     
  28853.     
  28854. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21297;
  28855.           17 Apr 95 18:46 EDT
  28856. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id LAA25062 for telecomlist-outbound; Mon, 17 Apr 1995 11:10:22 -0500
  28857. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id LAA25056; Mon, 17 Apr 1995 11:10:20 -0500
  28858. Date: Mon, 17 Apr 1995 11:10:20 -0500
  28859. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  28860. Message-Id: <199504171610.LAA25056@delta.eecs.nwu.edu>
  28861. To: telecom@delta.eecs.nwu.edu
  28862. Subject: TELECOM Digest V15 #195
  28863.  
  28864.  
  28865. TELECOM Digest     Thu, 13 Apr 95 18:15:00 CDT    Volume 15 : Issue 195
  28866.  
  28867. Inside This Issue:                           Editor: Patrick A. Townson
  28868.  
  28869.     Book Review: "Internet Passport" by NorthWestNet (Rob Slade)
  28870.     Book Review: "Internet Yellow Pages" by Hahn/Stout (Rob Slade)
  28871.     Assistance Wanted With Call Blocking (Robohn Scott)
  28872.     Information Wanted on DSP Chip Modems (Padma Uppalapati)
  28873.     Xylogics Annex 4000 Cabling (Bob Izenberg)
  28874.     US Robotics and Xylogics (Graeme Lowry)
  28875.     Telephone Line Conditioner (Jim Previti)
  28876.     Pager Schematic Wanted (Thilo Graupner)
  28877.     Re: Competition, RBOCs and All That (Tim Gorman)
  28878.  
  28879. TELECOM Digest is an electronic journal devoted mostly but not
  28880. exclusively to telecommunications topics. It is circulated anywhere
  28881. there is email, in addition to various telecom forums on a variety of
  28882. public service systems and networks including Compuserve and America
  28883. On Line. It is also gatewayed to Usenet where it appears as the moderated
  28884. newsgroup 'comp.dcom.telecom'. 
  28885.  
  28886. Subscriptions are available to qualified organizations and individual
  28887. readers. Write and tell us how you qualify:
  28888.  
  28889.                  * telecom-request@eecs.nwu.edu *
  28890.  
  28891. The Digest is edited, published and compilation-copyrighted by Patrick
  28892. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  28893. or phone at:
  28894.                     9457-D Niles Center Road
  28895.                      Skokie, IL USA   60076
  28896.                        Phone: 500-677-1616
  28897.                         Fax: 708-329-0572
  28898.   ** Article submission address only: telecom@eecs.nwu.edu **
  28899.  
  28900. Our archives are located at lcs.mit.edu and are available by using
  28901. anonymous ftp. The archives can also be accessed using our email
  28902. information service. For a copy of a helpful file explaining how to
  28903. use the information service, just ask.
  28904.  
  28905. *************************************************************************
  28906. *   TELECOM Digest is partially funded by a grant from the              *
  28907. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  28908. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  28909. * project.  Views expressed herein should not be construed as represent-*
  28910. * ing views of the ITU.                                                 *
  28911. *************************************************************************
  28912.  
  28913. Additionally, the Digest is funded by gifts from generous readers such
  28914. as yourself who provide funding in amounts deemed appropriate. Your help 
  28915. is important and appreciated. A suggested donation of twenty dollars per
  28916. year per reader is considered appropriate. See our address above.
  28917.  
  28918. All opinions expressed herein are deemed to be those of the author. Any
  28919. organizations listed are for identification purposes only and messages
  28920. should not be considered any official expression by the organization.
  28921. ----------------------------------------------------------------------
  28922.  
  28923. Date: Thu, 13 Apr 1995 16:33:43 -0500
  28924. From: Rob Slade <roberts@mukluk.decus.ca>
  28925. Subject: Book Review: "Internet Passport" by NorthWestNet
  28926.  
  28927.  
  28928. BKINTPSP.RVW  950311
  28929.  
  28930. "The Internet Passport", NorthWestNet, 1995, 0-13-194200-X, U$29.95/C$40.95
  28931. %A   David Feiner Willard Robison
  28932. %A   Jonathan Patrick Kochmer
  28933. %C   113 Sylvan Avenue, Englewood Cliffs, NJ   07632
  28934. %D   1995
  28935. %G   0-13-194200-X
  28936. %I   Prentice Hall
  28937. %O   U$29.95/C$40.95 (515) 284-6751 FAX (515) 284-2607 beth_hespe@prenhall.com
  28938. %O   (206) 562-3000 fax: (206) 562-4822 passport@nwnet.net camares@mcimail.com
  28939. %P   667
  28940. %T   "The Internet Passport"
  28941.  
  28942. Until recently, this was only available from NorthWestNet or a very
  28943. select group of specialty bookstores.  With the involvement of
  28944. Prentice Hall in this edition, the work may see a wider distribution.
  28945.  
  28946. This work is a fairly bare bones and no nonsense guide to the
  28947. Internet.  The book is orderly, and the explanations and illustrations
  28948. are clear.  Each chapter covers a single topic.  Most chapters end
  28949. with additional references, most often online materials or sources.
  28950. The work is well researched and highly competent in most cases.  There
  28951. is, in the early chapters, a gracelessness to it which lacks any kind
  28952. of appeal.  What humour there is tends to seem somewhat contrived and
  28953. sanitized: a topic on the hardware that connects computers on the
  28954. Internet is subtitled "Router Rooters: 'Go Internet Go!'"
  28955. Nevertheless, it is a thoroughly researched and valuable reference for
  28956. those interested in using the resources of the Internet.
  28957.  
  28958. Section one, which is also chapter one, is a brief introduction to the
  28959. Internet.  There is minor mention of the technologies and
  28960. organizations involved in the Internet, as well as brief mention of
  28961. Fidonet and UUCP.  The bibliography is a very solid list of valuable
  28962. titles, but would have had significantly more value with some
  28963. annotation.
  28964.  
  28965. Section two covers the basic tools and functions of the Internet.  The
  28966. topics are well chosen, starting with email, mail servers, mail
  28967. gateways to other networks and systems, telnet and ftp.  Chapter four
  28968. discusses mail etiquette.  This section, I am happy to note, gives
  28969. more space to the topic than is usual.  In the end, though, it comes
  28970. down to a list of rules that reduce to "keep it short, keep on topic,
  28971. be complete and don't mess up."  It would be nice to see one of these
  28972. essays tell people how and why flame wars start, which might help to
  28973. avoid them.  Chapter eight, following ftp, deals with file compression
  28974. and archiving.
  28975.  
  28976. Section three moves into the next level of sophistication, in terms of
  28977. communications, with group discussions.  As the book puts it, these
  28978. are the "Community Forums" of the net.  Chapters nine, ten and eleven
  28979. deal very clearly, completely and usefully with Usenet, BITNET
  28980. LISTSERVs and Internet mailing lists.  I am noted for highly critical
  28981. reviews: I find nothing of any substance wrong with this section, and
  28982. recommend it highly and without reservation.  Once again, the end of
  28983. each chapter gives useful directions on how to find out further
  28984. information, particularly the specifics of various LISTSERVs and
  28985. mailing lists.
  28986.  
  28987. Section four starts to look at the resources of the Internet as a
  28988. library, with electronic journals, books, catalogues and data bases.
  28989. Chapter fifteen is very similar to the catalog section of various
  28990. works with listings of sites and resources by topic.  Section five
  28991. deals with exploration and retrieval tools, such as archie, gopher,
  28992. WAIS, WWW and directory services.  The final section contains
  28993. specialized interests, becoming an information provider on the net,
  28994. the use of the Internet in public education, health related issues and
  28995. access to supercomputing facilities.  The chapter on providing
  28996. information is excellent, giving, very briefly, a background and
  28997. detailed overview which is more reliable than those in works dedicated
  28998. to "doing business" on the Internet.  (A concise introduction to HTML
  28999. would be a valuable addition.)
  29000.  
  29001. The book concludes with several appendices.  The most interesting are
  29002. likely Appendix A, which gives suggestions of online sources of
  29003. information about the Internet, and, B, which gives a short list of
  29004. Internet access providers and methods.  The glossary is very well
  29005. done: not overblown with imposing numbers of entries, but good
  29006. explanations of the important terms.
  29007.  
  29008. The unprepossessing beginning of this work hides a very carefully
  29009. researched and well organized reference for those wishing to get into
  29010. the Internet and its resources.  Unfortunately, this most recent
  29011. edition does not show much development from the previous one.  I am
  29012. sorry to see the same weaknesses, and recnet references which could
  29013. have covered some shortcomings ignored.  Less flashy than some, it
  29014. should nevertheless have a place on the desk of every serious Internet
  29015. user.
  29016.  
  29017.  
  29018. copyright Robert M. Slade, 1993, 1995   BKINTPSP.RVW  950311. Distribution
  29019. permitted in TELECOM Digest and associated publications. Rob Slade's book
  29020. reviews are a regular feature in the Digest.
  29021.  
  29022.  
  29023. Vancouver      ROBERTS@decus.ca       | Oh, wow, far out man!
  29024. Institute for  Robert_Slade@sfu.ca    | Says my PC is now Stoned!
  29025. Research into  Rob.Slade@f733.n153.z1/| 1.2s lose files
  29026. User                      .fidonet.org| 
  29027. Security       Canada V7K 2G6         |               - virus haiku
  29028.  
  29029. ------------------------------
  29030.  
  29031. Date: Wed, 12 Apr 1995 15:24:55 -0500
  29032. From: Rob Slade <roberts@mukluk.decus.ca>
  29033. Subject: Book Review: "Internet Yellow Pages" by Hahn/Stout
  29034.  
  29035.  
  29036. BKINTYLP.RVW  950311
  29037.  
  29038. "The Internet Yellow Pages", Hahn/Stout, 1995, 0-07-882098-7, U$29.95
  29039. %A   Harley Hahn
  29040. %A   Rick Stout rick@crash.cts.com
  29041. %C   300 Water Street, Whitby, Ontario   L1N 9B6
  29042. %C   2600 Tenth St., Berkeley, CA   94710
  29043. %D   1995
  29044. %G   0-07-882098-7
  29045. %I   Osborne McGraw-Hill
  29046. %O   U$29.95 800-227-0900 1-800-2-MCGRAW FAX: 1-717-794-2080
  29047. %O   lkissing@osborne.mhs.compuserve.com
  29048. %P   812
  29049. %T   "The Internet Yellow Pages"
  29050.  
  29051. An Internet "Yellow Pages" is no less ambitious a project than a
  29052. "White Pages," probably more so.  The pace of change on the Internet
  29053. is rapid, and ill-suited to the long lead times of book publishing.
  29054. In addition, the volume and range of information on the net is
  29055. staggering.  Nevertheless, even the very brief "catalogues" found in
  29056. introductory guides tend to be a lot of fun and serendipitously
  29057. useful.
  29058.  
  29059. This is fun.  The "coke servers" are here, addresses for famous
  29060. people, programming resources, UFO theorists, software utilities,
  29061. government information and all the various and varied topics of the
  29062. net.  There are cartoons and graphics included; about two per page;
  29063. which seem to take the place of the advertising in a regular yellow
  29064. pages directory.  (The authors are promoting "The Internet Complete
  29065. Reference" (cf BKINCORF.RVW) less agressively in this edition.)
  29066.  
  29067. This is useful.  For Internet resource people, this is a lot faster
  29068. than "grep"ing the active-groups and list-of-lists files when the
  29069. persistent "What can you do on the Internet?" question pops up.  The
  29070. closest competition, "New Riders' Official Internet Yellow Pages" (cf
  29071. BKNRYLPG.RVW) is more formal but actually contains fewer listings, and
  29072. is not as likely to find information on what you are looking for.
  29073.  
  29074. This needs work.  The entries lean heavily on gopher entries and are
  29075. light on mailing lists.  The large format and 800 pages of listings
  29076. look impressive until you see the amount of white space and number of
  29077. cartoons.  (The white space ("yellow" space?) *does* make the layout
  29078. attractive and easy to read.)  The subject categories could stand some
  29079. input from a "real world" document such as a real yellow pages
  29080. directory or the Sears list of subject headings.  The index is vital,
  29081. and needs the most work of all in order to make this a major reference
  29082. work.
  29083.  
  29084. The authors solicit comments and entries to catalog@rain.org.
  29085. Certainly, any major net entity would be well advised to send them a
  29086. note.  Commercial information providers might even want to take out an
  29087. ad to replace some of those cartoons.  (If so, I want a cut.)
  29088.  
  29089.  
  29090. copyright Robert M. Slade, 1994, 1995   BKINTYLP.RVW  950311. Distribution
  29091. permitted in TELECOM Digest and associated publications. Rob Slade's book
  29092. reviews are a regular feature in the Digest.
  29093.  
  29094.  
  29095. DECUS Canada Communications, Desktop, Education and Security group newsletters
  29096. Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733
  29097. Author "Robert Slade's Guide to Computer Viruses" (Europe: ertel@springer.de)
  29098.  
  29099. ------------------------------
  29100.  
  29101. From: Robohn Scott <robohns@bah.com>
  29102. Subject: Assistance Wanted With Call Blocking
  29103. Date: Wed, 12 Apr 95 14:43:00 PDT
  29104.  
  29105.  
  29106. The following relates to a very important matter, so any help you can offer 
  29107. is greatly appreciated.
  29108.  
  29109. I have to call a person who I am quite sure doesn't want to talk to me
  29110. (regarding a legal matter).  I called his 201 (northern NJ) number
  29111. yesterday several times from my home (703) number and got "Your call
  29112. cannot be completed as dialed."  This was suspicious because I called
  29113. him the day before and got through without problem.  I verified the
  29114. number from an old phone bill and then decided to try calling via my
  29115. long distance carrier (LCI) calling card.  This was successful and I
  29116. finally got through (to his answering machine, unfortunately).
  29117.  
  29118. I'm pretty sure he has Caller ID, but he may have some kind of call
  29119. blocking in effect.  Here are some specific questions:
  29120.  
  29121. (1) How does call blocking work?  That is, if the called phone was blocking 
  29122. the calling phone, would call blocking produce a "Your call cannot be 
  29123. completed as dialed" message?  That seems like a pretty vague response, 
  29124. leading to frustrated callers like me.
  29125.  
  29126. (2) Does Caller ID work across area codes?
  29127.  
  29128. (3) If Caller ID works across area codes, what would the called phone 
  29129. display on an incoming call from a carrier's 800-number calling card?
  29130.  
  29131. (4) Could this simply be the result of some network congestion condition? 
  29132.  The default carrier is Sprint.
  29133.  
  29134. (5) On the legal side, is there anything I can do to get this guy to answer 
  29135. his phone or at least return my messages?  He has a legal obligation to do 
  29136. so and he's not meeting it.  Lawyers don't help much; he doesn't even return 
  29137. his lawyer's calls.
  29138.  
  29139.  
  29140. Thanks in advance,
  29141.  
  29142. Scott Robohn   robohns@bah.com
  29143.  
  29144.  
  29145. [TELECOM Digest Editor's Note: I would investigate the discrepancy between
  29146. your direct dialed call and the one you placed (direct?) via your long
  29147. distance carrier. Call Blocking can work across state lines and area code
  29148. boundaries. It works on the same basis as Caller-ID; either it gets through
  29149. to you from a distant point or it does not. If the originating and receiving
  29150. telcos are equipped to handle these new features then yes, you can call
  29151. block someone clear across the country. An interesting thing to experiment
  29152. with is attempting to block a number from some distant point. For example,
  29153. pick a number in some area code in some distant location. It does not matter
  29154. if you know who the number belongs to or not, or even if it is a working
  29155. number. Notice how when you attempt to block a local number, the response
  29156. is immediate. Either you blocked it or 'this feature cannot be used with
  29157. the number you entered ...'.  Now try your distant number. Notice how there
  29158. usually will be no immediate response; your telco is making an inquiry at
  29159. the distant end; in a way, it sort of resembles the unix command 'ping'
  29160. where you 'ping' a distant location, or where you do 'finger @distant.site'
  29161. and you may sit there a few seconds waiting for the network to deal with
  29162. it. Eventually your telco will come back to you with a response saying
  29163. either the number has been added to your directory of blocked numbers
  29164. or that it cannot be added. And sometimes there is a *third reply* which
  29165. is, 'that number cannot be added to your directory *right now* ... please
  29166. try again later ...' which I take to mean your telco 'timed out' waiting
  29167. for the distant central office to respond with particulars. 
  29168.  
  29169. There is one exchange in Chicago (312-855) which for the longest time --
  29170. maybe still, I have not tried lately -- would give Caller-ID but would
  29171. not accept blocking. A whole bunch of it is used as DID numbers for a
  29172. department store downtown. The Caller-ID returned bogus numbers on the
  29173. exchange, and attempts to block anything there always got the 'cannot
  29174. do it right now, try again later please' response. 
  29175.  
  29176. To answer your question about phrases, every blocked number I have
  29177. ever encountered returned a message saying 'the party you are trying to
  29178. reach has activated call screening, meaning they do not wish to accept
  29179. telephone calls at this time.'.  Note, they do not single you out; they
  29180. just say calls are not being accepted. I have never heard it say 'call
  29181. cannot be completed as dialed'.  
  29182.  
  29183. Maybe it was just a fluke when you tried it before. If you are still unable
  29184. to dial direct, then try with various 10xxx codes. *They should fail also*
  29185. since your local telco checks that out before passing the call. Then try
  29186. via the carriers 800 numbers such as 800-CALL-ATT. If that works (just as
  29187. your credit card attempt worked) then for some reason your local telco has
  29188. managed to lose some information in its tables. Also, *which office* sent
  29189. you the 'cannot be completed as dialed' message?  Was it your local office
  29190. or the distant one, or ...?
  29191.  
  29192. Also bear in mind that maybe the identification is passed between telcos
  29193. when dialing direct, but when you call via your long distance carrier
  29194. it is not passed for some reason. Therefore he might indeed be blocking
  29195. your calls but his office is not getting the message when the call comes
  29196. via the long distance carrier. If that is happening, then for whatever
  29197. reason your local telco is using the 'cannot be completed as dialed'
  29198. message erroneously in my opinion. They should be using the 'has activated
  29199. call screening' message instead.
  29200.  
  29201. Regards does a person *have* to answer the phone, the answer is no they
  29202. do not. Nor do they have to come to the door. I don't care if the sheriff
  29203. is standing there with legal service, they do not have to come to the door
  29204. and open it if they are inside their house. What the sheriff can do is
  29205. sit on the front steps and wait for the person to enter or leave the
  29206. premises then stick the papers in their hand as they walk past. Process
  29207. servers know all sorts of tricky and legal ways to get that paper into
  29208. your possession. If nothing else works, you -- not the sheriff, what does
  29209. he care one way or the other ... you are the one with the beef -- you
  29210. can go to a special court (in Chicago/Cook County it is called 'Chancery
  29211. Court') and ask the judge to allow 'special remedies'. You tell the
  29212. judge the fellow is playing games and dodging service. The judge will
  29213. okay 'alias service' meaning you can tack the legal notice up on the
  29214. wall in the courthouse and leave it there; also that you can send it
  29215. by regular mail (we are assuming the deadbeat won't sign for registered
  29216. mail brought by the post office) and as long as the mail 'sticks' --
  29217. that is, does not get returned undeliverable by the post office -- then
  29218. service will be deemed to have occurred. But no, he doesn't have to
  29219. answer the phone. You'd think he might be courteous enough however to
  29220. put an outgoing message on his answering machine saying, "For your
  29221. convenience, this line is answered 24 hours daily by this machine. You
  29222. will never reach a live person at this number no matter when you call."
  29223. For your convenience, of course ...  <grin> or his, one of the two.  PAT] 
  29224.  
  29225. ------------------------------
  29226.  
  29227. From: padma6@ix.netcom.com (Padma Uppalapati)
  29228. Subject: Information Wanted on DSP Chip Modems
  29229. Date: 12 Apr 1995 17:12:13 GMT
  29230. Organization: Netcom
  29231.  
  29232.  
  29233. I am working in a satellite based company. I would like get some 
  29234. literature or sources of literature on DSP chip modems. As these modems 
  29235. have an advantage of flexibility at a lower prices. Any future changes 
  29236. just needs an upgrade in the software. 
  29237.  
  29238. These modems are useful for low speed applications. Typically our 
  29239. customer's data rate would be either 64kbps or 128 kbps. So we would 
  29240. like get the benifit of these DSP chip modems.
  29241.  
  29242. Please send me e-mail. 
  29243.  
  29244. I would like to thank you in advance.
  29245.  
  29246.  
  29247. Padma
  29248. e-mail: padma6@ix.netcom.com
  29249. Ph: (415) 968-6900 x263
  29250.  
  29251. ------------------------------
  29252.  
  29253. From: bei@io.com (Bob Izenberg)
  29254. Subject: Xylogics Annex 4000 Cabling
  29255. Date: Wed, 12 Apr 1995 15:34:10 CDT
  29256. Reply-To: bei@io.com
  29257.  
  29258.  
  29259.     Does anyone know of a cable shop that could make us up several
  29260. serial fan-out cables for a Xylogics Annex 4000?  Xylogics only sells
  29261. them in four foot lengths, and we need twelve foot.  I've gotten a
  29262. quote from the company that makes the cables for Xylogics....  $88 per
  29263. cable.  If you've been happy with cables that you've had made for a
  29264. better price than this, please feel free to drop me a note.  
  29265.  
  29266.  
  29267. Thanks!
  29268.  
  29269. Bob Izenberg   512-442-0614 / 617-722-0091 / 800-946-4646, pager 1109500
  29270. bei@io.com / bei@dogface.austin.tx.us / bei@pencom.com
  29271.  
  29272. ------------------------------
  29273.  
  29274. From: graeme@unix.nets.com (Graeme Lowry)
  29275. Subject: US Robotics and Xylogics
  29276. Date: 12 Apr 1995 23:37:41 GMT
  29277. Organization: Studio X --- Santa Fe's Information Gateway
  29278.  
  29279.  
  29280. I am trying to connect a Xylogics ANNEX XL terminal server to a US
  29281. Robotics 28.8 Sportster.  It will be a dial-in only, and the whole
  29282. set-up will be as a server for SLIP connections.  If anyone knows the
  29283. correct INIT strings I would appreciate it.  I have tried several, and
  29284. get garbage each time.  Please email me.
  29285.  
  29286.  
  29287. Thanks in advance,
  29288.  
  29289. Graeme Lowry  sysop@nets.com  graeme@unix.nets.com
  29290.  
  29291. ------------------------------
  29292.  
  29293. From: previtij@omni.voicenet.com (Jim Previti)
  29294. Subject: Telephone Line Conditioner
  29295. Date: 12 Apr 1995 12:50:54 GMT
  29296. Organization: DSC/Voicenet - BBS/Unix Shells/SLIP/NEWS - (215)443-7390
  29297.  
  29298.  
  29299. I have a problem with my analogue line at home, sometimes only able to
  29300. get 9600 b/s with a 28.8kb/s modem.  I've heard that there are line
  29301. conditioners to clean up noisey lines.  Does anyone know about these
  29302. devices?  Who makes them and what the high and low cost is?
  29303.  
  29304.  
  29305. Thanks,
  29306.  
  29307. Jim Previti
  29308.  
  29309. ------------------------------
  29310.  
  29311. From: mgraupne@aixterm1.urz.uni-heidelberg.de (Thilo Graupner)
  29312. Subject: Pager Schematic Wanted
  29313. Date: 12 Apr 1995 14:27:55 GMT
  29314. Organization: University of Heidelberg, Germany
  29315. Reply-To: mgraupne@aixterm1.urz.uni-heidelberg.de
  29316.  
  29317.  
  29318. Does anybody know where I could get the circuit-diagram of the 
  29319.  
  29320.     Motorola Pager "Lifestyle Plus"
  29321.  
  29322. If anybody has an idea where I could get it from, please mail to me.
  29323.  
  29324.  
  29325. Thanks,
  29326.  
  29327. Thilo
  29328.  
  29329.  
  29330. [TELECOM Digest Editor's Note: Have you tried contacting Motorola's
  29331. technical service people?   PAT]
  29332.  
  29333. ------------------------------
  29334.  
  29335. Date: Wed, 12 Apr 1995 06:16:20 -0500
  29336. From: Tim Gorman <tg6124@tyrell.net>
  29337. Subject: Re: Competition, RBOCs and All That
  29338.  
  29339.  
  29340. > Well, if I ever was under the impression that it was possible for an RBOC
  29341. > to try to compete fairly in a competive market, you've certainly disabused 
  29342. > me of that naive notion.
  29343.  
  29344. What is this? Just because the local telco CAN offer something at a
  29345. cheaper rate this is unfair competition? I'm glad to disabuse you of
  29346. the naive notion that someone buying 100 switches for 5,000,000 lines
  29347. can get a cheaper rate from the switch vendors than an operator ordering 
  29348. one switch with 5,000 lines.
  29349.  
  29350. > Let's look at the NYNEX voice mail example again. There were a bunch of
  29351. > independent voice mail providers in Boston. Then NYNEX came along with Call
  29352. > Answering, which has:
  29353.  
  29354. > * Forward on busy/no answer from your POTS number
  29355. > * Stutter dialtone
  29356. > * Combined billing with phone service
  29357.  
  29358. You still have not answered how the competitive providers offered
  29359. Voice Mail without some way for the calls to get to them. You are just
  29360. asserting that forward on busy/no answer is a predatory service
  29361. offered by the RBOC. Sorry, but no one with any technical knowledge is
  29362. going to buy that one.
  29363.  
  29364. > There's no technical reason why all three of those features can't be
  29365. > offered fairly to all comers (even stutter dialtone, which is controlled     
  29366. > from outside the CO now, since telco voicemail isn't built into the switch. I
  29367. > believe that PacTel offers it as an overpriced ONA feature. No, I don't
  29368. > have the order code.) And they price all this at about half of what the
  29369. > independents charge, even though it's technically more complex. Doesn't
  29370. > that seem a teensy, weensy, itsy bitsy little bit predatory? Sure seems  
  29371. > predatory to me -- I subscribe to it since I figure that I'm paying for it  
  29372. > anyway. I expect you'll say "the DPU approved it so it's 100% legal, moral,  
  29373. > ethical, and fair", and that kind of attitude, which is completely typical of 
  29374. > RBOCs, is a big part of the problem.
  29375.  
  29376. You make an assumption that a more technically advanced and complex
  29377. service is more costly to offer and should therefore be priced higher.
  29378. That is an unwarranted, unsupported assumption that is proved wrong
  29379. every day. As I pointed out above, not very many people want to
  29380. recognize today that bulk purchasing DOES allow obtaining better
  29381. prices from the vendors. You should see the battles our purchasing
  29382. organization has with equipment vendors in trying to obtain the best
  29383. possible prices we can get.There is nothing wrong with it.  There is
  29384. nothing illegal about it. There is nothing immoral about it. There is
  29385. nothing unethical about it. There is nothing unfair about it.
  29386.  
  29387. In essence, you are making the claim that the RBOC's can not possible
  29388. do ANYTHING cheaper or better than competitors and that if they are
  29389. offering ANY service cheaper than competitors it must be predatory,
  29390. illegal, immoral, unethical, and unfair. Patently wrong.
  29391.  
  29392. You may be surprised to find out just how good of a competitor the RBOC's may 
  29393. turn out to be. 
  29394.  
  29395. > Or look at Centrex. Is it a monopoly service? Of course it is. How many
  29396. > vendors in, say, Houston offer it? One. Sure there are some applications
  29397. > where it competes with PBXes. But there are some places where only Centrex
  29398. > makes sense (lots of small locations, 100% trunkage), and some where it's
  29399. > not a contender (one location with integrated voice, data, and video.) For
  29400. > that matter, there are some applications where POTS competes with courier
  29401. > service, but it's still a monoply, too. Regulation really should be (and
  29402. > usually is) only for monopoly services.
  29403.  
  29404. Sorry, you still haven't grasped the difference between unregulated/regulated
  29405. and competitive/monopoly. A competitive service doesn't have to be the
  29406. best EVERYWHERE. Sometimes PBX's are best, sometimes Centrex is. That
  29407. is what makes it COMPETITIVE rather than monopoly. A monopoly service
  29408. has NO competitors. You will find that unregulated service in the future 
  29409. will mostly be for those services considered as commodities.  Lots of
  29410. small competitors offering exactly the same service at about the same
  29411. price. Regulated service will remain a fact of life for everything
  29412. else for a long, long time. Just how many commodity type services do
  29413. you think will come out of the telecommunications market in the next
  29414. ten years? My opinion is very few. Local service/long distance vendors
  29415. will be offering all kinds of integrated video, voice, and data services 
  29416. with numerous combinations and numerous pricing options. The state
  29417. Public Utility Commissions are NOT going to let this degenerate into a
  29418. "rip-off" market like the AOS's got into at the start of divestiture.
  29419.  
  29420. > And, finally, I can't help but observe that your opinion of the
  29421. > impracticality of my suggestion that RBOCs divest services as they become
  29422. > competitive is practically word for word what many Bell System people said
  29423. > 10 years ago when the breakup was announced. "What will happen to Bell
  29424. > Labs?" "The phone system can't work if it's not totally integrated."
  29425. > "There's no way to figure out where to separate the facilities." Well, what
  29426. > do you know, after a certain amount of confusion things sorted themselves
  29427. > out and we solved the issue of  separations between regulated local service
  29428. > and competitive long distance service once and for all, coming up in the
  29429. > process with a considerably more diverse, innovative, and inexpensive long
  29430. > distance network.
  29431.  
  29432. Malarky. Required integration has nothing whatsoever to do with it at
  29433. all.  Would you prevent interLATA carriers from getting into local
  29434. service? If not, then why would you want to prevent the RBOC's from
  29435. being integrated as well?  Would you prevent CAP's such as MFS from
  29436. getting into the interLATA business?  If not, then why would you want
  29437. to prevent the RBOC's from doing so?
  29438.  
  29439. BTW, the split between interLATA and local is NOT complete. Go look at
  29440. the interLATA carriers hollering that their access charges are too
  29441. high and that the local rates should be raised even higher. This has
  29442. NOT been played out to it's conclusion yet, rather it is far from it.
  29443. The regulators at all levels are going to catch a lot of heat over the
  29444. next few years concerning just this subject.
  29445.  
  29446. Unless you are willing to be consistent and say that NO company can be
  29447. in more than one segment of the market at a time, then there is only
  29448. one obvious conclusion as to why you would want the RBOC's broken up
  29449. and prevented from being integrated competitors.
  29450.  
  29451. > I'm under no illusion that the RBOCs are in any danger of being broken up
  29452. > soon. Their lobbyists are much too good for that. But after a while people
  29453. > may get tired of paying for services that they're not receiving and then
  29454. > we'll see what happens.
  29455.  
  29456. This is just one more groundless assertion. If the RBOC's can't
  29457. compete, the market will point it out quickly. As market share is lost
  29458. and investment becomes stranded, the breakup you so apparently want
  29459. will happen anyway. On the other hand, if the RBOC's turn out to be
  29460. strong competitors then arbitrary, capricious breakup by government
  29461. mandate would be idiotic.
  29462.  
  29463.  
  29464. Tim Gorman  tg6124@tyrell.net
  29465. Southwestern Bell Tel Co 
  29466.  
  29467. ------------------------------
  29468.  
  29469. End of TELECOM Digest V15 #195
  29470. ******************************
  29471.  
  29472.     
  29473. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07253;
  29474.           14 Apr 95 2:37 EDT
  29475. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id UAA17234 for telecomlist-outbound; Thu, 13 Apr 1995 20:27:05 -0500
  29476. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id UAA17224; Thu, 13 Apr 1995 20:27:02 -0500
  29477. Date: Thu, 13 Apr 1995 20:27:02 -0500
  29478. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  29479. Message-Id: <199504140127.UAA17224@delta.eecs.nwu.edu>
  29480. To: telecom@eecs.nwu.edu
  29481. Subject: TELECOM Digest V15 #196
  29482.  
  29483. TELECOM Digest     Thu, 13 Apr 95 20:27:00 CDT    Volume 15 : Issue 196
  29484.  
  29485. Inside This Issue:                           Editor: Patrick A. Townson
  29486.  
  29487.     Re: Is Caller ID to be Mandatory Nationally? (Gordon Wilson)
  29488.     Re: Statistics Wanted on Phone and Feature Use (emlucky@aol.com)
  29489.     Re: Where to Complain About Unsolicited Fax Ad? (wayneld@aol.com)
  29490.     Re: Has There Been *Any* Digital Cellular Fraud Yet in the US? (P Carroll)
  29491.     Re: Has There Been *Any* Digital Cellular Fraud Yet in the US? (R. Voss)
  29492.     Re: Digital Cellular Encryption and Fraud (P.K. Carroll)
  29493.     Re: Local Competition (G.M. Nassar)
  29494.     Re: Cellular Phone Receiver (Jurgen Morhofer)
  29495.     Re: When Handed a Lemon, Make Lemonade! (John J. Butz)
  29496.     Looking For Ben Huey or Abhay Kejwiral (John Watlington)
  29497.     Re: What is TELEGO Service? (Anthony Campbell)
  29498.     Re: Trying to Locate Recommendation E.123 (Christopher Wolf)
  29499.     Information Wanted on Hacking PSN (Steve Wegman)
  29500.     Book Review: "Internet Explorer's Kit for Macintosh" (Rob Slade)
  29501.     Looking For mux and Switch-Frame Relay Solution (Martha Marin)
  29502.     How Does a Pager Work? (Mark Huang)
  29503.  
  29504. TELECOM Digest is an electronic journal devoted mostly but not
  29505. exclusively to telecommunications topics. It is circulated anywhere
  29506. there is email, in addition to various telecom forums on a variety of
  29507. public service systems and networks including Compuserve and America
  29508. On Line. It is also gatewayed to Usenet where it appears as the moderated
  29509. newsgroup 'comp.dcom.telecom'. 
  29510.  
  29511. Subscriptions are available to qualified organizations and individual
  29512. readers. Write and tell us how you qualify:
  29513.  
  29514.                  * telecom-request@eecs.nwu.edu *
  29515.  
  29516. The Digest is edited, published and compilation-copyrighted by Patrick
  29517. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29518. or phone at:
  29519.                     9457-D Niles Center Road
  29520.                      Skokie, IL USA   60076
  29521.                        Phone: 500-677-1616
  29522.                         Fax: 708-329-0572
  29523.   ** Article submission address only: telecom@eecs.nwu.edu **
  29524.  
  29525. Our archives are located at lcs.mit.edu and are available by using
  29526. anonymous ftp. The archives can also be accessed using our email
  29527. information service. For a copy of a helpful file explaining how to
  29528. use the information service, just ask.
  29529.  
  29530. *************************************************************************
  29531. *   TELECOM Digest is partially funded by a grant from the              *
  29532. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29533. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29534. * project.  Views expressed herein should not be construed as represent-*
  29535. * ing views of the ITU.                                                 *
  29536. *************************************************************************
  29537.  
  29538. Additionally, the Digest is funded by gifts from generous readers such
  29539. as yourself who provide funding in amounts deemed appropriate. Your help 
  29540. is important and appreciated. A suggested donation of twenty dollars per
  29541. year per reader is considered appropriate. See our address above.
  29542.  
  29543. All opinions expressed herein are deemed to be those of the author. Any
  29544. organizations listed are for identification purposes only and messages
  29545. should not be considered any official expression by the organization.
  29546. ----------------------------------------------------------------------
  29547.  
  29548. From: gw@cdc.hp.com (Gordon Wilson)
  29549. Subject: Re: Is Caller ID to be Mandatory Nationally?
  29550. Date: 13 Apr 1995 23:41:32 GMT
  29551. Organization: HP Integrated Circuit Business Division, Palo Alto, CA
  29552.  
  29553.  
  29554. ERDAR (erdar@aol.com) wrote:
  29555.  
  29556. > On 3/17 the FCC stayed its March 1994 Order which would have made
  29557. > passage of CPN (which enable Caller ID) mandatory for interconnected
  29558. > local and long distance carriers.  This means that Caller will not be
  29559. > national this April.
  29560.  
  29561. So, which states do not have Caller ID (besides California)?
  29562.  
  29563.  
  29564. Thanks,
  29565.  
  29566. gordon
  29567.  
  29568.  
  29569. [TELECOM Digest Editor's Note: We had a list of the states here at one
  29570. time, but that was quite awhile ago. I wonder if there is a more recent
  29571. list of who is equipped and who is not at this point.   PAT]
  29572.  
  29573. ------------------------------
  29574.  
  29575. From: emlucky@aol.com (Emlucky)
  29576. Subject: Re: Statistics Wanted on Phone and Feature Use
  29577. Date: 13 Apr 1995 19:57:33 -0400
  29578. Organization: America Online, Inc. (1-800-827-6364)
  29579. Reply-To: emlucky@aol.com (Emlucky)
  29580.  
  29581.  
  29582. Most of those stats are proprietary.  Some services like voice messaging 
  29583. are unregulated and some are regulated.  More information is available on 
  29584. the latter.  I think approximately 30% of the lines which have call
  29585. waiting available have it.  This differs by telco etc.
  29586.  
  29587. ------------------------------
  29588.  
  29589. From: wayneld@aol.com (WayneLD)
  29590. Subject: Re: Where to Complain About Unsolicited Fax Ad?
  29591. Date: 13 Apr 1995 12:08:05 -0400
  29592. Organization: America Online, Inc. (1-800-827-6364)
  29593. Reply-To: wayneld@aol.com (WayneLD)
  29594.  
  29595.  
  29596. I beleive federal law and most states' laws provide that you may have
  29597. legal recourse only after you request to be removed from an
  29598. unsolicited "fax list".  If after your written request is received by
  29599. the evil sender and he/she continues to mercilessly harass you with
  29600. unsolicited and unwanted faxes, you may seek legal remedies.  I
  29601. understand it is a civil matter and you must seek such remedies in a
  29602. civil court, at your expense.  An interesting point, however, is that
  29603. if your business fax number is published in a directory or other
  29604. public listing, then the law may interpret this as an invitation to
  29605. receive faxes from anyone who reads the directory.  If this is the
  29606. case you may not have any recourse at all.  Of course, there is always
  29607. the waste paper basket, the shredder, the recycling bin ...
  29608.  
  29609.  
  29610. [TELECOM Digest Editor's Note: But remember, the man's complaint was
  29611. that fax paper costs money; he does not want to use so much of it.
  29612. Maybe he could get a fax card for his computer and view the junk
  29613. faxes on his screen *then* decide if he wants to print them out. <g> PAT]
  29614.  
  29615. ------------------------------
  29616.  
  29617. From: pkcarroll@aol.com (PKCarroll)
  29618. Subject: Re: Has There Been *Any* Digital Cellular Fraud Yet in the US?
  29619. Date: 13 Apr 1995 20:02:40 -0400
  29620. Organization: America Online, Inc. (1-800-827-6364)
  29621. Reply-To: pkcarroll@aol.com (PKCarroll)
  29622.  
  29623.  
  29624. > Does anyone know of any instances of fraud happening on digital
  29625. > cellular phones?  I'm just wondering if the criminal element has
  29626. > reached a sophistication to clone these phones?
  29627.  
  29628. I don't know if there has been any in the "real world" but Northern
  29629. Telecom made a submission to one of the PCS standards groups which
  29630. stated that they were able to crack the IS-54 (digital cellular)
  29631. privacy and authentication system in five minutes using a PC.
  29632.  
  29633. If it hasn't happened yet, it won't be long.
  29634.  
  29635. ------------------------------
  29636.  
  29637. Date: Wed, 12 Apr 95 10:49 EST
  29638. From: Robert A. Voss <0002120410@mcimail.com>
  29639. Subject: Re: Has There Been *Any* Digital Cellular Fraud Yet in the US? 
  29640.  
  29641.  
  29642. Pat:
  29643.  
  29644. Regarding article about US digital cellular fraud, the response
  29645. indicating that a "digital" phone had been compromised is not correct.
  29646. In the US, there are still no "digital only" systems.  Any digital
  29647. cellular phone still uses an analog control channel, and the call is
  29648. set up exactly the same as an analog call.  This is when the MIN/ESN
  29649. can be stolen off the air.
  29650.  
  29651. When the IS-136 digital control channel is put in place (later this
  29652. year in some systems), then it will be more difficult to steal numbers
  29653. off the air.  Then the call is really digital from start to finish,
  29654. assuming you stay in cells equipped for digital.
  29655.  
  29656. New PCS systems at 1.8 GHz will likely be all digital from day one.
  29657. The PCS 1900 (similar to GSM in Europe) incorporates many features
  29658. making cloning difficult.  CDMA is also very robust.
  29659.  
  29660.  
  29661. Bob Voss
  29662. MCI Wireless Engineering
  29663.  
  29664. ------------------------------
  29665.  
  29666. From: pkcarroll@aol.com (PKCarroll)
  29667. Subject: Re: Digital Cellular Encryption and Fraud
  29668. Date: 13 Apr 1995 10:12:53 -0400
  29669. Organization: America Online, Inc. (1-800-827-6364)
  29670. Reply-To: pkcarroll@aol.com (PKCarroll)
  29671.  
  29672.  
  29673. > Do you know if GSM is available anywhere in the US or will be anytime
  29674. > soon?  
  29675.  
  29676. GSM will be used in the US although it is going by the name PCS-1900.
  29677. BellSouth, Pacific Bell, American Personal Communications, GO Communica-
  29678. tions, and the Small Business PCS Association have all committed to
  29679. build a PCS-1900 network.  It also appears that Sprint will join in
  29680. but that is only a rumor at this point.  Claims are that the network
  29681. will be operational in the first cities in the US by mid-96 with a
  29682. complete build-out within about two years.
  29683.  
  29684. > Sounds like this is at least a defacto standard.  Is it an official
  29685. > standard too?  If so, by what standards body?
  29686.  
  29687. GSM is a standard established by the European Telecommunications
  29688. Standards Institute (ETSI).  PCS-1900, the US derivative, is an ANSI
  29689. standard which was developed jointly by the TIA TR-46 committee and
  29690. the ANSI T1 standards group.  The specifications were recently
  29691. completed and should be available, for a price, from the TIA.
  29692.  
  29693. ------------------------------
  29694.  
  29695. From: gmnassar@aol.com (GMNassar)
  29696. Subject: Re: Local Competition
  29697. Date: 13 Apr 1995 15:57:18 -0400
  29698. Organization: America Online, Inc. (1-800-827-6364)
  29699. Reply-To: gmnassar@aol.com (GMNassar)
  29700.  
  29701.  
  29702. Local competition means being able to select your local carrier the way we
  29703. are able to select long distance carriers, but the implications are much
  29704. greater than this.  In fact, in various states, the public utilities
  29705. commissions "allow" providers other than the local RBOCs and independents
  29706. to provide local service to residences and businesses if they wish. 
  29707. However, there are many obstacles that exist that hinder companies from
  29708. entering this market.  E.g., the cost to build the infrastructure that
  29709. includes connectivity to all homes in a particular geographic area tends
  29710. to be prohibitive.  
  29711.  
  29712. Therefore, an RBOC competitor would have to rely on the RBOC to allow
  29713. use of its network for the "local loop" portion to carry a call from
  29714. its source to its destination.  Can you see the problems inherent in
  29715. having to rely on your competitor to ultimately deliver services to
  29716. one of your customers?!  It is issues such as this that dergulation is
  29717. addressing.  It is complicated, and in my opinion must be done
  29718. delicately and knowledgeably, or we will end up with a mess and no
  29719. real competition for residents and businesses at the local level.
  29720.  
  29721.  
  29722. [TELECOM Digest Editor's Note: Hey, an option is they can go out and
  29723. string their own cable and build their own plant inside and out and
  29724. come up with their own instruments, etc. After all, the 'real' phone
  29725. company did all that. Granted, its been more than a century in the
  29726. making; the telephone network in the USA did not happen overnight or
  29727. even in a few years the way the competitors seem to feel it should.
  29728.  
  29729. All the competition -- and that includes the long distance carriers --
  29730. seems to feel they should be able to jump on Bell's bandwagon and
  29731. reap the results and rewards of a century of labor. I think the *only*
  29732. thing the telcos should be required to do is provide interconnection
  29733. on request in a fair way at arms-length. They should not have to sell
  29734. anything to their competitors or provide them with anything. No local
  29735. loop, no co-location in the central office, none of that stuff. You
  29736. want to build a telephone company for local and/or long distance
  29737. service? Fine ... go ahead. Build it however you want, sign up your
  29738. customers, etc. I'd require the local telcos to be reasonable in 
  29739. number and prefix assignment to the newcomers, interconnect, and that's
  29740. it. Period.  After you have your central office built, your cables
  29741. laid, your local loops ready to go and the other things that go into
  29742. running a phone network then the local Bell people open the door and
  29743. hand you a bunch of cable pairs for your interconnections. Now you sell
  29744. phone service and they sell phone service.  Is that so hard to under-
  29745. stand? Yet we have these other outfits today who are no different than
  29746. MCI was back in the early 1980's: they want only to skim the cream and
  29747. drive the costs up for all other users while they get rich.   PAT]
  29748.  
  29749. ------------------------------
  29750.  
  29751. Date: Thu, 13 Apr 1995 11:04:17 +0100
  29752. From: jurgen@dataflash.it (Jurgen Morhofer)
  29753. Subject: Re: Cellular Phone Receiver
  29754.  
  29755.  
  29756. > Does anyone recall seeing a posting describing a method of converting
  29757. > Motorolla Cellular phones into cellular call receivers? If you know
  29758. > where I might find this information, please email me.  Thanks.  :>
  29759.  
  29760. Give a look to Telecom DIGEST #159. I asked the same question for a
  29761. Motorola MicroTac 7200 GSM phone. Unfortunately I received no answer
  29762. up to now.
  29763.  
  29764.  
  29765. Jurgen Morhofer     jurgen@dataflash.it
  29766. Tel:+39-6-780-8093  FAX:+39-6-780-8777
  29767. Rome, Italy
  29768.  
  29769. ------------------------------
  29770.  
  29771. Date: Thu, 13 Apr 95 14:50:55 EDT
  29772. From: jbutz@hogpa.ho.att.com (John J Butz)
  29773. Subject: Re: When Handed a Lemon, Make Lemonade!
  29774.  
  29775.  
  29776. Gary D. Shapiro <gshapiro@rain.org> writes:
  29777.  
  29778. >>                       Phone Won't Stop Ringing?
  29779. >>                           Here's What You Do
  29780. >>                            By Art Buchwald
  29781. >  [snip]
  29782. >  I have a phone number similar to that of the Santa Barbara Mission. Should I
  29783. >  offer to take confession? Or should I wait until I can get Caller ID? Just
  29784. >  think of the income opportunities!
  29785.  
  29786. >  JUST KIDDING! REALLY, I'M JUST KIDDING! HONEST!
  29787.  
  29788. Ironically, within today's TELECOM Digest mailings were postings on
  29789. the ACLU's effort to maintain free speech in cyberspace and the above
  29790. indignity.
  29791.  
  29792. Mr. Shapiro, I'm no historian, but if memory serves me, the Lutheran sect
  29793. split from the Catholic Church, in part, due to the Church's illicit use of 
  29794. monetary remuneration for penance.  Eventually, this split in faith led to
  29795. the beginning of the Thirty Years War back in the 16th century.  You have 
  29796. the right to hold and speak your beliefs, but did you think of the 
  29797. consequences that pointed statements, not unlike yours, can cause?
  29798.  
  29799. This is a forum on telecommunications and related subjects.  Additionally,
  29800. it is a moderated forum, where superfluous and other non-related topics
  29801. are intentionally removed.  Pat, I am disappointed that a posting in such
  29802. obvious bad taste as this one got through.
  29803.  
  29804. Just my opinion...
  29805.  
  29806. J Butz       AT&T-GCCS Service SW Development    jbutz@hogpa.att.com
  29807.  
  29808.  
  29809. [TELECOM Digest Editor's Note: Either intentionally removed, or sometimes
  29810. intentionally left in. Sorry you felt offended. Actually when I saw that
  29811. my first thought was not the Church in the middle ages so much as it
  29812. was of people like Jim Bakker and Jimmy Swaggart and their toll-free
  29813. numbers for people who want counseling, etc.  Anyway, whoever said I
  29814. had good taste?  :) If I had good taste, do you think I would print ACLU
  29815. press releases or the mountains of stuff I get from EFF?  :)   PAT]
  29816.  
  29817. ------------------------------
  29818.  
  29819. Date: Tue, 11 Apr 95 16:58:13 -0400
  29820. From: John Watlington <wad@media.mit.edu>
  29821. Subject: Looking For Ben Huey or Abhay Kejwiral
  29822.  
  29823.  
  29824. At ISLIP '94, a paper entitled "Standard Cells for Hardware Synthesis of
  29825. Lucid Programs" was presented, but no online version is available.  Can
  29826. someone help me contact the authors (what organization were they affiliated
  29827. with) or suggest a means of obtaining a hardcopy of this paper?
  29828.  
  29829.  
  29830. Thanks,
  29831.  
  29832. John Watlington                           MIT Media Laboratory
  29833. Internet: wad@media-lab.media.mit.edu     20 Ames St. E15-351
  29834. (617) 253-5097                            Cambridge, MA 02139
  29835.  
  29836. ------------------------------
  29837.  
  29838. Date: Thu, 13 Apr 95 14:40:51 PST
  29839. From: tonyc@amwbbs.rain.com (Anthony Campbell)
  29840. Subject: Re: What is TELEGO Service?
  29841.  
  29842.  
  29843. Spiros Triantafyllopoulos (c23st@kocrsv01.delcoelect.com) wrote:
  29844.  
  29845. > A new service is advertised locally by GTE that is billed like a Super
  29846. > Cordless phone that you can take with you to the car, golf course,
  29847. > etc. No word like the dreaded 'cellular' is used anywhere.  The phone
  29848. > can be used from home as well.
  29849.  
  29850. > The ad says you don't buy the phone ('no expensive phone to buy').  No
  29851. > more details other than that.
  29852.  
  29853. Tele-Go was offered here in Portland Oregon for awhile last year.  $15 per 
  29854. month plus usage, $.26 per minute, I believe.
  29855.  
  29856. My brother got it for his wife as an emergency phone.
  29857.  
  29858. I was intending to get one for my girl friend, finally got around to
  29859. some months later, only to have GTE tell us that the Tele-Go service
  29860. was withdrawn due to some on-going, unspecified, negotiations with
  29861. USWest, the local POTS provider.
  29862.  
  29863. (Sure could use some competition in local POTS these days.)
  29864.  
  29865. Any, GTE said it would continue providing Tele-Go to the 30k (!)
  29866. subscribers already installed.
  29867.  
  29868. Anyone know what GTE and USWest got going?
  29869.  
  29870.  
  29871. TonyC@amwbbs.rain.com
  29872.  
  29873. ------------------------------
  29874.  
  29875. From: Wolf <cmwolf@mtu.edu>
  29876. Subject: Re: Trying to Locate Recommendation E.123
  29877. Date: Thu, 13 Apr 1995 18:45:18 EDT
  29878. Reply-To: cmwolf@mtu.edu
  29879.  
  29880.  
  29881. Just for reference, the Recommendation E.123 does not seem to be
  29882. available on ITU gopher site.  (Many other, less interesting ones are,
  29883. mind you...) If anyone else knows where it might be located, please
  29884. drop me a line.
  29885.  
  29886.  
  29887. Christopher Wolf, consumer of time, occupier of space.    
  29888. http://www.cs.mtu.edu/grads/Wolf/Home.html
  29889.  
  29890. ------------------------------
  29891.  
  29892. From: Wegman, Steve <STEVEW@puc.state.sd.us>
  29893. Subject: Information Wanted on Hacking PSN
  29894. Date: Thu, 13 Apr 95 15:36:00 PDT
  29895.  
  29896.  
  29897. Could you help with a problem that I am working on here at the South
  29898. Dakota Public Utlities Commission?  Every now and then I receive an
  29899. inquiry from telephone consumers who have computers and they claim
  29900. that they never made the calls.  These phone calls appear on their
  29901. monthly telephone bills; they range from intra to inter state calls.
  29902.  
  29903. The calls on the telephone statement are noted as direct dailed, not a
  29904. third bill number nor credit card calls.  Upon further investigation,
  29905. phones line are not compromised.  The phone lines are single telephone
  29906. line, one telephone, jacks are only available inside single family
  29907. dewelling, no outside acess to demark box.  We have noticed that two
  29908. to three hundred calls are placed to a variety of bulletin board services, 
  29909. and other computer ports.  I would apppreciate if you could direct me
  29910. to some refernce material or someone to chat with.
  29911.  
  29912.  
  29913. Thank you,
  29914.  
  29915. Steve Wegman    Staff Analyst
  29916. South Dakota Public Utilities Commission
  29917. State Capitol Building
  29918. Pierre, SD  57501
  29919. Phone  605 773 3201 or 1 800 332 1782
  29920. Email  Stevew@puc.state.sd.us
  29921.  
  29922.  
  29923. [TELECOM Digest Editor's Note: Are you trying to say one specific user
  29924. is noted as having two or three hundred calls on their bill, all to
  29925. other computers, and they are claiming they made none of the calls?
  29926. Seems a little strange to me, doesn't it to you?  Given that you have
  29927. investigated and found no illegal use of their line from outside thier
  29928. premises (someone using the line from a multiple on the pair somewhere,
  29929. etc) and that the calls are noted as direct dialed (that is, a phreak
  29930. did not fraudulently use their number or calling card) what does this 
  29931. lead you to believe?  Have you also investigated yet whether or not
  29932. they have naughty children who use the computer on the sneak and then
  29933. lie to their parents about it, knowing if their dad finds out the truth
  29934. about those calls to the adult BBS he'll punish them?  Investigate the
  29935. times and dates those calls were made. Was it usually late afternoon 
  29936. after school when the kids were home and the parents were not? Were 
  29937. there ever any in the middle of the day on a school day when the kids
  29938. were *not* there? Why don't you see if any of the BBS's listed have
  29939. user logs from the time period in question. A lot of them would be
  29940. happy to help you with those records because they do not want phraud
  29941. calls, or calls from children. Ask the sysops what took place during
  29942. those phone calls if they have any way of telling at this date from
  29943. log records, etc.  How did the 'mystery caller' log in?  Very seldom
  29944. will children think to change their name completely or their location
  29945. when logging in on a system somewhere.  See if that helps you any in
  29946. your investigation.  PAT]     
  29947.  
  29948. ------------------------------
  29949.  
  29950. Date: Thu, 13 Apr 1995 14:55:34 EST
  29951. From: Rob Slade, Social Convener to the Net" <roberts@mukluk.decus.ca>
  29952. Subject: Book Review: "Internet Explorer's Kit for Macintosh"
  29953.  
  29954.  
  29955. BKINEXMC.RVW   950308
  29956.  
  29957. "Internet Explorer Kit for Macintosh", Engst/Dickson, 1994, 1-56830-089-1,
  29958. U$29.95/C$39.95
  29959. explorers@tidbits.com
  29960. %A   Adam C. Engst ace@tidbits.com
  29961. %A   William Dickson wrd@beer.wa.com
  29962. %C   201 W. 103rd Street, Indianapolis, IN   46290
  29963. %D   1994
  29964. %G   1-56830-089-1
  29965. %I   Hayden Books
  29966. %O   U$29.95/C$39.95 800-858-7674 75141.2102@compuserve.com 317-581-3743
  29967. %P   446
  29968. %T   "Internet Explorer Kit for Macintosh"
  29969.  
  29970. Maybe this should have been called "Adam and Bill's Excellent Internet
  29971. Adventure".  Like many successful net entities, it is more easily described 
  29972. by what it is not, than by what it is.
  29973.  
  29974. This book is stated to be a companion volume to the "Internet Starter Kit for
  29975. Macintosh" (cf. BKINTSKM.RVW).  It is not, however, an extension or follow-up
  29976. to the previous volume, which it is almost, but not quite completely, unlike.
  29977.  
  29978. It isn't really a kit.  Mac client software for archie, finger, WAIS and Gopher
  29979. is included, but isn't really essential to the book.
  29980.  
  29981. It isn't really for the Macintosh.  The content has to do with people
  29982. using the net, and the access method doesn't really matter.
  29983.  
  29984. It is, in many senses, exploratory.  The material does not demonstrate
  29985. great expertise and is not complete.  Chapter two, for example, deals
  29986. with the search for people and email addresses, but doesn't even
  29987. mention the MIT Usenet-addresses mail server.  The book *is* very
  29988. realistic about how to approach the net.  The Internet "community" and
  29989. "Try it, see what happens," feeling is there.
  29990.  
  29991. It is not the usual Internet "beginner's guide".  With chapters on searching
  29992. for people, discussion, live chat, "stuff", resources and information,
  29993. ejournals, and peace of mind, the closest comparison might be with Gilster's
  29994. "Finding It On the Internet" (cf. BKFNDINT.RVW).  Where Gilster's book is
  29995. organized and thoroughly explanatory, this is a lengthy conversation between
  29996. two witty netizens.  It's sometimes hard to follow, but entertaining and well
  29997. larded with tips, information and interesting points.  "Dave", the editor,
  29998. generally breaks in at the end of a chapter with a question or two, and the
  29999. resulting summary is a concise, but generally cogent, analysis of the uses and
  30000. pitfalls of the applications under discussion.  (The authors also occasionally
  30001. "dialogue" with non-interactive documents, such as Brad Templeton's "Ask Emily
  30002. Postnews" network etiquette satire, or the whitehouse.gov presidential
  30003. mailbots.)
  30004.  
  30005. Those primarily interested in getting down to work on the Internet
  30006. will find the organization and verbosity frustrating.  Those who are
  30007. interested in exploring, or playing with, the net will find a
  30008. readable, funny, and friendly guide.
  30009.  
  30010.  
  30011. copyright Robert M. Slade, 1995   BKINEXMC.RVW   950308. Distribution
  30012. permitted in TELECOM Digest and associated publications. Rob Slade's
  30013. book reviews are a regular feature in the Digest.
  30014.  
  30015.  
  30016. Vancouver      ROBERTS@decus.ca       | Computer user thinks
  30017. Institute for  Robert_Slade@sfu.ca    | the machine just works for him
  30018. Research into  Rob.Slade@f733.n153.z1/| Monkey disagrees
  30019. User                      .fidonet.org| 
  30020. Security       Canada V7K 2G6         |               - virus haiku
  30021.  
  30022. ------------------------------
  30023.  
  30024. From: SAETEL@ix.netcom.com (MARTHA MARIN)
  30025. Subject: Looking For mux and Switch-Frame Relay Solution
  30026. Date: 13 Apr 1995 22:17:57 GMT
  30027. Organization: Netcom
  30028.  
  30029.  
  30030. We are looking for mux and switch frame relay solution for our long
  30031. distance (voice,fax,data,video) private network.
  30032.  
  30033. Please, send us information and suggestions
  30034. (brochures,costs, etc) by e-mail or by fax at:
  30035.  
  30036.  
  30037. fax    :   (718)-899-8016
  30038. phone  :   (718)-899-5955
  30039. contacs:   Ed.Tepper
  30040.        Jairo Garcia
  30041.  
  30042. ------------------------------
  30043.  
  30044. Date: Thu, 13 Apr 1995 18:45:03 -0400
  30045. From: mhuang@CapAccess.org (Mark Huang)
  30046. Subject: How Does a Pager Work?
  30047. Reply-To: mhuang@CapAccess.org
  30048.  
  30049.  
  30050. Hi folks:
  30051.  
  30052.     I'm looking for the information on the ins and outs of a digital
  30053. pager. I'm not in the telecommunications field so please use layman
  30054. terms.  Specifically I'd like to know when a person dials a number to
  30055. send a phone number or message, how does the transmitter know which
  30056. pager to send the message to? Aren't all pagers in a service area on
  30057. the same frequency? I'd appreciate it very much any expert out there
  30058. who could point me to the sources for detailed non-technical
  30059. description.
  30060.  
  30061.  
  30062. Mark Huang                e-mail: mhuang@capaccess.org
  30063. 2003 Stanley Ave.         Rockville, MD 20851-2227          
  30064.  
  30065.  
  30066. [TELECOM Digest Editor's Note: Yes, all the pagers of a given carrier
  30067. are on the same frequency. The difference is in what some pager companies
  30068. refer to as the 'cap code' of each unit. Imagine how in the old days
  30069. everyone was on the same telephone party line. How did the operator
  30070. indicate which party was to answer the call? Different ringing sequences
  30071. and cadences were used and the human being on the other end was trained
  30072. to respond only to (for example) two short and one long ring.  Anyone
  30073. who went off hook could listen; its just that you did not *know* there
  30074. was conversation on the line or that you should be listening to it until
  30075. you got that special sequence of rings.  Now the paging company transmitter
  30076. does much the same thing. A call comes in to the computer at the paging
  30077. company. It looks at the DID (or identification number) of its subscriber
  30078. which was entered, and says since the call came in on xxx-xxxx therefore
  30079. it must be for John Smith, and the cap code (or little electronic chip
  30080. in his pager) is zzzzz. So the first thing the transmitter does is send
  30081. out the tones zzzzz or whatever to get your pager's attention.
  30082.  
  30083. Now your pager is always 'listening'; it just does not respond until the
  30084. transmitter sends out the desired tones in the order needed that your
  30085. pager 'hears' them. It gets these little blips which mean for it to
  30086. turn itself on and receive a message. 
  30087.  
  30088. If you were to remove the little bit of circuitry in your pager which
  30089. detirmines what (on the airwaves) are for it and what are for someone
  30090. else, then your pager would sit there receiving calls and messages from
  30091. the transmitter all day long just like a scanner radio tuned to that
  30092. frequency.  If you have a scanner, you can demonstrate this to yourself.
  30093. Note the frequency used by your pager, and set the scanner accordingly.
  30094. Now put in a phone call to your pager and listen on the scanner. All of
  30095. a sudden you'll hear the scanner go whoop! chirp! chirp!  chirp! tweet!
  30096. making tones. Then an instant later your pager will come to life, beep
  30097. and display whatever was entered. Other pagers of other customers will
  30098. remain silent because that sequence of chirps and beeps output by the
  30099. transmitter were not for them.  Let your scanner stay tuned to that
  30100. frequency over a period of time and all you will ever hear, every few
  30101. seconds or so are variations on whoop! chirp! chirp! chirp! beep! as
  30102. one pager or another is told to turn itself on and receive a message.
  30103.  
  30104. If you have a voice pager, those chirps sent out which match the 'cap
  30105. code' in your pager serve to turn off the squelch letting you hear
  30106. the transmission. Notice how if you do not press the button to shut off
  30107. the voice pager and just let it sit there hissing dead air after your
  30108. message is received, sooner or later it will start talking again when
  30109. other customers get messages ... just like an old party line phone where
  30110. once your call was finished you did not hang up the receiver, and
  30111. presently you would hear others talking. 
  30112.  
  30113. If you decide to switch to a different beeper company, you take them your
  30114. unit and they look at the cap code inside, then they tell *their* computer
  30115. to tweak your unit whenever a call comes in. Or, they may open your unit
  30116. and pull out that little chip and put one of their own in their instead
  30117. giving you a different cap code, and of course they have to change the
  30118. frequency your unit is on if they happen to be on a different one.   PAT]
  30119.  
  30120. ------------------------------
  30121.  
  30122. End of TELECOM Digest V15 #196
  30123. ******************************
  30124.     
  30125.     
  30126. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12983;
  30127.           14 Apr 95 17:27 EDT
  30128. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id JAA27818 for telecomlist-outbound; Fri, 14 Apr 1995 09:08:06 -0500
  30129. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id JAA27810; Fri, 14 Apr 1995 09:08:04 -0500
  30130. Date: Fri, 14 Apr 1995 09:08:04 -0500
  30131. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  30132. Message-Id: <199504141408.JAA27810@delta.eecs.nwu.edu>
  30133. To: telecom@eecs.nwu.edu
  30134. Subject: TELECOM Digest V15 #197
  30135.  
  30136. TELECOM Digest     Fri, 14 Apr 95 09:08:00 CDT    Volume 15 : Issue 197
  30137.  
  30138. Inside This Issue:                           Editor: Patrick A. Townson
  30139.  
  30140.     Pagers FAQ (Danny Burstein)
  30141.     Experiencesw With Unregisterd Cell Phone (sam@ccnet.com)
  30142.     Re: Can my Modem Talk to TTY Machines For the Deaf? (Karen Nakamura)
  30143.     Re: Can my Modem Talk to TTY Machines For the Deaf? (Henry Wertz)
  30144.     Re: Area Code Overlays vs. Splits (Philip V. Hull)
  30145.  
  30146. TELECOM Digest is an electronic journal devoted mostly but not
  30147. exclusively to telecommunications topics. It is circulated anywhere
  30148. there is email, in addition to various telecom forums on a variety of
  30149. public service systems and networks including Compuserve and America
  30150. On Line. It is also gatewayed to Usenet where it appears as the moderated
  30151. newsgroup 'comp.dcom.telecom'. 
  30152.  
  30153. Subscriptions are available to qualified organizations and individual
  30154. readers. Write and tell us how you qualify:
  30155.  
  30156.                  * telecom-request@eecs.nwu.edu *
  30157.  
  30158. The Digest is edited, published and compilation-copyrighted by Patrick
  30159. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  30160. or phone at:
  30161.                     9457-D Niles Center Road
  30162.                      Skokie, IL USA   60076
  30163.                        Phone: 500-677-1616
  30164.                         Fax: 708-329-0572
  30165.   ** Article submission address only: telecom@eecs.nwu.edu **
  30166.  
  30167. Our archives are located at lcs.mit.edu and are available by using
  30168. anonymous ftp. The archives can also be accessed using our email
  30169. information service. For a copy of a helpful file explaining how to
  30170. use the information service, just ask.
  30171.  
  30172. *************************************************************************
  30173. *   TELECOM Digest is partially funded by a grant from the              *
  30174. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  30175. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  30176. * project.  Views expressed herein should not be construed as represent-*
  30177. * ing views of the ITU.                                                 *
  30178. *************************************************************************
  30179.  
  30180. Additionally, the Digest is funded by gifts from generous readers such
  30181. as yourself who provide funding in amounts deemed appropriate. Your help 
  30182. is important and appreciated. A suggested donation of twenty dollars per
  30183. year per reader is considered appropriate. See our address above.
  30184.  
  30185. All opinions expressed herein are deemed to be those of the author. Any
  30186. organizations listed are for identification purposes only and messages
  30187. should not be considered any official expression by the organization.
  30188. ----------------------------------------------------------------------
  30189.  
  30190. From: dannyb@panix.com (danny burstein)
  30191. Subject: Pagers FAQ
  30192. Date: 13 Apr 1995 23:23:59 -0400
  30193.  
  30194.  
  30195. Pager FAQ
  30196. Danny Burstein <dannyb@panix.com>
  30197.  
  30198. Version 0.5, 10 July, 1994
  30199.  
  30200.  
  30201. This FAQ has been put together to answer some of the more common
  30202. questions about pager systems. It is primarily focused on the US and
  30203. Canadian arrangements, but other countries are not forgotten.
  30204.  
  30205. Updated info or suggestions for further additions should be emailed to
  30206. the above address.
  30207.  
  30208. 1) What is a pager anyway?
  30209.  
  30210. As usually described, a pager is a portable unit, generally about half
  30211. the size of an audio cassette box, which can be signalled to send a
  30212. one way message to the pager owner.
  30213.  
  30214. 2) What types of messages?
  30215.  
  30216. The earliest units, usually called beepers, simply gave a tone alert.
  30217. This was a signal to the wearer to, for example, call the answering
  30218. service.
  30219.  
  30220. The next step was units which could display numbers. While the most
  30221. common use is to send it the phone number you want the person to call,
  30222. you can, of course, add code numbers to mean anything else you'd want.
  30223.  
  30224. For example, the number xxx-yyyy-1 might mean to call the xxx-yyyy
  30225. number at your leisure. Xxx-yyyy-9 might mean call ASAP.
  30226.  
  30227. The most recent units, called alpha-numerics, display complete written
  30228. messages. So, for example, the pager could show the message: "please
  30229. call home, you have a letter from the IRS."
  30230.  
  30231. There are also -voice- pagers which will let you actually speak into
  30232. the phone and have it come out the person's pager. These are pretty
  30233. rare.
  30234.  
  30235. 3) How are messages sent to the pager?
  30236.  
  30237. By radio.  Well, it's a bit more complicated than that. Let's take a
  30238. look at how a pager actually works:
  30239.  
  30240. The pager is a small sized radio receiver which constantly monitors a
  30241. specific radio frequency dedicated to pager use.  It remains silent
  30242. until it 'hears' a specific ID string which tells it to, in effect,
  30243. turn on, and then listen up for, and display, the forthcoming message.
  30244.  
  30245. (again that could be a numeric or other string)
  30246.  
  30247. This ID is called (in the US) a CAPCODE. It has -nothing- to do with
  30248. the phone number you call or the ID you give to the page operator (see
  30249. below).
  30250.  
  30251. So the key point is that the pager company radio transmitter is
  30252. constantly sending out pages, and your specific unit will only
  30253. activate when it hears its ID/CAPCODE over the air.
  30254.  
  30255.  
  30256. 4) How do I send out the message?
  30257.  
  30258. This depends on your pager vendor. Let's take the most common
  30259. examples:
  30260.  
  30261.  
  30262. a) Alert tone only (the old style)
  30263.  
  30264.    You call up a phone number assigned to the pager. You'll hear some
  30265. ringing, then a signal tone. At that point you hang up.
  30266.  
  30267.   Shortly afterwards the pager transmitter will send out the
  30268. individual unit's capcode and it will go off.
  30269.  
  30270. b) Touch tone entry: You will call a phone number dedicated to the
  30271. specific pager. It will ring, then you'll hear a signal tone. At that
  30272. point you punch in, using touch tone, the number you want displayed on
  30273. the pager.
  30274.  
  30275.   A few seconds later the transmitter will kick out the pager's
  30276. capcode, followed by the numbers you punched in. Then the pager will
  30277. give its annoying alert tone, the person will read it, and call you
  30278. back.
  30279.  
  30280.   (note that there is a variation on this in which an entire group of
  30281. pagers has the same phone number. You call it up, then punch in the
  30282. pager's id number, and continue as above)
  30283.  
  30284. c) alpha-numeric: With this one there are various ways of getting the
  30285. message to the system.
  30286.  
  30287.   i) via an operator: The pager company will have you dial up their
  30288. operator. When they answer, you give them the pager id number and the
  30289. message. They'll type it into the computer and shortly afterwards the
  30290. transmitter will send out the capcode and the message
  30291.  
  30292.   ii) using -your- computer: Most pager companies with alphanumeric
  30293. have a dial-up number you can call yourself.  Some of these will work
  30294. with regular @comm programs, while others require proprietary
  30295. software.
  30296.  
  30297.   The most common method is to have your computer dial up the number,
  30298. then you type in the pager ID, followed by the message. Again, a
  30299. moment later, the system will transmit it over the air, etc. (There
  30300. are also various software packages that automate some of this)
  30301.  
  30302.  iii) special terminals: Because of the popularity of this type of
  30303. system, there are various stand-alone terminals specifically designed
  30304. for this purpose. The most common one is the @Alphamate (tm Motorola)
  30305. and it automates many of the functions. It's basically a half-decent
  30306. keyboard with a two line display, and is preprogrammed with the phone
  30307. number of the company, etc.
  30308.  
  30309.  
  30310. 5) My company has given us pagers, and I notice that I have both an
  30311. individual ID and a "group" number. When we page out to the group,
  30312. everyone's unit goes off. How does this work?
  30313.  
  30314. Remember that a pager is basically a radio receiver that is constantly
  30315. monitoring for its capcode. You can get pagers which monitor more than
  30316. one id. In this case (which is quite common) your personal capcode
  30317. might be yyyy, while your boss's might be yyzz. In addition, both
  30318. pagers will be listening for the capcode zzzz.
  30319.  
  30320. When zzzz is detected, all the pagers with that capcode will go off.
  30321.  
  30322. 6) I keep hearing about sports or news services available by pager.
  30323. How do they work?
  30324.  
  30325.   Keep in mind that pagers work by constantly monitoring the radio
  30326. channel for their capcode. So if you have ten pagers, or a hundred, or
  30327. a thousand, all with the same capcode, they will -all- go off at the
  30328. same time.
  30329.  
  30330.   This way the sports news company sends out one message and it gets
  30331. displayed by all subscribers.
  30332.  
  30333.  
  30334. 7) So if I find one of these sports-news pagers on the sidewalk I can
  30335. use it for free?
  30336.  
  30337.   Umm, kind of. As long as the company providing the service keeps
  30338. using the same group code, your pager -will- continue to receive the
  30339. messages. But the individual pager id will probably be changed
  30340. immediately so you won't be able to use it for your personal messages.
  30341.  
  30342.   Note also that some pagers -do- have the ability to be turned into a
  30343. lump of clay over the air. Very few systems have actually implemented
  30344. this security feature, but it is there.
  30345.  
  30346. 8) I've found a pager on the sidewalk and would like to use it. What
  30347. can I do?
  30348.  
  30349. Not much. Keep in mind that you need an account with the paging
  30350. company for them to send out the radio signal. So unless you keep
  30351. paying them, the pager will soon be a paperweight.
  30352.  
  30353. You might as well turn it in for the reward...
  30354.  
  30355. 9) Can I listen in/monitor pager channels?
  30356.  
  30357. Kind of. The frequencies are readily known and the data is a digital
  30358. stream going over the air. There are various vendors of equipment to
  30359. decode the material and display it or feed it into your computer.
  30360.  
  30361. However:
  30362.  
  30363.   a) The federales and the pager companies don't like
  30364. you doing this (see the ECPA)
  30365.  
  30366.   b) The volume of traffic is quite high. If you figure a 1,200 baud
  30367. channel in use 75% of the time, well, ... you can work out the math.
  30368.  
  30369. Note that the numeric pagers these days do -NOT- use over-the-air
  30370. touch tone (dtmf) so a touch tone decoder will -NOT- give you anything
  30371. useful.
  30372.  
  30373.  
  30374. 10) I have a pager for which I'm paying $big/month. I miss a -lot- of
  30375. pages since I'm in the subway a lot. What can I do about this?
  30376.  
  30377.   There are a couple of things:
  30378.  
  30379.   a) Some of the pager companies will re-send messages on request.
  30380. Basically you call up their phone number, punch in a security code,
  30381. then go through a menu which tells them to resend the last, say, five
  30382. hours worth of messages.
  30383.  
  30384.   b) You can get a second pager unit cloned identically to the first.
  30385. leave this one at home or in your office. When you get back you can
  30386. compare its messages to the one on your belt.
  30387.  
  30388.  
  30389. 11) What are the prices/services offered?
  30390.  
  30391.   These vary dramatically by area and company. Unfortunately there is
  30392. no central database keeping records on this.
  30393.  
  30394.   Generally the following factors get counted in determining what
  30395. you'll be paying:
  30396.  
  30397.   a) how sleazy the company is;
  30398.   b) Which type of pager and service you get. Again, the
  30399. most common are numeric (cheaper) and alpha-numeric (more expensive).
  30400.   c) Level of usage. You may get, say, 25 free messages/month
  30401. and then pay $0.25 for each additional.
  30402.   d) whether you own the pager or lease it;
  30403.   e) insurance, etc.
  30404.   f) Area of coverage. Smaller area = less expensive.
  30405.   
  30406. 12) Speaking of coverage, how do they offer nationwide paging?
  30407.  
  30408.   Well, it's not quite what they're telling you. It's NOT a single
  30409. satellite covering the nation. Rather, what's done is:
  30410.  
  30411.    You call up the paging company. It then signals transmitters in the
  30412. top 100 cities to send out your capcode. Shortly afterwards you get
  30413. the message. Note that you are -not- receiving a satellite transmission.
  30414.  
  30415. 13) What's in the pipeline?
  30416.  
  30417.   Two key features are slowly filtering down.
  30418.  
  30419.    a) Much more pager memory/longer messages. Most pagers are severely
  30420. limited in the amount of material they can hold, with a typical
  30421. maximum being about 20 messages. Units with much larger memories, or
  30422. even better, units that are hooked into palmtop or laptop computers,
  30423. are making it to market.
  30424.  
  30425.    b) two way communications: In its simplest form this allows the
  30426. pager to verify reception to the transmitter. Also on the way is
  30427. complete two-way communication which would basically be wireless
  30428. email. These systems are still a bit limited, but are rapidly gaining
  30429. footholds in industry and should soon be consumer level.  Take a look,
  30430. for example, at what the Fedex folk carry.
  30431.  
  30432.  Hope this help. Again, update suggestions should be sent to
  30433.  
  30434.  
  30435.      dannyb@panix.com (or dburstein@mcimail.com)
  30436.  
  30437. ------------------------------
  30438.  
  30439. From: sam@ccnet.com
  30440. Subject: Experiences With Unregistered Cell Phone
  30441. Date: 14 Apr 1995 05:51:47 GMT
  30442. Organization: CCnet Communications (510-988-7140 guest)
  30443. Reply-To: sam@ccnet.com
  30444.  
  30445.  
  30446. [TELECOM Digest Editor's Note: After reading this, I am not sure if
  30447. it can be relied on in all parts of the country or not. Readers may
  30448. want to experiment with it by setting their carrier code to 00000 
  30449. and phone number to 000-000-0000 and seeing what results occur in
  30450. your community. Personally, I don't think what Sam suggests will
  30451. work everywhere. I seem to recall trying something like this five
  30452. or six years ago with a CT-301 cell phone from Radio Shack and
  30453. not being able to get anything to happen at all. Others who wish
  30454. to try this can submit their results here.   PAT]
  30455.  
  30456.  
  30457. USING AN UNREGISTERED CELLULAR PHONE: A FIRST HAND REPORT
  30458.  
  30459. Not long ago I bought a cell phone for my car, and had it installed
  30460. and signed up to a service as part of a package. This did not go
  30461. well. When I showed up to pick up the car, the installers were still
  30462. trying to get GTE to activate service. I drove off with a non-working
  30463. phone and a promise. It turned out to take two more weeks of yelling
  30464. at GTE to get it operational. It took three MONTHS to clean up the
  30465. mess they made in hooking it up (GTE first claimed they lost the
  30466. install order, then it later turned out they filed TWO of them
  30467. and tried to charge me for another, inactive phone that I did not
  30468. even know about). Anways, I am not here to discuss why NOT to sign
  30469. up with GTE (although there are several really good reasons :)
  30470.  
  30471. The major reason that I got the phone was for emergency use only.  I
  30472. figgured it was worth it as insurance against being stuck out in the
  30473. middle of nowhere, and also to make urgent phone calls ("I can't come
  30474. after all, my dog has been struck by lightning", etc.).  After my I
  30475. got my phone, my boss told me that his housemate also wanted to get an
  30476. emergency cell phone, after being stuck on the freeway in a bad part
  30477. of town. But he was annoyed at the idea of paying $300 a year for the
  30478. minimum subscription price of the phone. He asked me if I had any
  30479. ideas to get the cost down.
  30480.  
  30481. I thought about it long and hard, and realized that the cost for an
  30482. emergency phone could be $0.00, and I had already found out how to do
  30483. this thanks to GTE incompetence. During the two weeks while I was
  30484. waiting to use the phone, I of course played with it. What do you get
  30485. if you dial out on an unsubscribed phone ?  In California, you get
  30486. "American Roaming Network", and they ask you for a credit card to
  30487. place a call.
  30488.  
  30489. It turns out that the basic thing that subscribing a phone gives you
  30490. is the ability to call YOU. Without a provider and a number, there is
  30491. nowhere to direct calls to you. Without a number, you look like a
  30492. "roamer" from another service. And the system automatically connects
  30493. you up to the "roaming service".
  30494.  
  30495. Further, in California at least, dialing 911 still works. In fact, in
  30496. california, it connects you directly to the highway patrol; the same
  30497. folks you would get on a callbox on the freeway.
  30498.  
  30499. After this worked for my boss, I dropped the service myself.
  30500.  
  30501. First, about American Roaming Network. We found out the charge to use
  30502. them is $2.00 an minute. However, that is flat rate no matter where
  30503. you call in the USA (ie., the long distance is thrown in).  Still,
  30504. this is pretty high (Sprint charges .10 per hour anywhere).  Also, my
  30505. friend claims that he was charged $6.00 for a short call, leading us
  30506. to beleive there may be a minimum three minute charge.  What you are
  30507. saving is that $300 a year can buy quite a few "panic" calls. Just
  30508. make sure that you don't need to use it a lot.  I have used American
  30509. roamers a couple of times, and had few problems with it. They did not
  30510. seem to be able to take my credit cards (two of which have been accepted
  30511. everywhere else -- they seem to have a computer problem). Others
  30512. claimed they had no problem with their taking a credit card.  I was
  30513. able to use the system with my ordinary phone card (if you don't have
  30514. one of these, your phone company will send you one). I was able to use
  30515. the automated part of the service for this, and even have the numbers
  30516. on autodial keys on the phone.
  30517.  
  30518. I had a chance to actually test the emergency use of the phone,
  30519. because I forgot and ran out of gas. Now my AAA service is an 800
  30520. number. American Roamers does not take 800 numbers (I was not able to
  30521. get anyone to tell me why, or even admit that it was so). I tried to
  30522. talk an operator into using one of my cards to place the call, they
  30523. were unable to do that, reporting that the numbers were invalid (even
  30524. though I was able to use their automated service to place a non-800
  30525. call). I guess I wasted 15 minutes on that, just because I was trying
  30526. to be a nice guy and not call 911. My next option was to call someone
  30527. I knew and get them to call AAA for me, or dial 911. I dialed 911. 911
  30528. announced themselves as the highway patrol, and said they would call
  30529. AAA for me, no problem. Should have done that first. All told, it did
  30530. take another hour and another call to 911, but that was AAA's fault
  30531. (1/2 hour average wait -- my ass !).
  30532.  
  30533. I have also used the phone for "gosh I guess I'll be late" type calls.
  30534. Boy does it feel slick to be in a traffic jam and call ahead to say
  30535. you'll be late. But at $6.00 a pop, the amusement wears thin fast. All
  30536. of this on an unregistered phone.
  30537.  
  30538. Now I bought the phone on a package deal, and then just dropped the
  30539. service after a month. It turns out this may be one of the best ways
  30540. to get this done!  So far I know two people who have walked in an
  30541. tried to buy the phone unregistered. In California, it is illegal to
  30542. require signup with a provider in order to buy a phone.  But on the
  30543. first try, our friend received such a hassle from the saleman about it
  30544. that she walked out of the store.  She was able to buy the phone
  30545. elsewhere, however, without problem. In fact, she asked and found out
  30546. that stores receive as much as $200 kickback from the providers for
  30547. signing up each user! No wonder the salemen fight you about it!  The
  30548. bottom line is that if you live in a state that does not have the "no
  30549. tie in" law, you probally will have to buy the phone used, or
  30550. subscribe and drop, or buy across state lines, etc.  If you live in a
  30551. state that forbids tying, tell the store that and that you are willing
  30552. to call the PUC. That should be enough.  But it may not prevent them
  30553. from charging you exhorbident "no hookup" charges.  California, for
  30554. example, has just struck down a limitation by the PUC against "tie in
  30555. sales" offering a service/phone package (this is apparently not the
  30556. same thing as the "no service required" law). This will increase the
  30557. incentive of saleman to hassle you and/or give you "one year required"
  30558. service contracts.
  30559.  
  30560. All and all I think it is worth it. For $100 and less (I have seen
  30561. phones selling, no service required, at Fry's local for $60), you get
  30562. cheap insurance that will probally outlast your car. Buy the phone,
  30563. keep it charged, throw it in the glove compartment or trunk, and
  30564. forget it.
  30565.  
  30566. There are also advantages to an unsubscribed phone. Since you don't
  30567. have a number, nobody can "steal" your service number and make calls
  30568. just because your phone is on. If you use a calling card (recommended), 
  30569. no one can listen in and charge snow tires on it.
  30570.  
  30571. If you get a phone, you want a couple of things. First, the phone
  30572. should have "online dialing". This means that the phone can transmit
  30573. ordinary touch - tones (audio) while already connected. It should be
  30574. able to store autodial buttons to do this. This is how you are able to
  30575. enter your calling card number to the automated roamer service.
  30576.  
  30577. Second, you want to be able to program the NAM (Number Assignment
  30578. Module) for the phone. On my phone, I set the "system ID" to 00000,
  30579. which is the same as it comes from the factory. It means "no service".
  30580. One test you can do is to tell the seller that you want to test the
  30581. phone in the store right out of the box. It should still be unsubscribed 
  30582. at that point. After hitting the "send" button (or whatever) you
  30583. should be connected to American Roaming. Then you just buy it and
  30584. leave the programming alone.  If you get the programming wrong, it may
  30585. say something like "incorrect subscriber ID". BUT IT WILL STILL
  30586. CONNECT YOU TO American Roamers.  In ALL cases we have found, no
  30587. matter what happens, the error action of the system seems to be to
  30588. connect to American Roamers. This is the default "error" mode.
  30589.  
  30590. Is it "bad" that you can do this? Well, I called the 800 number for
  30591. American Roamers, they had no problem with it (at the rates they
  30592. charge they bloody well shouldn't).  I even told GTE about it when
  30593. they asked me why I was disconnecting. They just said "yea, that
  30594. works".
  30595.  
  30596. The biggest problem I ran into was the fact that the operators just
  30597. did not seem to be able to deal with the idea that I did not have a
  30598. provider. When telling me about why this or that card number did not
  30599. work, they kept asking for my provider or recommending that I see my
  30600. provider. Even the 911 operator did not seem to understand how I was
  30601. able to make the call without being on a registered phone. The answer
  30602. is simple.  Just don't say anything, and use American Roamer's
  30603. automatic service, which seems to be smarter than the operators
  30604. anyways :)
  30605.  
  30606. Good luck.
  30607.  
  30608.  
  30609. [sam]
  30610. SAM is sam@ccnet.com          
  30611.  
  30612. ------------------------------
  30613.  
  30614. From: k.nakamura@yale.edu (Karen Nakamura)
  30615. Subject: Re: Can my Modem Talk to TTY Machines For the Deaf?
  30616. Date: Fri, 14 Apr 1995 00:07:57 -0400
  30617. Organization: Yale University Anthropology
  30618.  
  30619.  
  30620. In article <telecom15.193.5@eecs.nwu.edu>, mturner@haverford.edu
  30621. (Maximilien N. Turner) wrote:
  30622.  
  30623. > I have a friend who is deaf and I would like to be able to call his
  30624. > TTY machine with my modem, but so far, I have been unsuccessful using
  30625. > standard terminal software.  Does anyone know if this is possible, or
  30626. > if there is software available for this purpose?
  30627. > I use a Macintosh and a Supra 14.4LC.
  30628.  
  30629. No, not with the modem you have. TTYs use Baudot protocol (no carrier,
  30630. 45.5 baud). CCITT just approved Baudot (and a whole bunch of other
  30631. international TTY carriers) as v.18 protocol. So ... if you buy a
  30632. new Morotorol 28.8 v.34, for example, it comes with v.18 but *almost*
  30633. all older modems that weren't specifically designed for the deaf cannot.
  30634.  
  30635. This is a hardware thing, not a software one.
  30636.  
  30637. Of course, if your friend has a TTY with ASCII (300bps, usually) protocol,
  30638. then you can communicate, but most TTYs don't.
  30639.  
  30640. This is a FAQ in Deaf-L listserv....
  30641.  
  30642.  
  30643. Karen J. Nakamura                               Starving Grad Student
  30644. Department of Anthropology                            Yale University
  30645. k.nakamura@yale.edu                          76711.542@compuserve.com
  30646. http://www.cis.yale.edu/~jiro/karen.html   (World Wide Web Home Page)
  30647.  
  30648. ------------------------------
  30649.  
  30650. From: Henry Wertz <Henry@chop.isca.uiowa.edu>
  30651. Subject: Re: Can my Modem Talk to TTY Machines For the Deaf?
  30652. Date: 14 Apr 1995 04:31:51 GMT
  30653. Organization: U of Iowa Panda System
  30654. Reply-To: Henry@chop.isca.uiowa.edu
  30655.  
  30656.  
  30657. In note <telecom15.193.5@eecs.nwu.edu>, mturner@haverford.edu (Maximilien N. 
  30658. Turner) writes: 
  30659.  
  30660. > I have a friend who is deaf and I would like to be able to call his
  30661. > TTY machine with my modem, but so far, I have been unsuccessful using
  30662. > standard terminal software.  Does anyone know if this is possible, or
  30663. > if there is software available for this purpose?
  30664.  
  30665.      TTY's use 5 bit BAUDOT code.  Find a packet radio program 8-). There 
  30666. might also be the problem that at least real TTYs run at something like 50.5 
  30667. baud.
  30668.  
  30669.  
  30670. Henry Wertz (Henry@chop.isca.uiowa.edu)(1-319-337-6746 Linux 1.2.0 & I'm Root)
  30671.  
  30672. ------------------------------
  30673.  
  30674. From: hullp@COGSCI.Berkeley.EDU
  30675. Subject: Re: Area Code Overlays vs. Splits
  30676. Date: 14 Apr 1995 03:05:15 GMT
  30677. Organization: Institute of Cognitive Studies, U.C. Berkeley
  30678.  
  30679.  
  30680. In article <telecom15.194.5@eecs.nwu.edu> dgc@ccrwest.org (David G.
  30681. Cantor) writes:
  30682.  
  30683. > This system with more variation in lengths of the area codes and local
  30684. > numbers is used in Europe and many other places.  It works well.
  30685.  
  30686. For whom?  My sense is that it works for the relatively inefficient
  30687. (and, until recently, mostly government-owned and -run) bureaucrats
  30688. who administer the patchwork of European systems.  Planning for future
  30689. expansion appears to be unknown among these agencies.
  30690.  
  30691. For consumers/customers/subscribers, knowing the number of digits to
  30692. expect in a string aids retention in memory.  An interesting sidenote
  30693. is that early memory experiments have shown that the number of "chunks" 
  30694. of information (these can be digits) that we can readily retain in
  30695. short term memory is remarkably close to the seven digits of most North
  30696. American local phone numbers.  If the number of digits WERE to be
  30697. increased, I think it crucial that that increase be uniform across the
  30698. country (better still, perhaps the world may one day be able to agree
  30699. on a standardized number of digits).
  30700.  
  30701.  
  30702. Philip V. Hull
  30703. INTERNET: hullp@cogsci.berkeley.edu
  30704. BITNET: hullp@cogsci.berkeley.bitnet 
  30705. UUCP: ucbvax!cogsci!hullp  OR: ucbvax!cogsci.berkeley.edu!hullp
  30706.  
  30707. ------------------------------
  30708.  
  30709. End of TELECOM Digest V15 #197
  30710. ******************************
  30711.     
  30712.     
  30713. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21015;
  30714.           17 Apr 95 18:35 EDT
  30715. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id LAA27134 for telecomlist-outbound; Mon, 17 Apr 1995 11:58:08 -0500
  30716. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id LAA27123; Mon, 17 Apr 1995 11:58:05 -0500
  30717. Date: Mon, 17 Apr 1995 11:58:05 -0500
  30718. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  30719. Message-Id: <199504171658.LAA27123@delta.eecs.nwu.edu>
  30720. To: telecom@eecs.nwu.edu
  30721. Subject: TELECOM Digest V15 #198
  30722.  
  30723. TELECOM Digest     Mon, 17 Apr 95 11:58:00 CDT    Volume 15 : Issue 198
  30724.  
  30725. Inside This Issue:                           Editor: Patrick A. Townson
  30726.  
  30727.     Early Benefits of Local Competition (Donald E. Kimberlin)
  30728.     My Computer Made Me Sick - Positive Ions (daniels222@aol.com)
  30729.     Book Review: "Computer Privacy Handbook" (Andre Bacard) 
  30730.     Exchange Names Aid Memory, Especially With NPA Splits (Lee Winson)
  30731.     Please HELP With LD Caller ID Experiment (Ronell Elkayam)
  30732.     "Message Unit" Charging (Lee Winson)
  30733.     Re: Competition, RBOCs and All That (Tim Gorman)
  30734.  
  30735. TELECOM Digest is an electronic journal devoted mostly but not
  30736. exclusively to telecommunications topics. It is circulated anywhere
  30737. there is email, in addition to various telecom forums on a variety of
  30738. public service systems and networks including Compuserve and America
  30739. On Line. It is also gatewayed to Usenet where it appears as the moderated
  30740. newsgroup 'comp.dcom.telecom'. 
  30741.  
  30742. Subscriptions are available to qualified organizations and individual
  30743. readers. Write and tell us how you qualify:
  30744.  
  30745.                  * telecom-request@eecs.nwu.edu *
  30746.  
  30747. The Digest is edited, published and compilation-copyrighted by Patrick
  30748. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  30749. or phone at:
  30750.                     9457-D Niles Center Road
  30751.                      Skokie, IL USA   60076
  30752.                        Phone: 500-677-1616
  30753.                         Fax: 708-329-0572
  30754.   ** Article submission address only: telecom@eecs.nwu.edu **
  30755.  
  30756. Our archives are located at lcs.mit.edu and are available by using
  30757. anonymous ftp. The archives can also be accessed using our email
  30758. information service. For a copy of a helpful file explaining how to
  30759. use the information service, just ask.
  30760.  
  30761. *************************************************************************
  30762. *   TELECOM Digest is partially funded by a grant from the              *
  30763. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  30764. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  30765. * project.  Views expressed herein should not be construed as represent-*
  30766. * ing views of the ITU.                                                 *
  30767. *************************************************************************
  30768.  
  30769. Additionally, the Digest is funded by gifts from generous readers such
  30770. as yourself who provide funding in amounts deemed appropriate. Your help 
  30771. is important and appreciated. A suggested donation of twenty dollars per
  30772. year per reader is considered appropriate. See our address above.
  30773.  
  30774. All opinions expressed herein are deemed to be those of the author. Any
  30775. organizations listed are for identification purposes only and messages
  30776. should not be considered any official expression by the organization.
  30777. ----------------------------------------------------------------------
  30778.  
  30779. Date: Mon, 17 Apr 95 08:09:00 EST
  30780. From: Donald E. Kimberlin <0004133373@mcimail.com>
  30781. Subject: Early Benefits of Local Competition
  30782.  
  30783.  
  30784.         Local telephone competition's critics may be speaking as much
  30785. from xenophobia as from real concerns.  Two events during the past
  30786. week in North Carolina indicate changes that would not be likely had
  30787. local competition not been seriously underway.
  30788.  
  30789.         First, Southern Bell announced reductions of more than 50% in
  30790. short-haul toll rates to areas surrounding Charlotte.  That move was
  30791. spurred after NC regulators permitted intraLATA toll competition from
  30792. the interexchange carriers.  Southern Bell still maintains a market
  30793. advantage by denying the IXC's dialing parity.  Calls dialed with only
  30794. seven digits to adjacent areas route via Southern Bell, while users
  30795. must steer calls via IXC's, dialing access codes, area code and
  30796. number.  One can readily see that most users will simply dial seven
  30797. digits, while only businesses that study their costs will set up PBXes
  30798. to insert digits if needed or route via direct IXC access trunks.
  30799. Even though it's the users making a market choice, critics of local
  30800. competition will still call this "cream skimming by the IXC's."
  30801.  
  30802.         But for how many decades have we been told that high intraLATA
  30803. toll rates were essential to subsidize local base rates ... that if
  30804. intraLATA toll rates simply could not be reduced without an instant
  30805. increase in local base rates?  Anybody out there remember?  And now,
  30806. that's no longer an issue as competition forces real action.
  30807.  
  30808.         Second, local television news told a surprisingly different
  30809. story last evening about Southern Bell's new interest in trying to
  30810. catch persons who place harassing or abusive telephone calls.  In a
  30811. statement totally the opposite of years of telephone company objections, 
  30812. Southern Bell added into a story about a string of harassing phone
  30813. calls in Rockingham, NC to say it openly invites people who receive
  30814. threatening phone calls to try to get someone on another line to call
  30815. a special Southern Bell toll-free number, where the phoneco accepts
  30816. calls from the general public to attempt instant traces on the source
  30817. of such calls.  (Before those who play the old hymns jump up with,
  30818. "But it's so labor intensive," remember we are more than a decade out
  30819. of the step and crossbar era in all but the most rural of localities.)
  30820.  
  30821.         Now, THAT's quite a change from the decades of first telling
  30822. the public the phoneco would only trace calls for law enforcment
  30823. agencies, then later telling users they had to initiate a written
  30824. complaint and keep a logsheet of the calls, and most lately saying,
  30825. "Just purchase Caller ID" so they could do it for themselves.  Only
  30826. now, after local competition is a _fait_accompli_ (effective in
  30827. mid-1996 in NC), are the local phonecos spurred to provide an instant,
  30828. open to the public means of assisting in catching telephone harassers
  30829. and threateners.  (Yes, it took a change, but it needn't have taken a
  30830. decade or more to implement it.)
  30831.  
  30832.         It's rather certain that without the urging of local competition, 
  30833. changes like these would not have occurred.  They point up that fears
  30834. of "problems due to local competition" may be based more on fear of
  30835. change than on any real problems.  Within a week, local competition
  30836. destroyed two shibboleths of phonecos in North Carolina.  It will be
  30837. interesting to see what other changes to the public advantage will
  30838. result.  Perhaps the old Chinese adage, "May you live in interesting
  30839. times," is not always a curse.
  30840.  
  30841. ------------------------------
  30842.  
  30843. From: daniels222@aol.com (DanielS222)
  30844. Subject: My Computer Made Me Sick - Positive Ions
  30845. Date: 16 Apr 1995 19:51:34 -0400
  30846. Organization: America Online, Inc. (1-800-827-6364)
  30847. Reply-To: daniels222@aol.com (DanielS222)
  30848.  
  30849.  
  30850. Hello Netters,
  30851.  
  30852. On 2/14/95 CBS Evening News with Connie Chung, Dr. Bob Arnot did a story
  30853. about negative ions and their effect on mood.  They talked about a study
  30854. done at Columbia University where exposure to a high density negative ion
  30855. generator was as effective in treating winter depression as medication.
  30856.  
  30857. I became very interested because I have suffered from depression and
  30858. anxiety for years, and I did some research on the benefits of negative
  30859. ions.  
  30860.  
  30861. This research turned out to be especially interesting to me because I
  30862. found a newspaper article discussing the fact that computer monitors emit
  30863. positive ions -- the opposite of negative ions.  The article says computer
  30864. monitors give off large amounts of positive ions and can actually cause
  30865. depression, stress, fatigue, etc. in people who sit in front of computers
  30866. a lot -- like all of us Netters -- and that we need negative ion
  30867. replenishment.  
  30868.  
  30869. After reading the article, I realized that I always felt especially
  30870. irritable, stressed, and depressed after long days in front of my
  30871. computer.
  30872.  
  30873. In doing the research, I found that negative ions have shown to be
  30874. therapeutic for stress, irritability, fatigue, depression, etc.  So I
  30875. purchased a small, high density generator and it has given me
  30876. substantial relief from my symptoms.
  30877.  
  30878. If any of you would like me to e-mail you that newspaper article, the
  30879. transcript of the CBS news story, as well as the other research that I
  30880. have compiled, just e-mail me at DanielS222@aol.com.
  30881.  
  30882.  
  30883. dan
  30884.  
  30885.  
  30886. [TELECOM Digest Editor's Note: This is an interesting theory and worth
  30887. pursuing. For a long time we have heard reports of problems associated
  30888. with sitting at terminals and keyboards for hours on end. There might
  30889. well be an association here with what you are reporting.   PAT]
  30890.  
  30891. ------------------------------
  30892.  
  30893. Date: Mon, 17 Apr 1995 01:54:42 -0700
  30894. From: Andre Bacard <abacard@well.sf.ca.us>
  30895. Subject: Book Review: "Computer Privacy Handbook"
  30896.  
  30897.  
  30898. I promised you that I'd tell you when "The Computer Privacy Handbook"
  30899. was released. I'm happy to say that the book is now available! The
  30900. book is already causing a stir, and Internet posters have started
  30901. calling me the "The Indiana Jones of Cyberspace."
  30902.  
  30903. You can now order "The Computer Privacy Handbook" directly from
  30904. Peachpit Press at (800) 283-9444. The book is also available in some
  30905. bookstores and in route to many more stores. Just about any local
  30906. bookstore can order the book for you. [Many databases list the book
  30907. under ISBN # 1-56609-171-3].
  30908.  
  30909. Peachpit Press is a subsidiary of Addison-Wesley, a global book
  30910. publisher. If you're outside the States, please contact your local
  30911. Addison-Wesley distributor, or ask me for a local address.
  30912.  
  30913. Attached is a press release with full details.
  30914.  
  30915. By the way, I'll be speaking at Computer Literacy Bookshop in San
  30916. Jose on May 3rd and at Stanford Bookstore on May 11.
  30917.  
  30918. If you like my book, please tell your friends. Of course, I'd value
  30919. your comments and suggestions. Thanks for your interest.
  30920.  
  30921. See you in the future,
  30922. Andre Bacard
  30923.  
  30924.             ********** Begin Press Release **********
  30925.  
  30926. Peachpit Press                Print Media Contact:
  30927. 2414 Sixth Street             Trish Booth <trish@peachpit.com>
  30928. Berkeley, CA 94710            Gary-Paul Prince <gary@peachpit.com>
  30929. Phone (800) 283-9444 or
  30930.       (510) 548-4393          Broadcast Media Contact:
  30931. Fax   (510) 548-5991          Hannah Onstad <hannah@peachpit.com>
  30932.  
  30933.  
  30934.              THE SCARIEST COMPUTER BOOK OF THE YEAR
  30935.  
  30936. "Andre Bacard's "Computer Privacy Handbook" is an invaluable guide to
  30937. both the whole subject of privacy on the net, the politics of privacy,
  30938. and, most important, to the practical steps one can take right now."
  30939.  
  30940.      Mitchell Kapor, Creator of Lotus-1-2-3, Co-founder of the
  30941.      Electronic Frontier Foundation
  30942.  
  30943.               -------------------------------
  30944.  
  30945. "Bacard's ruthlessly realistic but optimistic book explains the
  30946. privacy dangers that YOU face and what YOU can do to protect
  30947. yourself!"
  30948.  
  30949.      Jim Warren, Founder of "InfoWorld", Founder of Computer,
  30950.      Freedom and Privacy Conferences
  30951.  
  30952.               ------------------------------ 
  30953.  
  30954. April 1995, Berkeley, CA. Criminals, competitors (anyone, in fact)
  30955. can buy a person's IRS forms for $500. An individual's medical
  30956. records are available to complete strangers. TV star Rebecca
  30957. Schaffer was shot to death by a computer stalker. These are just
  30958. some of the horrifying examples of invasions of privacy that author
  30959. Andre Bacard points out in his new book, "The Computer Privacy
  30960. Handbook: A Practical Guide to E-Mail Encryption, Data Protection,
  30961. and PGP Privacy Software."
  30962.  
  30963. We live in the Age of Electronic Surveillance, Bacard says, and
  30964. snooping happens. Given that millions of e-mail messages are
  30965. exchanged daily, and the Internet buzzes with zillions of bites of
  30966. online discussions each day, it's easy to see how this could be.
  30967. But just as computers are part of the problem, they are also part
  30968. of the solution. Bacard details how individuals can safeguard their
  30969. electronic privacy using good encryption, proper data protection,
  30970. and the right software.
  30971.  
  30972. "Computer Privacy Handbook" shows how computers threaten YOUR
  30973. personal security, and it gives YOU the practical tools to reassert
  30974. YOUR privacy! In this book, find out:
  30975.  
  30976. * Who is Selling Your Secrets
  30977. * How Computers Help Snoops
  30978. * The Dangers of a Cash-Free Society
  30979. * How Big Brother Wants to Monitor ALL Telecommunications
  30980. * Why E-Mail Can Be Terribly Unsafe
  30981. * What to do with Your Social Security Number
  30982. * The Advantages of Anonymous Remailers
  30983. * How to Protect Yourself with Encryption
  30984. * The Best Usenet News Groups for You to Visit
  30985. * Where to Find Expert Privacy Activists
  30986.  
  30987. "Computer Privacy Handbook" also contains a user-friendly manual for
  30988. PGP software. PGP ("Pretty Good Privacy") is a top-rate program to
  30989. protect your personal and business data files and e-mail from snoops!
  30990. PGP is the de facto world standard for e-mail privacy.
  30991.  
  30992. Author Andre Bacard, who also wrote "Hunger for Power: Who Rules
  30993. the World and How," has a wide-angle view of society. He has
  30994. written about technology and society for numerous publications. A
  30995. guest on hundreds of radio talk shows, he was judged one of the
  30996. best public speakers in America by the International Platform
  30997. Association.
  30998.  
  30999. ============================
  31000.  
  31001. Price $24.95
  31002. Size 274 pages; 7"x 9"
  31003. ISBN 1-56609-171-3
  31004. Software covered. PGP.
  31005. Levels: beginner through advanced.
  31006. Availability: through bookstores, computer dealers, catalogs, and
  31007.      user groups; or directly for Peachpit Press. Satisfaction
  31008.      cheerfully guaranteed.
  31009.  
  31010.           ************* End Press Release *************
  31011.  
  31012. ------------------------------
  31013.  
  31014. From: turner7@pacsibm.org (Lee Winson)
  31015. Subject: Exchange Names Aid Memory, Especially With NPA Splits
  31016. Date: 17 Apr 1995 08:03:38 GMT
  31017. Organization: PACS IBM SIG BBS
  31018.  
  31019.  
  31020. In my opinion, the old style exchange names help a lot in remembering
  31021. telephone numbers.  In these days of small area codes, they would help
  31022. even more, since knowing a full "name" would help remember the
  31023. associated a.c. with it.
  31024.  
  31025. For example, in the Philadelphia area, we have MItchell in Ambler, which
  31026. is 215, and MIdway in Ardmore, which is now the new 610.  If someone
  31027. threw at me "646-xxxx", I wouldn't know which area--I don't know which
  31028. 64x's are in Admore or Ambler.  But MItchel and MIdway are easy to
  31029. remember and where located.  There's a lot of examples -- LOcust in
  31030. downtown Phila (215) and LOwell in the suburban town of Media (610.)
  31031.  
  31032. When Bell introduced 610 it printed up exchange lists -- hundreds of
  31033. tiny three digit numbers, impossible to remember.  However, if they
  31034. still used exchange names, the list would be a lot smaller and easier
  31035. to remember.
  31036.  
  31037. I know not all exchange combinations can create an English word.  But
  31038. using exchange names doesn't call anybody anything.  And considering how
  31039. intensely 800 numbers are using letters for their names, I fail to see
  31040. why the traditional exchange names can't be brought back.
  31041.  
  31042. P.S.  In Phila, many exchanges were logical names.  For example, the
  31043. City Hall centrex is MUncipal (it's now 686 and 687)*.  MAyfair,
  31044. CHestnuthill, GErmantown, SHerwood, MElrose, BAring all refer to their
  31045. respective neighborhoods.  In New Jersey, a lot of exchanges were named
  31046. for the towns.
  31047.  
  31048.                       --------------------
  31049.  
  31050. *Philadelphia libraries still use original rotary phones that retain the
  31051. MUnicipal 6 number card.  The system is slowly being modernized as funds
  31052. are available.
  31053.  
  31054. ------------------------------
  31055.  
  31056. From: relkay01@solix.fiu.edu (ronell elkayam)
  31057. Subject: Please HELP With LD Caller ID Experiment
  31058. Date: 16 Apr 1995 00:22:19 GMT
  31059. Organization: Florida International University
  31060.  
  31061.  
  31062.      All I'm asking for is that some nice guy (or girl) will spend a
  31063. couple of minutes helping me compile a list of all the Long Distance
  31064. carriers that currently allow Caller ID information to be sent over
  31065. state lines.  This experiment would prove useful for thousands of
  31066. phone users all around the nation.
  31067.  
  31068.      The problem that caused the need for this experiment is the 
  31069. refusal of the LD carriers to comply with the FCC ruling for them to 
  31070. provide CID information to the local phone co. from the date 
  31071. 4/12/95.  They complain that it cost them money to send the info, 
  31072. and so they now plan to argue their case against the legality of the 
  31073. FCC order (which was postponed not too long ago by the FCC itself).
  31074.  
  31075.      However, not all LD carriers are such bastards.  It's been 
  31076. shown that some, such at WilTel (10-555-1-xxx-yyyy), _do_ send the
  31077. CID info to the local telco's; and so I am in search of which LD 
  31078. carriers these are.
  31079.      
  31080.      The way to do this is simple: please leave me email and we'll set
  31081. a meeting channel on IRC where we both can meet and start scanning the
  31082. LD carriers.  The way to do that is easy: You will tell me: "Ron, I'm
  31083. calling you right now on the other line with 10288 (AT&T). Tell me
  31084. what your CID shows."  I'll then look at the CID on my other line and
  31085. tell you if it shows "Out of area" or your number (you will already have
  31086. _my_ number as you call me...)  The call MIGHT be billed for one minute of
  31087. usage, according to bjg@bgfax.com (B.J. Guillot), so if you'd rather
  31088. me calling you instead -- no problem.  Obviously, you must have Caller
  31089. ID enabled on your line.  The calls shouldn't cost more than 20 cents
  31090. a pop anyway ...
  31091.  
  31092.      I hope to repeat this experiment with as many people as possible
  31093. in as many different locations around the nation as possible in order
  31094. to create the most detailed and precise list of LD carriers as possible.
  31095.  
  31096.      Again, if you have Caller ID (and two lines) and would like me to 
  31097. call you instead of you calling me -- just say so; it's no problem.  
  31098. Either way is fine with me.
  31099.  
  31100. Let's get together and start experimenting.  
  31101.  
  31102. Thank you very much for reading.  Hope to receive your email soon.
  31103.  
  31104.  
  31105. Ron
  31106.  
  31107. ------------------------------
  31108.  
  31109. From: turner7@pacsibm.org (Lee Winson)
  31110. Subject: "Message Unit" Charging
  31111. Date: 17 Apr 1995 12:08:36 GMT
  31112. Organization: PACS IBM SIG BBS
  31113.  
  31114.  
  31115.    In Philadelphia, Bell retains the old message unit charging system for
  31116. short haul calls.  I was wondering if other locations use this system.
  31117.  
  31118.    The way it works, in brief, is this:
  31119.  
  31120.    There are call "bands" extending outward from your home exchange
  31121. (every exchange district has its own set of bands).  Bands range from
  31122. one to six, which is the number of message units for a call.  Calls of
  31123. one unit are UNTIMED.  For Philadelphia residents, the entire city is
  31124. within band one, and for people who live at the borders, adjacent
  31125. suburban communities are also band one.  Bands two through six are timed.
  31126.  
  31127.    In your bill, you do NOT see itemized calls, but rather an
  31128. accumulation of message units.
  31129.  
  31130.   Note -- the system has been slightly revised to be "measured service", 
  31131. with some features, such as different costs per time-of-day, but is
  31132. basically the same.
  31133.  
  31134.   Depending on your class of service, you get an allotment of units.
  31135. You can also get "Metropolitan" service which gives unlimited calling.
  31136.  
  31137.   The Phila area has a defined "Metropolitan Calling Area" which
  31138. includes the city and nearby suburbs.  Message Unit calling is for this
  31139. area.  Calls beyond this area are itemized toll.
  31140.  
  31141.   For people outside the metro area, all calls other than local are
  31142. toll.  Local calls are the equivalent of one unit, untimed.
  31143.  
  31144. [public replies, please.]
  31145.  
  31146. ------------------------------
  31147.  
  31148. Date: Mon, 17 Apr 1995 00:11:52 -0500
  31149. From: Tim Gorman <tg6124@tyrell.net>
  31150. Subject: Re: Competition, RBOCs and all that
  31151.  
  31152.  
  31153. >> You still have not answered how the competitive providers offered Voice
  31154. >> Mail without some way for the calls to get to them. ... You are just 
  31155. >> asserting that forward on busy/no answer is a predatory service offered 
  31156. >> by the RBOC. Sorry, but no one with any technical knowledge is going to buy 
  31157. >>that one. 
  31158.  
  31159. > Oh, my.  I keep underestimating how much a regulatory mindset can color
  31160. > one's perceptions.  Let's try and go through this one step at a time.
  31161.  
  31162. Gratuitious remarks such as this one are one very big reason why your
  31163. posts are such a turnoff for many, John. You would be much better off
  31164. to just leave out the comments about other people.
  31165.  
  31166. > Here in Boston, there was a bunch of smallish voicemail providers.  They
  31167. > ordered DID lines from the telco so they could assign a separate phone
  31168. > number to each mailbox.  Since NYNEX didn't, and still doesn't, offer
  31169. > forward on busy/no answer (FBNA), there was no way to link your POTS number
  31170. > to your voicemail number -- people gave out one number for their regular
  31171. > number and a different one for voicemail.  For some subscribers, such as
  31172. > single women, having separate numbers was an advantage, but for most people
  31173. > it was pain.  That's why I wasn't interested in any of them.
  31174.  
  31175. This makes sense.
  31176.  
  31177. > Then last year, NYNEX came out with Call Answering.  It was voice
  31178. > mail, but it also included FBNA, stutter dialtone, and combined
  31179. > billing on the telco phone bill.  For a lot of people including me,
  31180. > the FBNA is a crucial feature since it lets you hang voice mail on
  31181. > your existing POTS number.  This gives Call Answering an enormous
  31182. > competitive advantage, even before you consider the separate factor
  31183. > that NYNEX priced it at about half of what anyone else's voice mail
  31184. > cost.
  31185.  
  31186. Call forward on busy/don't answer is certainly a crucial feature to tie your 
  31187. regular number to a second number. 
  31188.  
  31189. > Now, one might ask, what's the harm, customers get a decent service, and
  31190. > even though NYNEX probably priced based on the incremental rather than
  31191. > average cost, the cost to the ratepayers of any hidden subsidy would be
  31192. > pretty low. The problem is that NYNEX just killed the competitive voicemail
  31193. > market. Call Answering isn't a horrible voice mail system, but it's
  31194. > thoroughly mediocre. It has up to four mailboxes per user (selected by a
  31195. > pressing a digit at a prompt, advertised as a mailbox per family member),
  31196. > can keep messages for up to 30 days, notifies you of messages with a
  31197. > stutter dialtone, and that's it.
  31198.  
  31199. Wait a minute. NYNEX's service is a thoroughly MEDIOCRE service but it
  31200. KILLED the competitive voicemail market? Sounds to me like there
  31201. wasn't much of a market to begin with. You are trying to make it into
  31202. a killing of a major market but then describe the market as almost
  31203. non-existant. You can't have it both ways, you know.
  31204.  
  31205. > There are all sorts of features that I'd like from a voicemail system:
  31206. > forwarding among mailboxes, outdialing to other phones or pagers, delivery
  31207. > as a voice attachment to e-mail, stuff like that. But there's no way I'm
  31208. > going to get it, because NYNEX doesn't offer them, and lacking FBNA none of
  31209. > the competing voice mail systems are very interesting.
  31210.  
  31211. Right. Not much of a market, at least in the way you describe it. 
  31212.  
  31213. > It didn't have to be this way. Under the principle (that I know you don't
  31214. > like) that regulated utilities should provide only monopoly services, the
  31215. > DPU should have told them to offer FBNA, stutter dialtone, and combined
  31216. > billing instead, and let competitive voice mail providers compete.  There's
  31217. > no reason they couldn't have done that. All three are available elsewhere
  31218. > (even stutter dialtone, from PacTel as I recall, although they at least
  31219. > used to price FBNA+stutter higher than telco voice mail, which seems pretty
  31220. > dubious to me). Then we'd have had a real competitive market with different
  31221. > providers offering different services, rather than a de-facto monopoly with
  31222. > one mediocre service.
  31223.  
  31224. John, you still haven't shown me that you know how stutter dial tone
  31225. is provided. As a clue, you need a system that is connected to the
  31226. central office switch using a "input/output" link. In essence, the
  31227. voice mail system becomes an extension of the central office with
  31228. messaging being passed between the two systems. It is this messaging
  31229. link that allows messages to be passed to the central office switch
  31230. from the voice mail system to condition the switch to return stutter
  31231. dial tone. Input/output channels are expensive to provide in central
  31232. offices. This causes a high price to be put on them. This may be why
  31233. no voice mail services have purchased such an arrangement. The voice
  31234. mail providers would have to provide for one of these links for every
  31235. central office in which they have subscribers. Quite expensive.
  31236.  
  31237. So, assuming that most voice mail providers are not going to buy such an 
  31238. expensive arrangement just to get dial tone, this leaves only CFBDA as the 
  31239. service in question. 
  31240.  
  31241. I know that NYNEX provides a routine for customers to order "special
  31242. service arrangements" for non-tariffed services. Have none of the
  31243. voice mail competitors gone this route to get a fully cost justified
  31244. quote for the cost of getting CFBDA from NYNEX? This is usually the
  31245. first step in getting the RBOC to tariff a service. If the RBOC
  31246. refuses to provide a cost quote on a legitimate request, the utility
  31247. commissions usually become very agitated. Especially when the RBOC is
  31248. already using the feature. Oh, but I forgot, this is a grand
  31249. conspiracy between the RBOC and the PUC, right? Nothing would come of
  31250. these complaints, would they?
  31251.  
  31252. > I suppose in the long run there'll eventually be dialtone competition, so
  31253. > I'll be able to consider availability of decent voice mail as one component
  31254. > in choosing a telco, and ditch NYNEX. But that's at best a couple of years
  31255. > away, and in smaller cities (like Ithaca NY where I'll be moving this
  31256. > summer) it may not show up for decades if ever. Right now, though, telco
  31257. > eagerness to move into new markets and regulatory willingness to let them
  31258. > do it in a way that stomps the competition combine to produce extremely bad
  31259. > public policy.
  31260.  
  31261. "Stomps the competition". Still with the emotional appeals rather than
  31262. real arguments, eh? If there is so much money to be made in this if
  31263. the RBOC would just play fair, why don't YOU coordinate a start up
  31264. venture in Ithaca? You should have no problem convincing the PUC that
  31265. the RBOC isn't playing fair and may even convince them to impose
  31266. punative damages for you. Oh, I forgot. The RBOC and PUC are in
  31267. cahoots on this - the PUC wouldn't listen to you.
  31268.  
  31269. Once again, your argument boils down to nothing more than proposing
  31270. that the RBOC's be disbanded, their employees put on the streets, and
  31271. the customers the competitors don't want be handed to a nationalized
  31272. government telephone bureaucracy for service. It just doesn't fly no
  31273. matter how hard the wings flap.
  31274.  
  31275. > Haven't been able to pull the SWB and SBC 10-K's yet to compare
  31276. > profitability, since I've been on the road, will do that tomorrow.
  31277.  
  31278. No rush. I really don't think you are going to find much real evidence
  31279. that illegal activities are going on. Too many others have already
  31280. done scrutinized them for just such evidence.
  31281.  
  31282.  
  31283. Tim Gorman   Southwestern Bell Tel. Co   tg6124@tyrell.net
  31284.  
  31285. ------------------------------
  31286.  
  31287. End of TELECOM Digest V15 #198
  31288. ******************************
  31289.     
  31290.     
  31291. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21722;
  31292.           17 Apr 95 19:07 EDT
  31293. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id MAA28300 for telecomlist-outbound; Mon, 17 Apr 1995 12:25:10 -0500
  31294. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id MAA28291; Mon, 17 Apr 1995 12:25:07 -0500
  31295. Date: Mon, 17 Apr 1995 12:25:07 -0500
  31296. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  31297. Message-Id: <199504171725.MAA28291@delta.eecs.nwu.edu>
  31298. To: telecom@eecs.nwu.edu
  31299. Subject: TELECOM Digest V15 #199
  31300.  
  31301. TELECOM Digest     Mon, 17 Apr 95 12:25:00 CDT    Volume 15 : Issue 199
  31302.  
  31303. Inside This Issue:                           Editor: Patrick A. Townson
  31304.  
  31305.     ICCC '95 Advance Program  (Nas Mosaic)
  31306.     AT&T 6650 Cellular Phone Question (Dave Levenson)
  31307.     North American Modems in Britain (John Bowler)
  31308.     VITAsat Gateway Licensed in South Africa (Nigel D. Allen)
  31309.     Telecomm Industry in Japan (Edmund T. Baumgartner)
  31310.     Re: STD Coding Changes in United Kingdom (Richard Cox)
  31311.     Phone Question Regards Transmission Problems (Jack Mott)
  31312.  
  31313. TELECOM Digest is an electronic journal devoted mostly but not
  31314. exclusively to telecommunications topics. It is circulated anywhere
  31315. there is email, in addition to various telecom forums on a variety of
  31316. public service systems and networks including Compuserve and America
  31317. On Line. It is also gatewayed to Usenet where it appears as the moderated
  31318. newsgroup 'comp.dcom.telecom'. 
  31319.  
  31320. Subscriptions are available to qualified organizations and individual
  31321. readers. Write and tell us how you qualify:
  31322.  
  31323.                  * telecom-request@eecs.nwu.edu *
  31324.  
  31325. The Digest is edited, published and compilation-copyrighted by Patrick
  31326. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31327. or phone at:
  31328.                     9457-D Niles Center Road
  31329.                      Skokie, IL USA   60076
  31330.                        Phone: 500-677-1616
  31331.                         Fax: 708-329-0572
  31332.   ** Article submission address only: telecom@eecs.nwu.edu **
  31333.  
  31334. Our archives are located at lcs.mit.edu and are available by using
  31335. anonymous ftp. The archives can also be accessed using our email
  31336. information service. For a copy of a helpful file explaining how to
  31337. use the information service, just ask.
  31338.  
  31339. *************************************************************************
  31340. *   TELECOM Digest is partially funded by a grant from the              *
  31341. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  31342. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  31343. * project.  Views expressed herein should not be construed as represent-*
  31344. * ing views of the ITU.                                                 *
  31345. *************************************************************************
  31346.  
  31347. Additionally, the Digest is funded by gifts from generous readers such
  31348. as yourself who provide funding in amounts deemed appropriate. Your help 
  31349. is important and appreciated. A suggested donation of twenty dollars per
  31350. year per reader is considered appropriate. See our address above.
  31351.  
  31352. All opinions expressed herein are deemed to be those of the author. Any
  31353. organizations listed are for identification purposes only and messages
  31354. should not be considered any official expression by the organization.
  31355. ----------------------------------------------------------------------
  31356.  
  31357. From: mosaic@yiscgw.yonsei.ac.kr (Nas Mosaic)
  31358. Subject: ICCC '95 Advance Program
  31359. Date: 17 Apr 1995 03:59:50 GMT
  31360. Organization: Nas Lab of EE Dept. in Yonsei Univ.
  31361.  
  31362.  
  31363.       Following is the fisrt announcement of Call For Participation of ICCC'95
  31364.       which will be held from 21-24 of August 1995, in Seoul, Korea.
  31365.  
  31366.                                ICCC'95
  31367.                        CALL    FOR    PARTICIPATION
  31368.          * 12th International Conference On Computer Communication *
  31369.  
  31370.                  *          August 21-24, 1995             *
  31371.                  *   Hotel Intercontinental, Seoul, Korea  *
  31372.  
  31373.  
  31374.           Sponsored by 
  31375.               ICCC - International Council for Computer Communication 
  31376.           Hosted by     
  31377.               ETRI - Electronics and Telecommunications Research Institute    
  31378.               KISS - Korea Information Science Society
  31379.           Under the patronage of
  31380.               Ministry of Information and Communication, Republic of Korea
  31381.           Conference Site
  31382.               Hotel Intercontinental
  31383.               135-650 P.O.Box 87 Trade Center Seoul
  31384.               Tel:+82-2-555-5656, Telex:K33970 ,Fax:+82-2-559-7990
  31385.                                                        
  31386.                 
  31387.                             ADVANCE PROGRAM    
  31388.  
  31389.  Conference Governor     Honorary Conference Chairman
  31390.  Dr. Ronald P. Uhlig       Dr. Sanghyon Kyong
  31391.  Northern Telecom,USA      Minister, MIC, Korea
  31392.     
  31393.  Conference Chairman    Conference Co-chairman    
  31394.  Prof. Chongsun Hwang     Dr. Seungtaik Yang            
  31395.  President,KISS,Korea     President,ETRI,Korea      
  31396.  
  31397.  Technical Program                        
  31398.  Chair:Dr. Seonjong Chung
  31399.        ETRI,Korea
  31400.  
  31401.  Co-chairs:Dr.Roger Needam                        Dr. Otto Spaniol
  31402.            Univ. of Cambridge, UK                 Achen Tech. Univ.
  31403.  
  31404.            Prof. Sergio Fdida                     Dr. Nicolas Georganas
  31405.            MASI, France                           Univ. of Ottawa, Canada
  31406.  
  31407.            Dr. Pramode Verma                      Dr. Hideyoshi Tominaga
  31408.            AT&T,USA                               Waseda Univ. Japan
  31409.                  
  31410.  Publication
  31411.  Mr. Keosang Lee                                
  31412.  DACOM,Korea
  31413.                                             
  31414.  Publicity                                 
  31415.  Prof. Jaiyong Lee                       
  31416.  Yonsei Univ.,Korea                   
  31417.  
  31418.  Registration                        
  31419.  Dr. Samyoung Seuh
  31420.  N.C.A.,Korea
  31421.  
  31422.  Treasurer                                  
  31423.  Dr. Seungkyu Park                  
  31424.  Ajou Univ.,Korea                  
  31425.  
  31426.  Social Program                  
  31427.  Dr.Noshik Kim                        
  31428.  Korea Telecom,Korea           
  31429.  
  31430.  Secretary                                      Co-Secretary
  31431.  Prof. Yangheei Choi                            Dr. Younghee Lee
  31432.  Seoul National Univ.,Korea                     ETRI, Korea  
  31433.  
  31434.  Tutorial
  31435.  Prof. Sunshin An
  31436.  Korea Univ.,Korea
  31437.  
  31438.  Local Arrangements
  31439.  Prof. Dongho Lee
  31440.  Kwangwon Univ.,Korea
  31441.  
  31442.  
  31443.  TUTORIALS 
  31444.  
  31445. Monday, August 21, 1995
  31446.  
  31447. Track A : High-speed Networks            9:00 - 12:00                 
  31448. Track B : PCS                    9:00 - 12:00
  31449. Track C : Multimedia                9:00 - 12:00
  31450. Track D : Broadband ATM Networks        9:00 - 12:00
  31451.  
  31452. Lunch                        12:00 - 14:00
  31453.  
  31454. Track A : High-speed Networks            14:00 - 17:00
  31455. Track B : PCS                    14:00 - 17:00
  31456. Track C : Multimedia                14:00 - 17:00
  31457. Track D : Broadband ATM Networks        14:00 - 17:00
  31458.  
  31459. Welcome Reception(Cocktail)            19:00 - 
  31460.  
  31461.              *The subjects are changeable*
  31462.  
  31463.  TECHNICAL SESSIONS
  31464.  
  31465. Tuesday, August 22, 1995
  31466.  
  31467. Registration                    8:00 - 9:00
  31468. Opening Session                    9:30 - 10:30
  31469. Keynote Addresses                10:30 - 12:30
  31470. Lunch                        12:30 - 14:00
  31471. Session A1 :                     14:00 - 15:30
  31472.     Information Super Highway
  31473. Session B1 :                    14:00 - 15:30
  31474.     Multimedia Communication 1
  31475. Session C1 :                    14:00 - 15:30        
  31476.     ATM Switching 1
  31477. Session D1 :                    14:00 - 15:30
  31478.     High Speed Protocols 1
  31479.  
  31480. Session A2 :                    15:50 - 17:20
  31481.     Network Architecture
  31482. Session B2 :                    15:50 - 17:20
  31483.     Multimedia Applications 1
  31484. Session C2 :                    15:50 - 17:20
  31485.     Computer Communication 1
  31486. Session D2 :                    15:50 - 17:20
  31487.     Intelligent Networks 1
  31488.  
  31489. Dinner                          19:00 -
  31490.  
  31491. Wednesday, August 23, 1995
  31492.  
  31493. Session A3 :                    9:00 - 10:30
  31494.     Network Management 1
  31495. Session B3 :                    9:00 - 10:30
  31496.     Multimedia Communication
  31497. Session C3 :                    9:00 - 10:30    
  31498.     ATM Switching 2
  31499. Session D3 :                    9:00 - 10:30
  31500.     Wireless Communication 1
  31501. Session A4 :                    10:50 - 12:20
  31502.     Network Planning
  31503. Session B4 :                    10:50 - 12:20
  31504.     Broadband Communication
  31505. Session C4 :                    10:50 - 12:20
  31506.     Computer Communication 2    
  31507. Session D4 :                    10:50 - 12:20
  31508.      Performance Analysis
  31509.  
  31510. Lunch                        12:20 - 14:00
  31511.  
  31512. Session A5 :                    14:00 - 15:30
  31513.     Security and Privacy 1
  31514. Session B5 :                     14:00 - 15:30
  31515.     Protocol Engineering 1
  31516. Session C5 :                    14:00 - 15:30
  31517.     ATM Traffic 1
  31518. Session D5 :                    14:00 - 15:30
  31519.     High-Speed Protocols 2
  31520.  
  31521. Panel 1 :                    15:50 - 17:20
  31522.     What does Information Superhighway stand for in your mind?
  31523.     What is its impact on our society?
  31524. Panel 2 :                    15:50 - 17:20
  31525.     What are the real issues in current multimedia communications, QOS, 
  31526.     Standardization or Services?
  31527. Panel 3 :                    15:50 - 17:20
  31528.     Security/Privacy vs. Accessibility in Information Networks.
  31529. Panel 4 :                    15:50 - 17:20
  31530.     Will personal/wireless communications dominate over the wire 
  31531.     communications?
  31532.  
  31533. Banquet                        19:00 -
  31534.  
  31535.  
  31536. Thursday, August 24, 1995
  31537.  
  31538. Session A6 :                    9:00 - 10:30
  31539.     Network Management 2
  31540. Session B6 :                    9:00 - 10:30
  31541.     Protocol Engineering 2
  31542. Session C6 :                    9:00 - 10:30
  31543.     Computer Communication 3
  31544. Session D6 :                    9:00 - 10:30
  31545.     Intelligent Networks 2
  31546. Session A7 :                     10:50 - 12:20
  31547.     Security and Privacy 2
  31548. Session B7 :                    10:50 - 12:20
  31549.     Broadband Communication 2
  31550. Session C7 :                    10:50 - 12:20
  31551.     Computer Communication 4
  31552. Session D7 :                    10:50 - 12:20
  31553.     Wireless Communication 2
  31554.  
  31555. Lunch                        12:20 - 14:00
  31556.  
  31557. Session A8 :                    14:00 - 15:30
  31558.     High Speed Networks
  31559. Session B8 :                    14:00 - 15:30
  31560.     Broadband Communication 3
  31561. Session C8 :                    14:00 - 15:30
  31562.     ATM Traffic 2
  31563. Session D8 :                    14:00 - 15:30
  31564.     Satellite Communication
  31565. Session A9 :                     15:50 - 16:50
  31566.     Evolution toward the High-speed Networks
  31567. Session B9 :                     15:50 - 16:50
  31568.     Distance Learning
  31569. Session C9 :                    15:50 - 16:50
  31570.     Optical Communication
  31571. Session D9 :                    15:50 - 16:50
  31572.     Personal Communication Systems
  31573.  
  31574. Closing Session                    17:00 - 17:40
  31575.  
  31576.  
  31577.  Social Events
  31578.  
  31579.  Welcome Reception(Cocktail)
  31580.  
  31581.  A welcome Cocktail Party will be held at p.m. 7 Monday evening, August 21 at
  31582.  Hotel Intercontinental.
  31583.  All conference attendees and spouses are invited.
  31584.  
  31585.  Dinner
  31586.  
  31587.  A Hosted Dinner Party is also scheduled for Tuesday evening, August 22.
  31588.  The place for the party will be announced during the conference.
  31589.  All conference attendees and spouses are invited.
  31590.  
  31591.  Conference Banquet
  31592.  
  31593.  Banquet will be held on Tuesday Evening, August 23 Hotel Intercontinental. You
  31594.  Can buy tickets when you register for ICCC'95 on site. Participants who
  31595.  register in advance can also get the tickets from the receptionists by showing
  31596.  the receipt of your pre-registration during the conference. The Banquet ticket
  31597.  is $50.
  31598.  
  31599.  Luncheon
  31600.  
  31601.  A Luncheon hosted by one of the major telecommunication company in Korea will 
  31602.  be on 24th. The schedule is subject to change. The exact date and place for
  31603.  that will be posted during the conference.
  31604.  
  31605.  Industrial Tour
  31606.  
  31607.  An industrial visit hosted by one or two of the leading Korean Industries is
  31608.  expected on 25th. after the conference. More detailed information will be 
  31609.  available during the conference. If you are interested, Please apply free at
  31610.  the registration desk.
  31611.  
  31612.  
  31613.                  *    ADVANCE REGISTRATION    * 
  31614.                *       (Deadline : July 25)    *     
  31615.  
  31616.  
  31617. PLEASE MAIL OR FAX TO : Korea Information Science Society    TEL:+82-2-588-9246
  31618.             KPO BOX 1205 Seoul, Korea            FAX:+82-2-521-1352
  31619.             OR EMAIL TO : ICCC 95                      Email:iccc-reg@krnic.net
  31620.         
  31621.              
  31622. Name:(last/family)_________________________(first)______________(Mr./Mrs./Ms.)
  31623.      
  31624. Company:______________________________________________________________________
  31625.         
  31626. Address/Mailstop:_____________________________________________________________
  31627.                
  31628. City/State/Zip/Country:_______________________________________________________
  31629.              
  31630. Daytime Number:_____________________________FAX Number:_______________________
  31631.                   
  31632. E-mail:_____________________________________
  31633.       
  31634.              
  31635. PLEASE CHECK APPROPRIATE FEES:
  31636.  
  31637.  -- CONFERENCE REGISTRATION:
  31638.                           Regular         Student
  31639.  
  31640. Advance Registration(Until July 25, 1995)    $450(w360,000) $50(w40,000)
  31641. Late/On-site Registration(August 21, 1995)    $500(w400,000) $100(w80,000)
  31642.  
  31643.  -- TUTORIAL REGISTRATION:
  31644.                         Regular        Student
  31645.  
  31646. Advance Registration(Until July 25, 1995)    $200(w160,000) $100(w80,000)
  31647. Late/On-site Registration(August 21, 1995)      $250(w200,000) $150(w120,000)
  31648.  
  31649.  -- BANQUET TICKET:     Per-person    $50(w40,000)
  31650.  
  31651. TOTAL ENCLOSED:$___________________
  31652.            
  31653.  
  31654. METHOD OF PAYMENT:
  31655.     ____Moneyorder        ____American Express
  31656.   
  31657.     ____Visa        ____Mastercard        ____Diners Club
  31658.  
  31659.  Credit Card Number:_________________ EXP. Date:__________________
  31660.  
  31661.  Cardholder Name:______________________
  31662.  
  31663.  Signature:____________________________
  31664.  
  31665. -In case you want cancel your pre-registration, please notify to Korean 
  31666. Information Science Society before July 25. If you do so by July 25, you will 
  31667. receive a 90% refund. If you do so between July 25 and August 14, you will 
  31668. receive a 70% refund.
  31669.  
  31670.  
  31671.             *     HOTEL RESERVATION FORM     *
  31672.                *    (deadline : July 20, 1995)   *       ICCC'95
  31673.  
  31674. Please Mail or FAX to : LISTED HOTELS BELOW.
  31675.  
  31676. Name:(Last/Family)______________________(first)_________________(Mr./Mrs./Ms.)
  31677.      
  31678. Address:_____________________________________________________________________
  31679.        
  31680. City/State/Zip/Country:______________________________________________________
  31681.               
  31682. Phone Number:____________________________FAX Number:_________________________
  31683.        
  31684. Sharing Room with:___________________________________________________________
  31685.         
  31686. Check-in___________(Fl. No.      )   Check-out________________(Fl. No.        )
  31687.        
  31688. HOTEL REFERENCE    :
  31689.  ICCC'95 Secretariat offically recommend 5 hotels which offer special group 
  31690.  rates for ICCC'95 participants.
  31691.  
  31692.     Hotel   Distance(by taxi)   Rate(Unit: Won)         Tel            Fax
  31693.  
  31694. Intercontinental     0       Deluxe Room 127,000  +82-2-559-7775 +82-2-559-7995
  31695.      *****                   Jr. Suite   165,000  
  31696.  
  31697. -----------------------------------------------------------------------------
  31698.     Riviera          5 min   Double       93,750  +82-2-541-3111 +82-2-546-6111
  31699.       ****                   Twin        101,250  
  31700. -----------------------------------------------------------------------------
  31701.     Novotel         10 min   1 person    105,000  +82-2-531-6522 +82-2-562-0120
  31702.      ****                    2 persons 
  31703. -----------------------------------------------------------------------------
  31704.    New World         5 min                93,800  +82-2-557-0111 +82-2-557-0141
  31705.       ****
  31706. -----------------------------------------------------------------------------
  31707.      Clover         15 min                42,000  +82-2-546-1414 +82-2-544-1340
  31708.        **
  31709. -----------------------------------------------------------------------------
  31710.  * 10% service charge and 10% tax will be added on the above rates.
  31711.  * Hotel International has a double occupancy rate which is 20,000 Won,and Jr. 
  31712.   Suite includes breakfast. 
  31713.  * 1 US$ is about 800 Won. 
  31714.  
  31715. Name of Hotel:______________________________ 
  31716.              
  31717. Number of Room Required
  31718.     ____Single   ____Double    ____Twin    ____Suite  
  31719.     
  31720.     No. of nights___________________
  31721.     
  31722. Indicate Special Request and Comments:_________________________________________
  31723. _______________________________________________________________________________
  31724. Method of Payment:
  31725.     ____American Express    ____JCB    
  31726.    
  31727.     ____Visa                ____Mastercard        ____Diners Club
  31728.     
  31729.    Credit Card Number:____________________Exp. Date:___________________________
  31730.                       
  31731.    Cardholder Name:_______________________ Signature:__________________________
  31732.                    
  31733. ------------------------------
  31734.  
  31735. From: dave@westmark.com (Dave Levenson)
  31736. Subject: AT&T 6650 Cellular Phone Question
  31737. Organization: Westmark, Inc.
  31738. Date: Sun, 16 Apr 1995 18:43:51 GMT
  31739.  
  31740.  
  31741. I just began using an AT&T 6650 pocket-sized cellular telephone.  This
  31742. is a dual-mode unit, compatible with TDMA (digital) and AMPS (analog)
  31743. service in North America.
  31744.  
  31745. In wandering around its extensive nested menus, I came upon the FIELD
  31746. TEST MODE option.  This one is not explained in the Owner's Manual.
  31747. When I enable this mode, the display shows a continuously-updated
  31748. array of fields like this:
  31749.  
  31750. -093    0    3
  31751. 0331    -    0
  31752. IDLE
  31753.  
  31754. When the alpha mode (the ABC button) is turned on with FIELD TEST MODE
  31755. enabled, the display is replaced by:
  31756.  
  31757. rrrr    s    d
  31758. ccccc    l    a
  31759. CS-state
  31760.  
  31761. The alpha-mode appears to be a set of labels for the data displayed in
  31762. normal mode.
  31763.  
  31764. It would appear that the rrrr field is the RSSI or received signal
  31765. strength value.  It varies as I move the unit, extend/retract its
  31766. antenna, or shield it.  The cccc field appears to be the current radio
  31767. channel.  CS-state appears to be the current operating mode.  Can
  31768. anybody tell me what the s, d, l, and a fields indicate?
  31769.  
  31770. Just Curious ... and that's why I read this newsgroup!
  31771.  
  31772.  
  31773. Dave Levenson        Internet: dave@westmark.com
  31774. Westmark, Inc.        UUCP: uunet!westmark!dave
  31775. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  31776.  
  31777. ------------------------------
  31778.  
  31779. From: jbowler@biostats.uwo.ca (John Bowler)
  31780. Subject: North American Modems in Britain
  31781. Date: Sun, 16 Apr 1995 19:44:02 GMT
  31782. Organization: Clinical Neurological Sciences, UWO, Canada
  31783. Reply-To: jbowler@biostats.uwo.ca
  31784.  
  31785.  
  31786. I have two US Robotics internal 14400's and am moving from Canada to
  31787. the UK in July. The USR manual mentions some configuration changes
  31788. that are needed for Britain. Will the modems then be OK?
  31789.  
  31790. I think that the sockets are physically different. Are adapters
  31791. available? What do people with portable computers do to use North
  31792. American equipment in the UK?
  31793.  
  31794. Any help much appreciated. 
  31795.  
  31796.  
  31797. John Bowler             jbowler@biostats.uwo.ca
  31798. Clinical Neurological Sciences     Phone:    (519) 663-5777 Ext.4251
  31799. University Hospital         Fax:    (519) 663-3982
  31800. University of Western Ontario    London, Ontario N6A 5A5     CANADA
  31801.  
  31802. ------------------------------
  31803.  
  31804. Date: Sun, 16 Apr 1995 23:44:07 -0400
  31805. Subject: VITAsat Gateway Licensed in South Africa
  31806. Organization: 52 Manchester Avenue, Toronto, Ontario M6G 1V3 Canada
  31807. From: ndallen@io.org (Nigel D. Allen)
  31808.  
  31809.  
  31810. Here is a press release from Volunteers in Technical Assistance
  31811. (VITA). I downloaded the press release from the U.S. Newswire BBS
  31812. in Maryland at 410-363-0834. I do not work for VITA.
  31813.  
  31814.  VITAsat Gateway Licensed in South Africa
  31815.  To: National and International desks, Communications Writer
  31816.  Contact: Joe Sedlak of Volunteers in Technical Assistance,
  31817.           703-276-1800
  31818.  
  31819.    ARLINGTON, Va., April 13 -- Henry R. Norman, president of
  31820. Volunteers in Technical Assistance (VITA), announced today that the
  31821. University of Cape Town, South Africa, received its license to
  31822. install, operate and maintain a VITAsat Gateway Satellite Station.
  31823.  
  31824.    The letter from the Postmaster General of South Africa states that
  31825. the gateway is to transfer messages from satellite earth station users
  31826. and VITA in the United States.
  31827.  
  31828.    "This is an important milestone in our VITAsat program.  We will
  31829. use the Gateway to transfer messages directly to the Internet host
  31830. located at the University of Cape Town.  This will dramatically speed
  31831. up the transfer of messages to and from Africa," said Norman.  He
  31832. added that other gateways are planned for Norway, Chile, Australia and
  31833. Ireland.
  31834.  
  31835.    VITASAT-A is also the first satellite in the GEMnet system of CTA
  31836. Inc. of Rockville, Md.  The satellite was constructed by CTA and will
  31837. be launched by Lockheed within the next couple of months.  CTA also
  31838. designed the new earth stations, including the gateway stations.  VITA
  31839. will use the satellite for development and humanitarian
  31840. communications; CTA will use the satellite for commercial purposes.
  31841.  
  31842.    "Our goal is to help develop a communications infrastructure in
  31843. developing countries.  Most people in the world have no access to
  31844. phones, and even a modest goal of providing one phone per 100
  31845. residents is pretty far down the road in some countries."  Norman
  31846. added that "When we became involved in communications, the Internet
  31847. wasn't available to the general public.  Our gateway system will
  31848. extend Internet everywhere in the world."
  31849.  
  31850.    He continued, "We are delighted to be partners with the University
  31851. of Cape Town.  We expect them to play a significant role in the
  31852. evolution of the system that will help close the information gap
  31853. separating developing from developed countries."  The person
  31854. responsible for the Gateway at the University of Cape Town is Dr.
  31855. Robin Braun, director of Digital Radio Communications Research Group.
  31856.  
  31857.    VITA first began experimenting with low earth orbiting satellites
  31858. in 1984 when the Digital Communications Experiment was launched in
  31859. UoSat-2.  In 1990, the prototype payload was launched in UoSat-3; both
  31860. satellites were constructed by Surrey Satellite Technology in
  31861. Guilford, England.  The Federal Communications Commission granted VITA
  31862. Pioneer's Preference Award for being the first to use low earth
  31863. orbiting satellites for civilian purposes.  This award assures VITA of
  31864. an operational license within the United States.
  31865.  
  31866.                   --------------------------
  31867.  
  31868. Nigel Allen, Toronto, Ontario, Canada    ndallen@io.org
  31869. Web page: http://www.io.org/~ndallen
  31870.  
  31871. ------------------------------
  31872.  
  31873. From: teddo@gwis2.circ.gwu.edu (Edmund T. Baumgartner)
  31874. Subject: Telecomm Industry in Japan
  31875. Date: 16 Apr 1995 18:44:28 GMT
  31876. Organization: The George Washington University, Washington DC
  31877.  
  31878.  
  31879. I am writing a paper on the deregulation of the telecommunications
  31880. industry in Japan.  My paper looks at the effect of a recently passed
  31881. administrative law -- the Administrative Procedures Act (APA Gyosei
  31882. Tetsuzuki Ho) on regulation by the Ministry of Posts and Telecommunica-
  31883. tions of Type I and II Carriers under the Telecommunications Business
  31884. Law (TBL, Denki Tsushin Jigyo Ho).  The APA should make it harder for
  31885. the bureaucrats to get companies in Japan to "comply" with informal
  31886. requests, directions, etc. not to cut rates, provide new services and
  31887. the like. I would be interested in hearing any stories people have
  31888. heard about the Japanese government's regulation of the industry.  On
  31889. ni kiru ze!
  31890.  
  31891. ------------------------------
  31892.  
  31893. From: richard@mandarin.com
  31894. Date: Mon, 17 Apr 1995 12:43:00 -0400
  31895. Subject: Re: STD Coding Changes in United Kingdom
  31896.  
  31897.  
  31898. mstrandrew@aol.com (MSTRANDREW) said:
  31899.  
  31900. > I am assuming the this change is being made to accomdate more telephone
  31901. > numbers within the current network.
  31902.  
  31903. If it is, it doesn't achieve it!  Apart from the five cities named,
  31904. the code change doesn't create ANY new numbers in the UK.  It does
  31905. create about 750 new codes -- but short of a major series of area code
  31906. splits or similar techniques, we won't be able to make any great use
  31907. of these.
  31908.  
  31909. Don Cruickshank, the UK Director-General of Telecommunications,
  31910. accepts that key English cities are now rapidly running out of
  31911. numbers, and has given an assurance us that there will be a full and
  31912. open consultation later this year on how to resolve this problem.
  31913. There are several possible solutions, with varying details, but every
  31914. solution can be analysed down to one of three basic strategies: either
  31915. we have more than one code for a city area (i.e. overlay -- which is
  31916. anticompetitive where there is competition for local dialtone, and
  31917. which to avoid misdialling would probably require users at that
  31918. location to adopt a "full national number dialling" approach) or we
  31919. expand the local numbering scheme to seven digits (or, in the case of
  31920. London, eight digits).  A third option is the traditional NPA split
  31921. where half the numbers get a new code: but both the last two options
  31922. would necessitate users having to change their numbers again.
  31923.  
  31924. Yet on GMTV (our independant early morning station) on Thursday this
  31925. week, Cruickshank specifically stated that from Easter Sunday 1995,
  31926. anyone with an 01 number in the UK would be able to keep it and would
  31927. NOT have to change it again.  Fortunately I have a transcript from the
  31928. videotape!
  31929.  
  31930. So -- was he being economical with the truth about 01 numbers not having
  31931. to change again, or has he pre-decided one of the fundamental issues of
  31932. the proposed consultation -- thus rendering the *actual* consultation no
  31933. more than window-dressing?  Users in the UK are asking for an answer.
  31934.  
  31935. > I remember reading/hearing that there was a plan to change all numbers
  31936. > in the UK to a uniform length of 10 digits, but I could be wrong.
  31937.  
  31938. This is indeed correct.  Apart from the changes I have detailed above,
  31939. about 200 more locations still have to undergo an extra change, to
  31940. bring their number "up to standard" as the BT network is modernised.
  31941.  
  31942.  
  31943. Richard D G Cox
  31944. Mandarin Technology, PO Box 111, Penarth, South Glamorgan CF64 3YG
  31945. Voice: 0956 700111;    Fax: 0956 700110;    VoiceMail: 0941 151515
  31946. e-mail address: richard@mandarin.com; PGP2.6 public key on request
  31947.  
  31948. ------------------------------
  31949.  
  31950. Date: Mon, 17 Apr 1995 10:02:17 MDT
  31951. From: Jack Mott <jackm@pmafire.hyperk.com>
  31952. Subject: Phone Question Regards Transmission Problems
  31953.  
  31954.  
  31955. Pat,
  31956.  
  31957. We have recently added a third extension for our house.  Once every
  31958. four or five calls, the phone will stop sending my voice (I can still
  31959. hear the other party).  This happens regardless of which phone is
  31960. attached to the third extension, even an old and reliable Bell System
  31961. phone.  We do not experience this problem on the other two extensions.
  31962. I am not absolutely sure, but I think this may happen only for long
  31963. distance calls.  A US West technician thought it might be a "grounding" 
  31964. phenomena, but was unable to remedy the problem.  Intermittent problems 
  31965. are always the most difficult to isolate.
  31966.  
  31967. Given the telco expertise present on your news group, I thought you or
  31968. someone else might be able to suggest the source of the problem. Please 
  31969. feel free to post this e-mail -- For reasons unknown to me, my news
  31970. server will not let me make postings at the moment.
  31971.  
  31972.  
  31973. Sincerely,
  31974.  
  31975. Charles Mott
  31976. (using my father's e-mail account, jackm@pmafire.inel.gov)
  31977.  
  31978.  
  31979. [TELECOM Digest Editor's Note: Interesting you mention it. I have a
  31980. phone with an old handset cord which does the same thing once every
  31981. four or five calls ... or did until I finally replaced the cord and
  31982. repaired the place where it connects into the receiver. In the past
  31983. this same problem would occur and when I would tweak the cord a 
  31984. little with my fingers the problem would go away and we could hear
  31985. each other fine. That 'grounding' the tech discussed might well be
  31986. in some of the wiring between the phone jack for that extension and
  31987. whereever it meets up at the demarc. You might look and see if there
  31988. is a tiny bit of bad wire. Next time the problem occurs, try and
  31989. go along the wire tweaking and pinching here and there. It could be
  31990. some little place in the wire is slightly exposed; not enough to 
  31991. consistently cause problems but enough to occassionally do so. If
  31992. you find such a spot in the wire then deliberatly test it and try
  31993. to recreate the situation where your voice cannot be heard on the
  31994. other end, etc. That is one possibility; there are others.  Perhaps
  31995. more readers will respond.   PAT]
  31996.  
  31997. ------------------------------
  31998.  
  31999. End of TELECOM Digest V15 #199
  32000. ******************************
  32001.     
  32002.     
  32003. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa03994;
  32004.           18 Apr 95 18:21 EDT
  32005. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id KAA24380 for telecomlist-outbound; Tue, 18 Apr 1995 10:51:06 -0500
  32006. Received: by delta.eecs.nwu.edu (8.6.12/8.6.12) id KAA24371; Tue, 18 Apr 1995 10:51:02 -0500
  32007. Date: Tue, 18 Apr 1995 10:51:02 -0500
  32008. From: TELECOM Digest (Patrick Townson) <telecom@delta.eecs.nwu.edu>
  32009. Message-Id: <199504181551.KAA24371@delta.eecs.nwu.edu>
  32010. To: telecom@eecs.nwu.edu
  32011. Subject: TELECOM Digest V15 #200
  32012.  
  32013. TELECOM Digest     Tue, 18 Apr 95 10:51:00 CDT    Volume 15 : Issue 200
  32014.  
  32015. Inside This Issue:                           Editor: Patrick A. Townson
  32016.  
  32017.     GSM - Revised Operator List (Robert Lindh)
  32018.     Global Network Being Built; Information Requested (Felipe Barousse)
  32019.     GTE Seeks End to '84 Decree (Steve Geimann)
  32020.     What to Use to Connect Home Network Doing X? (Johannes Sayre)
  32021.     Will a T1 Improve the Quality of Our Modem Lines? (Ken Mayer)
  32022.     DTMF/Pulse Converters Wanted (Matt Noah)
  32023.     Frame Relay Throughput (Doug DeVlieger)
  32024.     Integrated POPs (James H. Cloos Jr.)
  32025.     IVRS and F-on-D Service (70742@mhadf.production.compuserve.com,)
  32026.     Information Wanted on Raynet/RIDES (voices@unix.asb.com)
  32027.     500 Prefixes Currently Assigned (Allan J. Langfield)
  32028.     TCI Selects SAVANT Scheduling System (Tom Porter)
  32029.  
  32030. TELECOM Digest is an electronic journal devoted mostly but not
  32031. exclusively to telecommunications topics. It is circulated anywhere
  32032. there is email, in addition to various telecom forums on a variety of
  32033. public service systems and networks including Compuserve and America
  32034. On Line. It is also gatewayed to Usenet where it appears as the moderated
  32035. newsgroup 'comp.dcom.telecom'. 
  32036.  
  32037. Subscriptions are available to qualified organizations and individual
  32038. readers. Write and tell us how you qualify:
  32039.  
  32040.                  * telecom-request@eecs.nwu.edu *
  32041.  
  32042. The Digest is edited, published and compilation-copyrighted by Patrick
  32043. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  32044. or phone at:
  32045.                     9457-D Niles Center Road
  32046.                      Skokie, IL USA   60076
  32047.                        Phone: 500-677-1616
  32048.                         Fax: 708-329-0572
  32049.   ** Article submission address only: telecom@eecs.nwu.edu **
  32050.  
  32051. Our archives are located at lcs.mit.edu and are available by using
  32052. anonymous ftp. The archives can also be accessed using our email
  32053. information service. For a copy of a helpful file explaining how to
  32054. use the information service, just ask.
  32055.  
  32056. *************************************************************************
  32057. *   TELECOM Digest is partially funded by a grant from the              *
  32058. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  32059. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  32060. * project.  Views expressed herein should not be construed as represent-*
  32061. * ing views of the ITU.                                                 *
  32062. *************************************************************************
  32063.  
  32064. Additionally, the Digest is funded by gifts from generous readers such
  32065. as yourself who provide funding in amounts deemed appropriate. Your help 
  32066. is important and appreciated. A suggested donation of twenty dollars per
  32067. year per reader is considered appropriate. See our address above.
  32068.  
  32069. All opinions expressed herein are deemed to be those of the author. Any
  32070. organizations listed are for identification purposes only and messages
  32071. should not be considered any official expression by the organization.
  32072. ----------------------------------------------------------------------
  32073.  
  32074. From: etxlndh@eua.ericsson.se (Robert Lindh)
  32075. Subject: GSM - Revised Operator List
  32076. Date: 18 Apr 1995 09:21:56 GMT
  32077. Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
  32078.  
  32079.  
  32080. (Changes in the list marked by "*")
  32081.  
  32082. Country      Operator name          Network code   Tel to customer service
  32083.  ------      -------------          ------------   -----------------------
  32084. Andorra      STA
  32085. Argentina
  32086. Australia    Optus                  505 02         Int + 61 2 978 5678
  32087.              Telecom/Telstra        505 01         Int + 61 18 01 8287
  32088.              Vodafone               505 03         Int + 61 2 415 7236
  32089. Austria      PTV Austria            232 01
  32090. Bahrain    * Batelco
  32091. Belgium      Belgacom               206 01         Int + 32 2205 4000
  32092. Brunei     *
  32093. Cameroon
  32094. China      * Beijing Telcom Admin
  32095. Croatia    *
  32096. Cyprus       CYTA                   280 01
  32097. Denmark      Sonofon                238 02         Int + 45 80 20 21 00
  32098.              Tele Danmark Mobil     238 01         Int + 45 80 20 20 20
  32099. Egypt
  32100. Estonia      EMT                    248 01         Int + 372 2639 7130
  32101.                                                    Int + 372 2524 7000
  32102.            * Radiolinja Estonia     248 02
  32103. Fiji
  32104. Finland      Radiolinja Finland     244 05         Int + 358 800 95050
  32105.              Telecom                244 91         Int + 358 800 7000
  32106. France       SFR                    208 10         Int + 33 1 44 16 20 16
  32107.              France Telecom         208 01         Int + 33 1 44 62 14 81
  32108. Gibraltar    GibTel
  32109. Germany      D1, DeTeMobil          262 01         Int + 49 511 288 0171
  32110.              D2, Mannesmann         262 02         Int + 49 172 1212
  32111. G Britain  * Cellnet                234 10         Int + 44 1753 50 45 48
  32112.            * Jersey Telecom
  32113.            * Vodafon                234 15         Int + 44 1836 1100
  32114. Greece       Panafon                202 05         Int + 30 944 00 122
  32115.              STET                   202 10         Int + 30 93 333 333
  32116. Holland      PTT Netherlands        204 08         Int + 31 50 688 699
  32117. Hong Kong  * SmarTone               454 06         Int + 852 2880 2688
  32118.            * Telecom CSL            454 00         Int + 852 2803 8450
  32119.              HK HTCLGSM             454 04
  32120. Hungary      Pannon GSM             216 01         Int + 36 1 270 4120
  32121.              Westel 900             216 30         Int + 36 30 303 100
  32122. Iceland      Post & Simi            274 01         Int + 354 96 330
  32123. India        PT SATELINDO
  32124. Indonesia    TELKOMSEL              510 10
  32125. Iran       * T.C.I.
  32126. Ireland    * Telecom Eireann        272 01         Int + 353 42 31999
  32127. Israel     * Cellcom Israel Ltd
  32128. Italy        SIP                    222 01         Int + 39 6615 20309
  32129.              Omnitel
  32130. Japan
  32131. Kuwait     * MTC
  32132. Laos
  32133. Lebanon      Libancell
  32134. Latvia       LMT                    247 01         Int + 371 2256 7764
  32135.                                                    Int + 371 2256 9183
  32136.                                                    Int + 371 2934 0000
  32137. Lichtenstein                        228 01
  32138. Luxemburg    Telekom                270 01         Int + 352 4088 7088
  32139. Macao
  32140. Malaysia
  32141. Malta      * Advanced
  32142. Marocco    *
  32143. Monaco     * France Telecom         208 01
  32144.            * SFR                    208 10
  32145. Namibia
  32146. Nigeria    *
  32147. New Zealand  Bell South             530 01
  32148. Norway       NetCom                 242 02         Int + 47 92 00 01 68
  32149.              TeleNor Mobil          242 01         Int + 47 22 03 03 01
  32150. Oman       *
  32151. Pakistan   *
  32152. Phillipines
  32153. Portugal     Telecel                268 01         Int + 351 931 1212
  32154.              TMN                    268 06         Int + 351 1 793 91 78
  32155. Qatar      *
  32156. Rumania    *
  32157. Russia     * Mobile Tele... Moscow                 Int + 7 271 00 60
  32158.            * NW GSM, St. Petersburg
  32159. SaudiArabia*
  32160. Singapore    Singapore Telecom      525 01
  32161. Slovenia   *
  32162. South Africa MTN                    655 10         Int + 27 11 445 6000
  32163.              Vodacom                655 01         Int + 27 82 111
  32164. Sri Lanka  *
  32165. Spain        Telefonica Spain       214 07
  32166.            * Airtel
  32167. Sweden       Comviq                 240 07         Int + 46 586 686 10
  32168.              Europolitan            240 08         Int + 46 708 22 22 22
  32169.              Telia                  240 01         Int + 46 771 91 03 50
  32170. Switzerland  PTT Switzerland        228 01         Int + 41 46 05 64 64
  32171. Syria        SYR-01                 223 01
  32172.              SYR MOBILE SYR         263 09
  32173. Taiwan     *
  32174. Thailand     AIS GSM
  32175. Turkey       Telsim                 286 02
  32176.              Turkcell               286 01         Int + 90 800 211 0211
  32177. UAE        * UAE ETISALAT-G1        424 01
  32178.              UAE ETISALAT-G2        424 02
  32179. Uganda
  32180. Vietnam
  32181. end-of-list
  32182.  
  32183. ------------------------------
  32184.  
  32185. From: ak132@cleveland.Freenet.Edu (Felipe Barousse)
  32186. Subject: Global Network Being Built; Information Requested
  32187. Date: 18 Apr 1995 08:34:45 GMT
  32188. Organization: Case Western Reserve University, Cleveland, OH (USA)
  32189. Reply-To: ak132@cleveland.Freenet.Edu (Felipe Barousse)
  32190.  
  32191.  
  32192. We are building a global data network. Currently we are considering
  32193. Internet Service providers for access in the following countries/cities. 
  32194. I am now seeking for names and addresses for ISP vendors that can
  32195. provide such service in the specified locations.  Additional options
  32196. such as X.25 access or any other type of global data communications
  32197. company proposal may be of interest and subject to be evaluated.  Your
  32198. comments and information is appreciated. Thanks in advance.
  32199.  
  32200. Access required in the following countries and cities:
  32201.  
  32202. Germany         Bremen
  32203.                 Hamburg
  32204. Belgium         Antwerp
  32205. Brasil          Rio de Janeiro
  32206. Canada          Montreal
  32207. Chile           Valparaiso
  32208.                 Vina del Mar
  32209. Colombia        Cartagena
  32210. Dominicana      Santo Domingo
  32211. Spain           Barcelona
  32212.                 Bilbao
  32213.                 Valencia
  32214. Guatemala       Guatemala City
  32215. Haiti           Port au Prince
  32216. Holland         Rotterdam
  32217. Italy           Genoa
  32218. Jamaica         Kingston
  32219. Panama          Panama City
  32220. United Kingdom  East Anglian Terminals
  32221. Russia          St. Petersburg
  32222. Sweden          Gothemburg
  32223. Venezuela       Caracas
  32224.  
  32225.  
  32226. Felipe Barousse.          e-mail: ak132@cleveland.freenet.edu
  32227. BCM Corporation           | Surface mail, please to:  |Phones: (525) 264-6783
  32228. Medellin # 104 4th floor  | P.O. Box 105-336          |        (525) 564-6480
  32229. Mexico City, 06700,Mexico | Mexico City, 11590,Mexico |Fax:    (525) 584-1853
  32230.  
  32231. ------------------------------
  32232.  
  32233. From: Geimann@aol.com
  32234. Date: Mon, 17 Apr 1995 23:37:16 -0400
  32235. Subject: GTE Seeks End to '84 Decree
  32236.  
  32237.  
  32238. Patrick:
  32239.  
  32240. The attached is based on two stories I did for my publication,
  32241. {Communications Daily}.
  32242.  
  32243. Steve Geimann, Senior Editor Washington
  32244.  
  32245.     WASHINGTON -- GTE and Dept. of Justice are deadlocked on lifting
  32246. 1984 consent decree that limited company's local companies from
  32247. providing long distance services.  Last week, the company asked U.S.
  32248. Dist. Judge Harold Greene in Washington to remove the decree, saying
  32249. sale of Sprint and Spacenet, whose original acquisition prompted
  32250. impostion of restrictions, removed all legal reasons for continuing
  32251. the decree. GTE said it planned to resell long distance through LECs,
  32252. offer advanced services to other carriers, combine IXC and international 
  32253. functions in Hawaii and offer credit card for services -- when the decree 
  32254. is lifted.
  32255.  
  32256.       Justice Department officials didn't comment on GTE motion,
  32257. reserving comment until June 5 deadline for responding in court
  32258. papers.  But in memorandum accompanying motion, GTE accused the
  32259. government of "retroactively" seeking AT&T-like restrictions to block
  32260. its effort to lift decree.  Company said government opposed lifting
  32261. decree because "it now serves to address other competitive concerns"
  32262. regarding GTE local companies offering long distance.  GTE demanded
  32263. Greene force Dept. of Justice to issue a statement rather than accept
  32264. "veiled or later invoked state- of-mind" by government.
  32265.  
  32266.      Decree required GTE's LECs to: (1) Avoid providing interexchange
  32267. services.  (2) Remain separate from Sprint and Spacenet.  (3) Provide
  32268. non-discriminatory equal access to all IXCs.  (4) Maintain information
  32269. services as separate subsidiary.  GTE now resembles company as it
  32270. existed before Sprint-Spacenet acquisition, company said, and decree
  32271. wasn't necessary.
  32272.  
  32273.     GTE said Dept. of Justice appears to be keeping "the decree alive
  32274. with extraordinary life-support arguments ... It appears that the
  32275. government will now attempt, retrospectively, to transform this case
  32276. into the AT&T case -- even though the government previously took great
  32277. pains to distinguish this acquisition case from the AT&T conduct
  32278. case."  GTE said "revisionist approach" stems from worries that GTE
  32279. will violate Sherman Antitrust Act rather than only Clayton Act, which
  32280. decree covered.  Company said government didn't pursue Sherman action
  32281. "presumably because it could not in good faith do so."
  32282.  
  32283.      GTE said government now seeks to establish decree was "agreement"
  32284. that could be used to create additional restrictions, especially in
  32285. providing interexchange services.  To succeed, GTE said, government
  32286. must establish that GTE "agreed to be bound" regardless of its Sprint
  32287. ownership.  In addition, Dept. of Justice must prove courts can
  32288. enforce consent decree when cause has been removed "based merely on
  32289. the parties' agreement and on an assertion that the decree's provisions 
  32290. serve other, allegedly beneficial, goals of the government."
  32291.  
  32292. ------------------------------
  32293.  
  32294. From: sayre@CS.SunySB.EDU (Johannes Sayre)
  32295. Subject: What to Use to Connect Home Network Doing X?
  32296. Date: 18 Apr 1995 03:33:49 GMT
  32297. Organization: State University of New York, Stony Brook (guest)
  32298.  
  32299.  
  32300. I'm looking at how to put together a couple of systems for working
  32301. from home, and I'm looking for advice on what to use to connect them.
  32302. [It will be obvious that this is new to me, so thanks for your
  32303. patience...]
  32304.  
  32305. I need two systems (for two people) both running a windowing
  32306. environment, each with six to eight X terminal-emulator sessions up
  32307. concurrently, little other local work going on.  The systems will
  32308. either run a unix, or Windows/PC stuff.  I will go out over SLIP to a
  32309. provider.  It's a local phone call to the provider.  The X apps will
  32310. mostly be running locally, the traffic out to the provider will be
  32311. rlogin & telnet (i.e. little X traffic).
  32312.  
  32313. I'd _like_ to have one SLIP line out, and use one machine both as an
  32314. active workstation, and as a gateway out for traffic from the other
  32315. machine.  Like so:
  32316.  
  32317.       ---------     L     ----------     SLIP (28.8 ?)
  32318.       | w/s W |-----------| gate G |----------------------|| telco
  32319.       ---------           ----------
  32320.  
  32321. 1. Is it feasible to feed traffic from two workstations doing this kind of
  32322.    work out over one SLIP link, even at 28.8 ?  Or will it be so slow that
  32323.    I need a line per machine, period ?
  32324.  
  32325. If I _can_ gateway out over one SLIP line, then my next question is
  32326.  
  32327. 2. What should link 'L' be ?
  32328.  
  32329.        - ethernet ?     do I need that speed to support the traffic from
  32330.                         'W' ?  Or can I do
  32331.        - SLIP ?         even if I have the bottleneck of SLIP going out to
  32332.                         the provider, would it still be helpful to have
  32333.                         ethernet speeds on 'L' to make that part of the
  32334.                         setup less constrained ?
  32335.        - something else ?  what ?
  32336.  
  32337.    I don't anticipate a lot of X traffic over 'L', but it may happen with
  32338.    higher frequency than over the line to the provider.
  32339.  
  32340. 3. I assume that commercial null modems would be sufficient to support SLIP
  32341.    on L ?  Do I need intelligent serial boards, or are built-in serial
  32342.    ports generally sufficient ?
  32343.  
  32344. 4. Am I going to develop sleeping sickness if the gateway is anything less
  32345.    than a Pentium or small RISC ?  Will I develop sleeping sickness even if
  32346.    it is one ?  (seriously, is that class of machine up to the load this
  32347.    setup would put on it ?  Can I get away with less ?)
  32348.  
  32349. 5. Can I get away with a cheapo box for 'W' ?  Or if I end up packing its
  32350.    traffic out over SLIP, should I make sure that at least the machine isn't
  32351.    a hindrance ?
  32352.  
  32353. Tangent:  it occurred to me that 'W' might be an X-station.  That means 'G'
  32354.           would need to be a fairly fat machine supporting emulators for both
  32355.           workstations plus handling the networking ?  (again, is a Pentium-
  32356.           class machine necessary/sufficient ?)  If I do this, should 'L'
  32357.           be ethernet ?
  32358.  
  32359. Finally, is all this worth the expense?  (yeah, it's fun) Or would it
  32360. be cheaper to just go with a separate line for each workstation?  I'm
  32361. doing this primarily because of job demands, not pleasure ...
  32362.  
  32363. I will appreciate any and all comments, suggestions, advice anyone may
  32364. have on the above.  If you have a setup to suggest that is radically
  32365. different, please let me know about it.  You will earn my eternal
  32366. gratitude :) Sorry if I haven't done some piece of homework; I'm just
  32367. learning where to look.  Email or replies to the Digest are fine.
  32368.  
  32369.  
  32370. Thanks again in advance,
  32371.  
  32372. Johannes Sayre    sayre@sbcs.sunysb.edu (guest)
  32373.  
  32374. ------------------------------
  32375.  
  32376. From: Ken Mayer <kmayer@mrj.com>
  32377. Subject: Will a T1 Improve the Quality of our Modem Lines?
  32378. Date: Mon, 17 Apr 1995 16:51:04 -0400
  32379. Organization: MRJ, Inc./Oakton, Virginia, USA
  32380.  
  32381.  
  32382. Our company has about 50 analog telephone lines that we use for fax
  32383. machines, modems, etc. of which I use 16 for dial in terminal service.
  32384. Although we purchased some good quality MultiTech modems, more than
  32385. 50% of the people dialing can't sync up and get a carrier on the first
  32386. call.  Some days are worse than others. Our company telecom guy says
  32387. that there is a lot of noise on the line coming from the CO, even when
  32388. the phone is on-hook.
  32389.  
  32390. Several weeks ago we were discussing future expansion requirements and I
  32391. mentioned the line quality problem. (I am planning to install v.34 modems
  32392. in the next fiscal year and would like them to be "useful.") One thought
  32393. was that if we eliminated the last *analog* mile from the connection, we
  32394. would get better quality for our dial-in pool. We can purchase a T1 card
  32395. for our telephone switch and get 25(?) phone lines that way. 
  32396.  
  32397. Would we get better quality service with a digital connection to the CO?
  32398. In the long run, it is *cheaper* to run our modems and fax machines
  32399. through T1 card's but the break even point is +3 years (includes the
  32400. capital investment of the T1 cards for the telephone switch). My system is
  32401. growing and I need to expand my dial-in terminal service, but I also need
  32402. to improve the quality. 
  32403.  
  32404.  
  32405. Thanks,
  32406.  
  32407. Ken Mayer    MRJ,  Inc.                      
  32408. 10560 Arrowhead Drive           
  32409. Fairfax, Virginia 22030-7305    
  32410. kmayer@mrj.com                  
  32411. (703) 277-1722 / 385-4637 fax   
  32412. finger kmayer@mrj.com for PGP public key 
  32413.  
  32414. ------------------------------
  32415.  
  32416. From: matt@acti.com (Matt Noah)
  32417. Subject: DTMF/Pulse Converters Wanted
  32418. Date: Mon, 17 Apr 1995 22:09:50 GMT
  32419. Organization: ACT Networks, Inc.
  32420. Reply-To: matt@acti.com
  32421.  
  32422.  
  32423. I have a need to purchase some conversion equipment.  I need to
  32424. convert rotary digit pulses to DTMF and vice-versa.  If you know of
  32425. such equipment, please post and e-mail me.  We need multiple units.
  32426.  
  32427. Thanks!
  32428.  
  32429. ------------------------------
  32430.  
  32431. From: ddevlieger@aol.com (DDeVlieger)
  32432. Subject: Frame Relay Throughput
  32433. Date: 17 Apr 1995 18:03:49 -0400
  32434. Organization: America Online, Inc. (1-800-827-6364)
  32435. Reply-To: ddevlieger@aol.com (DDeVlieger)
  32436.  
  32437.  
  32438. I am looking for a formula to calculate throughput in a public frame relay
  32439. network  Does anyone have such a formula/calculation out there?
  32440.  
  32441.  
  32442. Thanks in advance,
  32443.  
  32444. Doug
  32445.  
  32446. ------------------------------
  32447.  
  32448. From: cloos@JHCloos.COM (James H. Cloos Jr.)
  32449. Subject: Integrated POPs
  32450. Date: 17 Apr 1995 10:29:13 GMT
  32451. Organization: Illuminati Online
  32452.  
  32453.  
  32454. What are the current solutions for going from a T-1 (or preferable a
  32455. T-3) of DS0s to Ethernet in one box?
  32456.  
  32457. I'm aware of the Ascend Max and USR Total Control products for a pair
  32458. of T-1s.  Are there any other T-1 solutions?  How aobut T-3?
  32459.  
  32460. The list price for the latest Max offering from Ascend (as per their
  32461. press release, for 48 lines) is nearly four times the per-DS0 cost of
  32462. separate pairs ==> discreet (Sportster) modems ==> an Annex 4000 ...
  32463. Even considering USR's Courier rather than the Sportsters, the price
  32464. ratio is nearly 2.  (Both examples are equipment only, ignoring LEC
  32465. charges.)
  32466.  
  32467.  
  32468. TIA,
  32469.  
  32470. James H. Cloos, Jr.    include <std/qotd>
  32471. James.Cloos@JHCloos.COM    include <std/disclaimers.h>
  32472. Work: cloos@io.com    URL:    http://www.jhcloos.com/~cloos/
  32473. Finger for pgp pub key.    Snail:    POBox 18122 Austin, TX 78760-8122
  32474.  
  32475. ------------------------------
  32476.  
  32477. From: 70742@mhadf.production.compuserve.com
  32478. Subject: IVRS and F-on-D Service
  32479. Date: 18 Apr 1995 09:44:36 GMT
  32480. Organization: via CompuServe Information Service
  32481.  
  32482.  
  32483. I'm looking for an interactive voice response "rental" service that
  32484. would allow my clients to call an 800 number from US/Canada.  They
  32485. would be able to get the information they need by using a touch tone
  32486. phone, and get the fax they required by punching in their fax number;
  32487. just like other voice response unit in some large companies.
  32488.  
  32489. I prefer not to purchase such system as I would not have the time to
  32490. configure/maintain such system. Would there be such service provider?
  32491.  
  32492.  
  32493. Thanks in advance.
  32494.  
  32495. ------------------------------
  32496.  
  32497. From: voices@unix.asb.com (The VOiCE of a new CyberGenegration)
  32498. Subject: Information Wanted on Raynet/RIDES
  32499. Organization: ASB
  32500. Date: Tue, 18 Apr 1995 02:43:47 GMT
  32501.  
  32502.  
  32503. Hello all,
  32504.  
  32505. I wanted to know if anyone was at all fimiliar with the Raynet fiber
  32506. to copper transfer equipment and the system know as RIDES.  I have the
  32507. Raynet LOC 2 System Turn-Up and Maintenance Manual and want to learn
  32508. more about it.
  32509.  
  32510.  
  32511. adam    VOicES@unix.asb.com
  32512. THE VOiCE oF a NeW CYBeRGeNeRaTiON
  32513.  
  32514. ------------------------------
  32515.  
  32516. Date: Tue, 18 Apr 1995 01:57:19 -0400
  32517. From: ALLAN.J.LANGFIELD@gte.sprint.com
  32518. Subject: 500 Prefixes Currently Assigned 
  32519.  
  32520.  
  32521. Here is the latest 500 prefix listing:
  32522.  
  32523. AT&T (500 service available)
  32524. 288          445          673
  32525. 346          446          674
  32526. 367          447          675
  32527. 437          448          677
  32528. 442          449          679
  32529. 443          448
  32530.  
  32531. 44x - Hi x-xxxx vanity numbers
  32532. 67x - Mr x-xxxx vanity numbers
  32533.       Ms x-xxxx vanity numbers
  32534.  
  32535. MCI (awaiting 500 tariff, but accepting number reservations now)
  32536. 265          883
  32537. 484          887
  32538.              889
  32539.  
  32540. Sprint (awiting 500 tariff)
  32541. no prefixes announced
  32542.  
  32543.  
  32544. Allan
  32545.  
  32546.  
  32547. [TELECOM Digest Editor's Note: Your list is not very complete. We have
  32548. previously had here a much more comprehensive list which included the
  32549. prefixes assigned to dozens of telcos all over the USA who had requested
  32550. '500 numbers'. Do you have any updates on those other telcos?   PAT]
  32551.  
  32552. ------------------------------
  32553.  
  32554. Subject: TCI Selects SAVANT Scheduling System
  32555. Date: Tue, 18 Apr 1995 11:02:28 EDT
  32556. From: Tom Porter <tporter@myers.com>
  32557.  
  32558.  
  32559. Telecommunications, Inc. has selected SAVANT for its Traffic
  32560. Scheduling system. SAVANT, developed by Myers Information Systems,
  32561. Inc. of W.  Springfield, Massachusetts, was first implemented at
  32562. ENCORE Media Corp.  and is now operational at TCI's Western
  32563. Telecommunications, Inc. uplink facilities in Englewood, Colorado.
  32564.  
  32565. SAVANT uses relational database software to build data files. It 
  32566. retrieves and assembles the data to generate everything from Advanced 
  32567. Schedules and Forecasting Reports, Management Reports and Final Logs 
  32568. and output files to a number of automation systems.
  32569.  
  32570. ENCORE Media uses the software to build its many movie channel logs. The 
  32571. software allows programming of one channel, multiple channels for one 
  32572. supplier, and multiple suppliers with each having multiple channels and 
  32573. logs. SAVANT also allows for insertion of interstitial materials into the 
  32574. logs while checking for timing accuracy. The package controls timing to 
  32575. the frame (level) for use with TCI's automation systems. 
  32576.  
  32577. TCI utilizes SAVANT as a scheduling service far a number of its uplink 
  32578. customers.
  32579.  
  32580. For more information contact:
  32581.  
  32582. Thomas K. Porter                 
  32583. Account Manager                  voice:  413/733-4888      
  32584. Myers Information Systems, Inc.  fax:    413/733-4991      
  32585. 184 Wayside Avenue               e-mail: tporter@myers.com 
  32586. W. Springfield, MA 01089         
  32587.  
  32588. ------------------------------
  32589.  
  32590. End of TELECOM Digest V15 #200
  32591. ******************************
  32592.